Re: [O] Bug: syntax highlighting of elisp:blahblah and shell:blablah [8.2.6 (8.2.6-67-g9e09b2-elpa @ c:/Users/andrea/AppData/Roaming/.emacs.d/elpa/org-20140602/)]
Hi Andrea, Andrea Rossetti writes: > - or (backward-compatible) change `org-activate-plain-links' so that > a plain link is not activated if it's inside a tag I took this road, fixed now, thanks for reporting this. -- Bastien
Re: [O] Bug: syntax highlighting of elisp:blahblah and shell:blablah [8.2.6 (8.2.6-67-g9e09b2-elpa @ c:/Users/andrea/AppData/Roaming/.emacs.d/elpa/org-20140602/)]
Nick Dokos writes: > I don't know whether it's expected (one of these years I really have > to sit down and learn the syntax). I digged a bit further about the "linkification" of shell:bla and elisp:bla (the same applies to all protocols listed in `org-link-types'): - this type of links is defined by the syntax (see "plain link" in defcustom `org-activate-links') - syntax seems not to consider the corner-case of tags shell:bla - the unwanted link inhibits the function "click on tags => do a search by tags" - my workaround: I won't use `elisp' and `shell' in the tags, but `el' and `sh' - possible actions could be: - change the syntax (backward-incompatible): the regexp for plain links should not allow for ":" delimiters - or (backward-compatible) change `org-activate-plain-links' so that a plain link is not activated if it's inside a tag - or (backward-compatible) leave everything as it is now, as it's a minor bug (note that the tag search with "C-c \" works properly, the problem is just that you can't start a search with a mouse click) Kindest regards, Andrea
Re: [O] Bug: syntax highlighting of elisp:blahblah and shell:blablah [8.2.6 (8.2.6-67-g9e09b2-elpa @ c:/Users/andrea/AppData/Roaming/.emacs.d/elpa/org-20140602/)]
Andrea Rossetti writes: > when I insert some text like "elisp:sometext" or "shell:sometext" > in an Org buffer, it becomes highlighted and clickable. On click, > a prompt asks for confirm to execute "sometext". > > I get the same behaviour if I add tags to a headline, and one > of the tags is "elisp" or "shell". > > I expected this behaviour when I create links with double square > brackets, but not in default text paragraphs, nor in the tags. > May I please ask for some feedback: > > 1) did I miss something, and this was expected (at least for default >text paragraphs)? I don't know whether it's expected (one of these years I really have to sit down and learn the syntax). > 2) is this reproducible for some of you as well? > Yes. > I attach here a small test case: > > * my elisp tricks collection:elisp:andrea:tricks: > > I like to write elisp:it is useful. > I seldow use shell:but it's useful as well > > Workarounds: - in text, leave a space after the colon - that's standard practice anyway. - in tags, put the `link' tag at the end: :andrea:tricks:elisp: The latter doesn't help if you have two `link'-type tags, but it should cover the majority of problematic cases. -- Nick
[O] Bug: syntax highlighting of elisp:blahblah and shell:blablah [8.2.6 (8.2.6-67-g9e09b2-elpa @ c:/Users/andrea/AppData/Roaming/.emacs.d/elpa/org-20140602/)]
Hi all, when I insert some text like "elisp:sometext" or "shell:sometext" in an Org buffer, it becomes highlighted and clickable. On click, a prompt asks for confirm to execute "sometext". I get the same behaviour if I add tags to a headline, and one of the tags is "elisp" or "shell". I expected this behaviour when I create links with double square brackets, but not in default text paragraphs, nor in the tags. May I please ask for some feedback: 1) did I miss something, and this was expected (at least for default text paragraphs)? 2) is this reproducible for some of you as well? I attach here a small test case: * my elisp tricks collection:elisp:andrea:tricks: I like to write elisp:it is useful. I seldow use shell:but it's useful as well Thanks in advance, kindest regards. Andrea Emacs : GNU Emacs 24.3.1 (i386-mingw-nt6.1.7600) of 2013-03-17 on MARVIN Package: Org-mode version 8.2.6 (8.2.6-67-g9e09b2-elpa @ c:/Users/andrea/AppData/Roaming/.emacs.d/elpa/org-20140602/)
