New Comment  vF
Your email address (one you can check right now, for verification)

Your name (optional, for display)

Your comment (required, or what's the point?)

Here's how this forum works: your first posted comment will not appear immediately or automatically. After you post the first time, check your email for a verification message. Click the link in the verification message to verify that you are really you, or at least an octopus who can follow simple instructions. Then the comment will appear, and thereafter you'll be able to post directly. If you don't verify your original comment, it will molder and eventually be composted.
You may use HTML for <a href="http://address">simple links</a> and <i>italics</i>. Use Preview to check.
If you have problems or private questions, email me at
Missing (from) Links  Preview
3 September 07 from Ian Mathers 1
Yeah, for something like a blog I would assume you would link not to the front page but the page for the entry or time period (depending on the blog), at which point this solution seems eminently reasonable. If anyone does do a Firefox extension, it'd be fantastic if they'd be kind enough to drop a link here.
3 September 07 from Brennen Bearnes 2
Re: JavaScript, I was thinking mainly of embedding something that would catch the #=.* and highlight/jump to the appropriate text. Check document.location.hash, I suppose? If support was offered in a few widely used libraries, it might be a wedge for creating a de-facto standard. Still not as immediate an element of the UI as some kind of direct hook to the browser's builtin search, of course.
2 September 07 from glenn mcdonald 4
But a Firefox extension would work great as a proof-of-concept demo...
2 September 07 from glenn mcdonald 4
Linking into a dynamic page is not necessarily going to be reliable, but then linking to a dynamic page is not necessarily going to continue to mean anything consistent, either, so this is not really an objection. Doing the reference with an XPath would basically miss the point, since you don't want to be pointing to "whatever happens to be in the third paragraph now", you want to be pointing to the text that was the third paragraph when you pointed to it. So the search string seems to me to be the more reliable method. And implementing it by literally triggering the browser's text-search function means that if the offset is no longer right, due to page changes, the user can use the Next/Previous buttons to see the other uses of the phrase in question.  

There's no cross-browser Javascript method for bringing up the browser's Find mechanism, and if there was, where would you put your Javascript code?! The idea is only practical, I think, as an addition to the standard. People won't use it unless they can count on browsers supporting it...
2 September 07 from Decklin Foster 3
I happened across the Church of Purple today, who look like they're interested in the same sort of thing. Referenced from this code, which implements an xpath-based syntax that would be very useful for Glenn's idea.
2 September 07 from Brennen Bearnes 2
This seems like a reasonable method for indicating search strings within the text at a given URL, and I suspect it might be reasonable to implement in JavaScript (though I don't know of a mechanism offhand). On the other hand, I think there's a basic semantic problem with using the the search-string + offset method to refer to a particular piece of text: Few, if any, URLs are guaranteed to represent a static piece of text. This falls down, for example, on the front page of most blogs or any given wiki.
1 September 07 from Ian Mathers 1
I am barely competent in HTML tags, but glenn's searchable link solution here is 1. brilliant and 2. the answer to something I've wanted to be able to do for a long time. Can someone or has someone brew up a widget for Firefox that does this? I'd do it myself, but I suffer from a complete lack of knowhow.
vF software copyright © 2005-6, glenn mcdonald ·