From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: link appearance and soft face properties
Date: Mon, 20 Jun 2005 09:53:06 -0700 [thread overview]
Message-ID: <DNEMKBNJBGPAOPIJOOICGEIBCJAA.drew.adams@oracle.com> (raw)
In-Reply-To: <87zmtlsoqf.fsf@jurta.org>
> 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.)
I can't imagine other useful face attributes for the `link' face
than underline. For example, changing its foreground color will
make different faces inheriting from it indistinguishable (like
visited and unvisited links in Info, or file names and line numbers
in grep and compilation).
So I see the `link' face mainly as a way to turn link underlining off.
But then it should be possible to do that on a per-buffer basis to
turn underlining off in some modes (e.g. in grep and compilation)
but leaving it in others (e.g. in Info).
Turning underlining on/off is certainly one application of this.
There is also the choice of whether links should use a special face (e.g.
underlining, or blue text) or a special mouse-face or both. WRT the face
property, this means whether or not links should be discernable without
moving the mouse over them.
Emacs has used different ways to represent links in the past, I believe.
Links in Info are now underlined and blue, and a mouseover removes the
underlining and the blue foreground and makes the background green (by
default). Links in Dired use the same mouseover highlighting, but do not use
any highlighting for the face property. And so on.
The feature I was proposing would let Emacs developers and Emacs users:
1) Define the global (default) appearance of links (both face and mouse-face
properties) in a single place.
2) Define the local appearance of links on a per-buffer (e.g. per mode)
basis.
And the same idea would apply to buttons and other user-interface objects
that use faces.
next prev parent reply other threads:[~2005-06-20 16:53 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
2005-06-20 4:55 ` Juri Linkov
2005-06-20 16:53 ` Drew Adams [this message]
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=DNEMKBNJBGPAOPIJOOICGEIBCJAA.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.