[Date Prev][Date Next][Thread Prev][][Date Index][Thread Index]

[emacs-w3m/emacs-w3m] w3m-search-name-anchor: make function more useful interactively (#46)

This PR is a follow-up to post to the mailing list (13435 - 13438+]), but doesn't change the cumulative nature of the anchor data (at least not yet) To get an idea of how useful the feature is, try it out with the project homepage. To get an idea how much cruft it can collect and how difficult that can make using it, try it out on a wikipedia page (eg. the one for namazu). For users of interfaces such as ivy or helm or ido, the burden due to cruft can be manageable, but for other interactive users maybe it would be desirable to filter the list somehow.

(The original intent of the function was to allow a user to easily jump to any anchor on a page, from
any point on that page. The first two problems are that the user needs
to know the exact spelling of the anchor, and there's no way for a user
to know that without either looking at the page's raw html or buffer's
text properties. Let's use the project's own home page
(http://emacs-w3m.namazu.org/) as an example. If you tab through the
page's links, you'll notice subtle differences between each local-link's
label and the actual anchor (the actual link/anchor should appear in the
echo area when you tab to a link). In the case of this particular page,
the differences are capitalizations, but that's arbitrary.

When looking at the internals, another weirdness appears: each anchor
for some reason is a list of itself and all the page's previous anchors.

You can view, comment on, or merge this pull request online at:


Commit Summary

File Changes

Patch Links:

You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.