From: Daniel Clemente <n142857@gmail.com>
To: Nicolas Goaziou <n.goaziou@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: radio links in middle of words.
Date: Fri, 04 Apr 2014 21:25:03 +0700 [thread overview]
Message-ID: <87r45d41fk.wl%n142857@gmail.com> (raw)
In-Reply-To: <87sipvwtxy.fsf@gmail.com>
El Wed, 02 Apr 2014 18:57:13 +0200 Nicolas Goaziou va escriure:
>
> > ** Languages
> > *** <<<C>>> language
> > *** <<<JavaScript>>>
> > *** etc.
> > Etc. ← should the C in etc be highlighted as a link to „C“? Now it is and it's a bit annoying. This is new behaviour.
>
> Indeed, this is expected. The patch you pointed out allows mid-word
> radio-targets. See related thread for more information.
>
„Related thread“: http://comments.gmane.org/gmane.emacs.orgmode/82923
I don't see in there any argument to have midword links, it's presented as a consequence of other patch.
I'm a heavy user of <<<these links>>> to mark concepts' definitions, they are much more useful than <<these>> or [[these]]. I have notes about programs I tried, like <<<R>>>, <<<at>>> or <<<ps>>>, <<<C>>>, <<<CR>>> vs <<<LF>>> vs <<<CRLF>>>, 3-letter stock tickers, … so now I'm seeing blue links everywhere in the middle of words. I can get used to it, but it's ugly and not useful.
I only need links surrounded by non-letters, like:
#+BEGIN_EXAMPLE
<<<org>>>
organization ← certainly I'm not using the letter 'a' as a separator. I don't want link.
org:mode ← ':' is a non-letter, so it's a separator. I want link
orgもmode ← what's も? Let's simply say it's a letter, so no separator. No link, ok.
org'mode ← is ' a letter? Ask people, I think most say no. So: with link.
<<<o'clock>>> (oh, a non-letter inside. Ok)
o'clocking ← no, I'm not using 'i' as a separator. No link.
"o'clock" ← is " a letter? No. So: with link
#+END_EXAMPLE
The only use case I see is using radio links to mark the root of a word so that the inflected words are also highlighted, e.g. <<<script>>> would highlight „scripting“. But hey, when I want both „script“ and „scripting“ highlighted, I use radio links on both, not a problem.
Can't we break at non-letters? Not at non-„word-constituents“, but at non-letters. If emacs doesn't provide that concept, better build it.
Thanks
next prev parent reply other threads:[~2014-04-04 14:25 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-01 4:42 <<< >>> radio links should not match empty text Daniel Clemente
2014-04-02 12:59 ` Nicolas Goaziou
2014-04-02 16:46 ` radio links in middle of words. (was: Re: <<< >>> radio links should not match empty text) Daniel Clemente
2014-04-02 16:57 ` radio links in middle of words Nicolas Goaziou
2014-04-04 14:25 ` Daniel Clemente [this message]
2014-04-04 18:59 ` Nicolas Goaziou
2014-04-10 12:40 ` Daniel Clemente
2014-04-10 21:43 ` Nicolas Goaziou
2014-04-11 9:42 ` Bastien
2014-04-11 19:33 ` Nicolas Goaziou
2014-04-15 7:27 ` Daniel Clemente
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r45d41fk.wl%n142857@gmail.com \
--to=n142857@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=n.goaziou@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).