aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2017-05-05Merge branch 'km/transport-whitespace'Kyle Meyer
2017-05-05transport-next-link: Keep original description when on whitespaceKyle Meyer
A to-be-transported link is allowed to have a description if a new description isn't specified by the word at point or the selected text. In this case, don't drop the original description during transport.
2017-05-05transport-next-link: Rename a variable for clarityKyle Meyer
Make it more obvious that this variable corresponds to the original link's description, not the new description specified by the word at point or the selected text.
2017-05-05transport-next-link: Fix error on whitespaceKyle Meyer
When point is on whitespace, there are no description bounds because there is no text to use for the description. Avoid a type error in this case by navigating to the initial location of point rather than the left description bound.
2017-05-05tests/transport-next-link: Check "description exists" errorKyle Meyer
2017-05-05tests/transport-next-link: Specify error typesKyle Meyer
2017-05-05tests: Don't wrap a single error type in a listKyle Meyer
The function should-error allows "(list 'error)" to be shortened to "'error".
2017-05-05tests/transport-next-link: Describe test casesKyle Meyer
2017-05-05tests: Welcome back a stranded parenKyle Meyer
2017-03-31Bump versionKyle Meyer
2017-03-03Merge branch 'km/transport'Kyle Meyer
2017-03-03Add org-link-edit-transport-next-link commandKyle Meyer
2017-03-03Add a separate function for testing if point is on a linkKyle Meyer
The slurping and barfing commands are interested in point being on a link, so it is sufficient for them to use org-link-edit--get-link-data and get a user-error when point is not on a link. But an upcoming command will want to know that point is _not_ in a link.
2017-03-03org-link-edit--get-link-data: Rename to drop "get"Kyle Meyer
2017-03-03Add NEWS fileKyle Meyer
2017-03-03barf: Fix edge cases where point is beyond linkKyle Meyer
When a point is on a blank space beyond the link but before the next element, org-element-context considers point to be a part of the link. This leads to incorrect behavior (shown in the added tests) when either barfing backward or forward. Avoid these issues by moving point to the beginning of the link before deleting the old link and inserting a new one. As a bonus, this makes some of the later goto-char calculations unnecessary.
2017-03-03Specify Org 8.2.10, not 8.2, as oldest supported versionKyle Meyer
Most of the tests fail when running them with 8.2 checked out from the Org repo. So far, it hasn't been too much extra work supporting 8.2.10 [*], but I'd rather not deal with the headache of trying to support anything older. [*] This is the version that shipped with Emacs 25.1. The current Org version is 9.0.5.
2017-03-03Use save-match-data around org-link-unescapeKyle Meyer
Before Org 8.3 (specifically before aea374680), org-link-unescape called string-match, which changes the match data and interferes with extracting the description. (I noticed this because the slurp/barf round-trip test failed with Org 8.2.10, but not on newer versions.) Save the match data before calling org-link-unescape.
2017-03-02Update copyright yearsKyle Meyer
2016-06-04Update header URLKyle Meyer
2016-03-08Bump versionKyle Meyer
2016-03-08org-link-edit--get-link-data: Unescape link textKyle Meyer
org-make-link-string will escape the link again when it's reinserted.
2015-12-24Enable lexical bindingKyle Meyer
2015-12-24Makefile: SimplifyKyle Meyer
2015-11-17README.md: Mention contribKyle Meyer
2015-08-08Bump versionKyle Meyer
2015-08-08slurp: Reduce new line stretches to single spaceKyle Meyer
... instead of replacing each new line with a space.
2015-08-08Clean up some spacing in testsKyle Meyer
2015-03-05Recompile before testsKyle Meyer
2015-02-14Don't use words as unit for slurping and barfingKyle Meyer
Using words as the unit for slurping can give confusing results. For example, slurping forward with The [http://orgmode.org] Org-mode site results in The [[http://orgmode.org][Org]]-mode site This is somewhat inconvenient because the intended slurp here is most likely 'Org-mode'. However, given that the command clearly says that it works at the level of words, this shouldn't be too surprising. The problem is that, unless the user is displaying the full link (e.g., using org-toggle-link-display), the entire text 'Org-mode' is highlighted as though it's part of the link. If the user then tried to slurp again to get 'site', '-mode' would actually be slurped, and it would appear like nothing happened. Instead of words, make blocks of non-whitespace characters, referred to as blobs, the unit for slurping and barfing. When slurping forward, don't consider trailing punctuation as part of a blob.
2015-02-14split-{first,last}-words: Use Org syntax tableKyle Meyer
Fix the test that should have caught this.
2015-02-14Add tests for round trip exceptionsKyle Meyer
2015-02-14Trim only whitespace from slurped stringsKyle Meyer
2015-02-14backward-slurp-word: Fix whitespace checkKyle Meyer
Don't fail when there is no description and the slurped word isn't separated by a non-word character.
2015-02-14Makefile: Add autoload file to default ruleKyle Meyer
2015-02-14Correct commentKyle Meyer
2015-02-13Revise commentaryKyle Meyer
2015-02-12Improve split-{first,last}-words docstringsKyle Meyer
2015-02-12Makefile: Fix autoloads rule.Kyle Meyer
- Actually save the autoloads file. - Prevent backup file from being generated.
2015-02-12Fix typo in commentKyle Meyer
2015-02-12SlurpKyle Meyer