From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: link appearance and soft face properties
Date: Sun, 19 Jun 2005 10:50:46 -0700 [thread overview]
Message-ID: <DNEMKBNJBGPAOPIJOOICAEHHCJAA.drew.adams@oracle.com> (raw)
In-Reply-To: <871x6zrj4r.fsf@jurta.org>
> That way, a single (possibly user) definition of the :link
> attribute would automatically affect any faces that have that
> property. And it would also be easy (including for users) to
> selectively apply the :link property to face or mouse-face
> or both.
>
> I think this can be done by making these faces inherit
> from a face named `link'.
This is an interesting idea, but then for consistency this should be
applied to every mouse-over attribute with follow-link property, i.e.
not only in compilation and grep buffers, but also in info,
dired, gnus...
Yes, that's what I meant: use a predefined (but user-customizable) `link'
face everywhere, for links.
Currently, we have no "soft" (= user-changeable) notion of what a "link" is.
In fact, even apart from a lack of customizability, we have no notion of
"link", except for that provided by the `follow-link' property (which is not
even used for all links). A link is currently defined only by whatever the
underlying code happens to do with a mouse-1 or mouse-2 click at that
position: if the code "follows a link" upon mouse click, then we can say
that a link is present.
One cannot assign "linkness" (behavior and appearance) to a portion of text.
The appearance of a link is governed by a face or mouse-face at that
position. There is no notion of a "link" object that unites function and
appearance (and allows for user modification of appearance).
Providing a link face (that inherits etc.) and using it for all links (i.e.
places where the code in fact "follows a link" upon click) would let users
customize, in a single place, how links appear. (If we provided buffer-local
faces, users would also be able to easily customize link appearance on a
per-buffer basis.)
Best: Provide "link" objects: text that has certain properties that include
both appearance and "link-following" behavior when clicked.
OK (but < Best): Provide only a "link-appearance" text property or face. We
would continue to count on an underlying association of locally coded
mouse-click-link-behavior with the text that has the `link' property or
face.
next prev parent reply other threads:[~2005-06-19 17:50 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-17 14:42 mouse-1-click-follows-link LENNART BORGMAN
2005-06-17 15:32 ` link appearance and soft face properties Drew Adams
2005-06-18 2:21 ` Richard Stallman
2005-06-18 13:47 ` Juri Linkov
2005-06-19 3:51 ` Richard Stallman
2005-06-19 17:50 ` Drew Adams [this message]
2005-06-20 4:55 ` Juri Linkov
2005-06-20 16:53 ` Drew Adams
2005-06-19 17:47 ` Drew Adams
2005-06-19 20:06 ` Robert J. Chassell
2005-06-19 22:01 ` Drew Adams
2005-06-20 0:57 ` Robert J. Chassell
2005-06-20 16:53 ` Drew Adams
2005-06-20 1:45 ` Daniel Brockman
2005-06-20 17:51 ` Richard Stallman
2005-06-17 15:36 ` mouse-1-click-follows-link Stefan Monnier
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DNEMKBNJBGPAOPIJOOICAEHHCJAA.drew.adams@oracle.com \
--to=drew.adams@oracle.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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.