all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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).

  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.