From: Christian Moe <mail@christianmoe.com>
To: David Maus <dmaus@ictsoc.de>
Cc: emacs-orgmode@gnu.org
Subject: Re: text color + highlight
Date: Wed, 11 Aug 2010 01:02:09 +0200 [thread overview]
Message-ID: <4C61DA71.5020402@christianmoe.com> (raw)
In-Reply-To: <877hjyw3js.wl%dmaus@ictsoc.de>
I wrote (against my own suggestion):
>> A drawback with using links for markup is that the user sees things that
>> look like links, but do nothing when clicked, except give error messages.
David Maus wrote:
> It's not just a drawback but a more fundamental problem: This solution
> abolishes the semantics of a fundamental entity, the link. color:red
> /means/ something completely different than info:elisp.
I certainly see that objection. I don't have a strong opinion, I just
hit on the idea of using custom links as a quick hack to do some inline
semantic tagging I wanted, then thought it might be worth considering in
the present discussion, as an alternative to complex new syntaxes.
Quibble: Note that =info:elisp= also means something rather different
from =shell: ls *org=, =elisp: org-agenda=, or
=elisp:(find-file-other-frame "Elisp.org")=.
Okay, so Org-babel might put these link types out of business (and
anyway they unfailingly crash my Emacs 23 for the Mac). But currently
they /are/ defined as Org links, even though "execute this code" does
not mean "follow this link". So the double-bracket syntax seems to have
a broader meaning.
Admittedly, though, all the currently defined link types mean "do
something when clicked", which a =color:red= link does not.
Christian
next prev parent reply other threads:[~2010-08-10 23:05 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-05 20:42 text color + highlight Vinh Nguyen
2010-08-06 9:18 ` Bastien
2010-08-06 16:47 ` Vinh Nguyen
2010-08-06 20:28 ` Seweryn
2010-08-06 21:51 ` Eric Schulte
2010-08-06 23:42 ` Vinh Nguyen
2010-08-07 3:15 ` Eric Schulte
2010-08-07 3:57 ` Dan Davison
2010-08-08 14:59 ` Vinh Nguyen
2010-08-08 21:00 ` Eric Schulte
2010-08-09 6:28 ` Carsten Dominik
2010-08-09 7:37 ` Robert Klein
2010-08-09 7:40 ` Robert Klein
2010-08-10 6:14 ` Christian Moe
2010-08-10 7:06 ` Carsten Dominik
2010-08-10 9:30 ` Christian Moe
2010-08-10 15:06 ` Eric Schulte
2010-08-10 18:38 ` Christian Moe
2010-08-10 21:39 ` David Maus
2010-08-10 23:02 ` Christian Moe [this message]
2010-08-10 23:47 ` Eric Schulte
2010-08-11 6:48 ` Dan Davison
2010-08-11 14:32 ` Samuel Wales
2010-08-10 23:14 ` Samuel Wales
2010-08-11 6:03 ` Jan Böcker
2010-08-09 6:58 ` Eric Schulte
2010-08-09 7:05 ` Samuel Wales
2010-08-09 5:17 ` Jambunathan K
2010-08-09 5:52 ` Noorul Islam K M
2010-08-07 4:52 ` Nick Dokos
2010-08-07 12:17 ` Sebastian Rose
2010-08-08 17:46 ` Samuel Wales
2010-09-09 16:15 ` Vinh Nguyen
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=4C61DA71.5020402@christianmoe.com \
--to=mail@christianmoe.com \
--cc=dmaus@ictsoc.de \
--cc=emacs-orgmode@gnu.org \
/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).