<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Idiri Firefox Extension</title>
	<atom:link href="http://schepers.cc/idiri-firefox-extension/feed" rel="self" type="application/rss+xml" />
	<link>http://schepers.cc/idiri-firefox-extension</link>
	<description>Technology upside down and backwards</description>
	<lastBuildDate>Wed, 08 Sep 2010 11:18:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Schepers</title>
		<link>http://schepers.cc/idiri-firefox-extension#comment-69</link>
		<dc:creator>Schepers</dc:creator>
		<pubDate>Sun, 13 Jan 2008 11:25:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.schepers.cc/?p=39#comment-69</guid>
		<description>I think these other extensions that pinpoint specific words are great examples of web technology, but I stand by Idiri.  Idiri relies only on the lowest-common-denominator of Web resources: the link and anchor.  A link composed by Idiri works in pretty much any browser.  It doesn&#039;t depend on the link recipient having a specific browser feature or extension.


Heck, a link from Idiri even works in Internet Explorer!  And probably even Lynx.


Another challenge with word-index systems like &quot;find&quot; or certain applications of XPointer is that content is often more mutable than structure.  Let&#039;s say you point me to a typo by linking to a specific misspelled word... that link is dereferenced once I fix the typo.  (Ooooh, a paradox! er...)  Also, revisions or different versions of a document may change where a word is located, or the frequency of that word.  While in a way this makes the word-indexed link more likely to resolve to some content, it also means that it may not point to the content intended.


I think there are benefits to both approaches, but the robustness still makes me prefer Idiri.  Oh, that, and the fact that I wrote it.</description>
		<content:encoded><![CDATA[<p>I think these other extensions that pinpoint specific words are great examples of web technology, but I stand by Idiri.  Idiri relies only on the lowest-common-denominator of Web resources: the link and anchor.  A link composed by Idiri works in pretty much any browser.  It doesn&#8217;t depend on the link recipient having a specific browser feature or extension.</p>
<p>Heck, a link from Idiri even works in Internet Explorer!  And probably even Lynx.</p>
<p>Another challenge with word-index systems like &#8220;find&#8221; or certain applications of XPointer is that content is often more mutable than structure.  Let&#8217;s say you point me to a typo by linking to a specific misspelled word&#8230; that link is dereferenced once I fix the typo.  (Ooooh, a paradox! er&#8230;)  Also, revisions or different versions of a document may change where a word is located, or the frequency of that word.  While in a way this makes the word-indexed link more likely to resolve to some content, it also means that it may not point to the content intended.</p>
<p>I think there are benefits to both approaches, but the robustness still makes me prefer Idiri.  Oh, that, and the fact that I wrote it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michal Čaplygin</title>
		<link>http://schepers.cc/idiri-firefox-extension#comment-68</link>
		<dc:creator>Michal Čaplygin</dc:creator>
		<pubDate>Sat, 12 Jan 2008 17:55:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.schepers.cc/?p=39#comment-68</guid>
		<description>There is other one neat functionality in current Firefox you apparently wasn&#039;t aware of: built in &lt;a href=&quot;http://developer.mozilla.org/en/docs/DOM:window.find&quot; rel=&quot;nofollow&quot;&gt;window.find()&lt;/a&gt; method, which is, in fact, just an API for &quot;that old-fashioned Ctrl+F&quot; dialogue and its action. When I accidentally found this, I&#039;ve written &lt;a href=&quot;http://userscripts.org/scripts/show/8356&quot; rel=&quot;nofollow&quot;&gt;userscript&lt;/a&gt; which uses it for (what else, than :] ) pointing to phrases in pages.
Recently I&#039;ve, also accidentally, got knowledge of xPoniter (googling for &quot;anchor xpointer firefox&quot; brought me to this gorgeous site) and its implementation in Firefox (for XML). Gonna install &quot;FXPointer Extension&quot; right after posting this comment :]</description>
		<content:encoded><![CDATA[<p>There is other one neat functionality in current Firefox you apparently wasn&#8217;t aware of: built in <a href="http://developer.mozilla.org/en/docs/DOM:window.find" rel="nofollow">window.find()</a> method, which is, in fact, just an API for &#8220;that old-fashioned Ctrl+F&#8221; dialogue and its action. When I accidentally found this, I&#8217;ve written <a href="http://userscripts.org/scripts/show/8356" rel="nofollow">userscript</a> which uses it for (what else, than :] ) pointing to phrases in pages.<br />
Recently I&#8217;ve, also accidentally, got knowledge of xPoniter (googling for &#8220;anchor xpointer firefox&#8221; brought me to this gorgeous site) and its implementation in Firefox (for XML). Gonna install &#8220;FXPointer Extension&#8221; right after posting this comment :]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Something Witty Goes Here &#187; Opera 9.5 Beta: Now With Cracklin&#8217; Video</title>
		<link>http://schepers.cc/idiri-firefox-extension#comment-67</link>
		<dc:creator>Something Witty Goes Here &#187; Opera 9.5 Beta: Now With Cracklin&#8217; Video</dc:creator>
		<pubDate>Fri, 09 Nov 2007 12:32:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.schepers.cc/?p=39#comment-67</guid>
		<description>[...] The Opera web browser really puts the other guys to shame when implementing open standards. I wholeheartedly agree with Doug that it&#8217;s a shame that I can&#8217;t customize Opera&#8217;s chrome the way I can with Firefox (you can only go so far with User JavaScript and widgets) - it would easily become my default browser (and not just the browser I test advanced features in). Anyway, those guys at Opera have released a development build of Opera 9.5 that supports video in the browser. This is a big step forward for the open web. [...]</description>
		<content:encoded><![CDATA[<p>[...] The Opera web browser really puts the other guys to shame when implementing open standards. I wholeheartedly agree with Doug that it&#8217;s a shame that I can&#8217;t customize Opera&#8217;s chrome the way I can with Firefox (you can only go so far with User JavaScript and widgets) &#8211; it would easily become my default browser (and not just the browser I test advanced features in). Anyway, those guys at Opera have released a development build of Opera 9.5 that supports video in the browser. This is a big step forward for the open web. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schiller</title>
		<link>http://schepers.cc/idiri-firefox-extension#comment-66</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Tue, 30 Oct 2007 13:24:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.schepers.cc/?p=39#comment-66</guid>
		<description>Hey Doug,

I agree - this functionality should be part of the standard browsing experience.  Especially with small screens becoming the norm - how many times have you linked to a document and said &quot;search for XXXX&quot;.  This becomes increasingly important as the mobile web continues to accelerate.

In that vein, I had started an extension to add XPointer support to Firefox for HTML documents - then Rob turned me on to your extension.  Anyway, &lt;a&gt;FXPointer&lt;/a&gt; works in a very similar way but allows you to link to an arbitrary section of a document - even if there are no IDs in the doc, like some guilty W3C specs ;)

Anyway, at the moment it only supports the &lt;a href=&quot;http://www.w3.org/TR/xptr-element/&quot; rel=&quot;nofollow&quot;&gt;element scheme&lt;/a&gt; (which is sufficient for &quot;frozen&quot; documents like specs), but I hope to continue to expand it to support the &lt;a href=&quot;http://www.w3.org/TR/xptr-xpointer/&quot; rel=&quot;nofollow&quot;&gt;xpointer scheme&lt;/a&gt; one day.

It&#039;s still very much in a &#039;pre-Alpha&#039; state but &lt;a href=&quot;http://www.codedread.com/fxpointer&quot; rel=&quot;nofollow&quot;&gt;check it out&lt;/a&gt;.  Oh, also there are equivalent Opera UserJS that allow the same functionality (though less integrated).</description>
		<content:encoded><![CDATA[<p>Hey Doug,</p>
<p>I agree &#8211; this functionality should be part of the standard browsing experience.  Especially with small screens becoming the norm &#8211; how many times have you linked to a document and said &#8220;search for XXXX&#8221;.  This becomes increasingly important as the mobile web continues to accelerate.</p>
<p>In that vein, I had started an extension to add XPointer support to Firefox for HTML documents &#8211; then Rob turned me on to your extension.  Anyway, <a>FXPointer</a> works in a very similar way but allows you to link to an arbitrary section of a document &#8211; even if there are no IDs in the doc, like some guilty W3C specs <img src='http://schepers.cc/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Anyway, at the moment it only supports the <a href="http://www.w3.org/TR/xptr-element/" rel="nofollow">element scheme</a> (which is sufficient for &#8220;frozen&#8221; documents like specs), but I hope to continue to expand it to support the <a href="http://www.w3.org/TR/xptr-xpointer/" rel="nofollow">xpointer scheme</a> one day.</p>
<p>It&#8217;s still very much in a &#8216;pre-Alpha&#8217; state but <a href="http://www.codedread.com/fxpointer" rel="nofollow">check it out</a>.  Oh, also there are equivalent Opera UserJS that allow the same functionality (though less integrated).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Russell</title>
		<link>http://schepers.cc/idiri-firefox-extension#comment-65</link>
		<dc:creator>Rob Russell</dc:creator>
		<pubDate>Thu, 30 Aug 2007 21:50:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.schepers.cc/?p=39#comment-65</guid>
		<description>Very cool. I use the same &quot;View Selection Source&quot; thing all the time to grab the name or id when I link. I&#039;m not a standardista but I link to standards, wikis and whatnot in my blog all the time. Having &quot;Copy Section Link&quot; on the context menu saves me another step, thanks.</description>
		<content:encoded><![CDATA[<p>Very cool. I use the same &#8220;View Selection Source&#8221; thing all the time to grab the name or id when I link. I&#8217;m not a standardista but I link to standards, wikis and whatnot in my blog all the time. Having &#8220;Copy Section Link&#8221; on the context menu saves me another step, thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Schepers</title>
		<link>http://schepers.cc/idiri-firefox-extension#comment-62</link>
		<dc:creator>Schepers</dc:creator>
		<pubDate>Sat, 04 Aug 2007 04:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.schepers.cc/?p=39#comment-62</guid>
		<description>Uploaded v1.4, which covers anchor-style links and name attributes (as opposed to ID attributes) more robustly.  Thanks to Fantasai for pointing me to CSS2.1, where it wasn&#039;t working before.  v1.3 was mainly a bug-fix for documents without anchorpoints (element IDs or names).</description>
		<content:encoded><![CDATA[<p>Uploaded v1.4, which covers anchor-style links and name attributes (as opposed to ID attributes) more robustly.  Thanks to Fantasai for pointing me to CSS2.1, where it wasn&#8217;t working before.  v1.3 was mainly a bug-fix for documents without anchorpoints (element IDs or names).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Schepers</title>
		<link>http://schepers.cc/idiri-firefox-extension#comment-64</link>
		<dc:creator>Schepers</dc:creator>
		<pubDate>Fri, 03 Aug 2007 05:59:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.schepers.cc/?p=39#comment-64</guid>
		<description>Hey, Chris-

Yeah, I think that it would be great to see &quot;View Selection Source&quot; in Opera, Safari, and IE, too... but honestly, since I made this extension, I&#039;m not sure how much I&#039;m going to use it anymore.  I&#039;m frankly surprised that Idiri&#039;s functionality isn&#039;t standard in browsers already (and I hope it will be).

I updated Idiri to fix some bugs that would make it fail silently and seemingly randomly... v1.1 is much more robust, and now it seems to work very consistently with a wide variety of documents, including Wikipedia and its kith and kin.  Then I spent another hour on it for v1.2 to add the ability to select text, and have both the section link and the text selection copied to the clipboard (as text, not as markup).  If you don&#039;t select text, it just copies the section link, as before.

Writing extensions is a lot of fun.  I&#039;ll keep my eye on other standardista productivity features I can throw together.</description>
		<content:encoded><![CDATA[<p>Hey, Chris-</p>
<p>Yeah, I think that it would be great to see &#8220;View Selection Source&#8221; in Opera, Safari, and IE, too&#8230; but honestly, since I made this extension, I&#8217;m not sure how much I&#8217;m going to use it anymore.  I&#8217;m frankly surprised that Idiri&#8217;s functionality isn&#8217;t standard in browsers already (and I hope it will be).</p>
<p>I updated Idiri to fix some bugs that would make it fail silently and seemingly randomly&#8230; v1.1 is much more robust, and now it seems to work very consistently with a wide variety of documents, including Wikipedia and its kith and kin.  Then I spent another hour on it for v1.2 to add the ability to select text, and have both the section link and the text selection copied to the clipboard (as text, not as markup).  If you don&#8217;t select text, it just copies the section link, as before.</p>
<p>Writing extensions is a lot of fun.  I&#8217;ll keep my eye on other standardista productivity features I can throw together.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Lilley</title>
		<link>http://schepers.cc/idiri-firefox-extension#comment-63</link>
		<dc:creator>Chris Lilley</dc:creator>
		<pubDate>Thu, 02 Aug 2007 13:46:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.schepers.cc/?p=39#comment-63</guid>
		<description>Hy Doug, I do the kludge you mentioned multiple times a day. Heck, multiple times an hour. This is a great productivity extension.

Mind you, other browsers don&#039;t even have &#039;view selection source&#039; yet.</description>
		<content:encoded><![CDATA[<p>Hy Doug, I do the kludge you mentioned multiple times a day. Heck, multiple times an hour. This is a great productivity extension.</p>
<p>Mind you, other browsers don&#8217;t even have &#8216;view selection source&#8217; yet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
