From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: hyperlinks in variable's value - links to libraries
Date: Fri, 6 Jan 2006 09:10:53 -0800 [thread overview]
Message-ID: <DNEMKBNJBGPAOPIJOOICMEDDDBAA.drew.adams@oracle.com> (raw)
In-Reply-To: <877j9enf6t.fsf-monnier+emacs@gnu.org>
> ;; Hyperlinks in variable's value are quite frequently
> ;; inappropriate e.g C-h v <RET> features <RET>
> ;; (help-xref-on-pp from (point))
> I disagree with the "fix" of commenting out this
> line - at the least, I would like such links to be an option.
> Although it can be slow, it is very useful: looking at `features'
> should be an entry point to accessing the features listed.
I originally coded up the help-xref-on-pp feature. I think it was a
good feature, except that it didn't work quite right: it
sometimes added "spurious" xrefs and other times missed good xrefs.
Yes. And some of the spurious xrefs were library names that were instead
linked to descriptions of a variable or function with the same name.
Also it significantly slows down the construction of the *Help* text,
Definitely.
so much so that we had to put an arbitrary limit (hard coded at 5000
chars
right now) above which the highlighting is disabled.
I think that's not a very good solution (arbitrary limit). See my other
message, where I propose adding the links only upon demand.
So I added another feature, which is that clicking mouse-2
anywhere in the buffer (not just on a visually announced xref with
mouse-face highlight and everything) will try to interpret the symbol
under point as a var-name, fun-name, or face-name. This has the
advantage of working no matter how large the output is.
I don't understand how this helps much. Are you saying that a lot of time
was spent actually adding the link faces (i.e. highlighting)? What I was
referring to was the time needed to look up the link destinations - in the
case of linking to libraries, `locate-library' can take a while.
It also works in the docstrings where the author forgot
to mark symbols with `...'. The main disadvantage of course is the
lack of visual cue which makes this feature barely known.
Yes, that usability limitation is pretty important. I think having a `Show
Links' button would be a better solution: 1) The user would know (could be
informed ahead of time) that the link display might take a moment. 2) The
resulting links would be visible (e.g. underlined).
next prev parent reply other threads:[~2006-01-06 17:10 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-01 21:19 hyperlinks in variable's value - links to libraries Drew Adams
2006-01-06 3:23 ` Drew Adams
2006-01-06 4:44 ` Stefan Monnier
2006-01-06 9:14 ` Lennart Borgman
2006-01-06 17:10 ` Drew Adams [this message]
2006-01-09 1:35 ` Stefan Monnier
2006-01-06 4:47 ` Nick Roberts
2006-01-06 17:10 ` Drew Adams
2006-01-06 22:35 ` Nick Roberts
2006-01-07 1:01 ` Drew Adams
2006-01-07 2:14 ` Nick Roberts
2006-01-07 15:38 ` Drew Adams
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=DNEMKBNJBGPAOPIJOOICMEDDDBAA.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.