<?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: Uber Tooltips Replacer</title>
	<atom:link href="http://huddledmasses.org/uber-tooltips-replacer/feed/" rel="self" type="application/rss+xml" />
	<link>http://huddledmasses.org/uber-tooltips-replacer/</link>
	<description>You can do more than breathe for free...</description>
	<lastBuildDate>Fri, 03 Feb 2012 03:27:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Stahn</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-16266</link>
		<dc:creator>Stahn</dc:creator>
		<pubDate>Thu, 23 Feb 2006 09:06:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-16266</guid>
		<description>Doesn&#039;t work on Opera 9, weekly build, might work on older versions.</description>
		<content:encoded><![CDATA[<p>Doesn&#8217;t work on Opera 9, weekly build, might work on older versions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tannagh - TechGnome&#8217;s World &#187; Tannagh - Kildare Template</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-14268</link>
		<dc:creator>Tannagh - TechGnome&#8217;s World &#187; Tannagh - Kildare Template</dc:creator>
		<pubDate>Tue, 27 Sep 2005 15:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-14268</guid>
		<description>[...] Uber Tooltips Replacer http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Uber Tooltips Replacer <a href="http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/" rel="nofollow">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tannagh - TechGnome&#8217;s World &#187; Blog Archive &#187; New Template - Next Step</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-13963</link>
		<dc:creator>Tannagh - TechGnome&#8217;s World &#187; Blog Archive &#187; New Template - Next Step</dc:creator>
		<pubDate>Fri, 09 Sep 2005 04:37:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-13963</guid>
		<description>[...] Uber Tooltips Replacer http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Uber Tooltips Replacer <a href="http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/" rel="nofollow">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sweth</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-10230</link>
		<dc:creator>Sweth</dc:creator>
		<pubDate>Sun, 15 May 2005 14:15:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-10230</guid>
		<description>Is this plugin publically available?</description>
		<content:encoded><![CDATA[<p>Is this plugin publically available?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul McLanahan</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-3289</link>
		<dc:creator>Paul McLanahan</dc:creator>
		<pubDate>Sun, 27 Feb 2005 20:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-3289</guid>
		<description>This is a great combination of things for a plugin. I just wanted to point you in some directions for hints or solutions about your DOM tooltip struggles.  On my site I use a fantastic peice of JS from Kryogenix called Nice Titles.  It basically takes any A tag with a title attribute, coppies the text of the title attrib., gets rid of the title attrib. and then adds a new attrib. called nicetitle.  Then the script finds all nicetitle attribs and tags on a DOM tooltip.  The reason for nixing the title attrib. in favor of a new attrib. called nicetitle is to prevent the browser from popping up its own tooltip (a problem I noticed you were having). 

It normally places the tooltip relative to the link&#039;s location on the page, but I modified it to follow the mouse while the user hovers over the link.  The best part is that you don&#039;t have to modify any link code, it&#039;s all completely done by whether or not there is a title attrib on the link.  Email me if you&#039;d like the code for my mouse following version, or you could always just view my page&#039;s source and download the nicetitle.js file.  Hope this helps.

Paul</description>
		<content:encoded><![CDATA[<p>This is a great combination of things for a plugin. I just wanted to point you in some directions for hints or solutions about your <span class="caps">DOM</span> tooltip struggles.  On my site I use a fantastic peice of JS from Kryogenix called Nice Titles.  It basically takes any A tag with a title attribute, coppies the text of the title attrib., gets rid of the title attrib. and then adds a new attrib. called nicetitle.  Then the script finds all nicetitle attribs and tags on a <span class="caps">DOM</span> tooltip.  The reason for nixing the title attrib. in favor of a new attrib. called nicetitle is to prevent the browser from popping up its own tooltip (a problem I noticed you were having). </p>
<p>It normally places the tooltip relative to the link&#8217;s location on the page, but I modified it to follow the mouse while the user hovers over the link.  The best part is that you don&#8217;t have to modify any link code, it&#8217;s all completely done by whether or not there is a title attrib on the link.  Email me if you&#8217;d like the code for my mouse following version, or you could always just view my page&#8217;s source and download the nicetitle.js file.  Hope this helps.</p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel "Jaykul" Bennett</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-2824</link>
		<dc:creator>Joel "Jaykul" Bennett</dc:creator>
		<pubDate>Fri, 11 Feb 2005 16:32:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-2824</guid>
		<description>You could easily use this on a PHP message board, yes.  It&#039;s a simple PHP script with a clever regular expression and a list of words to replace.

Honestly, I&#039;d feel better about reading acronyms from a server if it was strictly moderated, and updates were scheduled or manual. The problem with a PHP plugin is that you end up doing a lot of work to do such &#039;regular&#039; updates, when you _should_ just be using cron or AT or Windows Scheduler Service.   

Anyway, more to the point, there are already &quot;hundreds&quot;:http://www.ucc.ie/cgi-bin/acronym of &quot;acronym&quot;:http://www.acronymfinder.com/ &quot;services&quot;:http://www3.interscience.wiley.com/stasa/search.html &quot;already&quot;:http://www.bized.ac.uk/glossary/acronym.htm &quot;available&quot;:http://www.irs.aber.ac.uk/acronyms/ on the net. The problem is, any acronym server which takes additional deffinitions quickly grows huge, with databases of 50,000 to 170,000 acronyms despite being &quot;specialized&quot;:http://www.arng.army.mil/tools/acronym.asp.  You&#039;d want to write a service that queried one or more of these with each acronym you posted (assuming you would put your acronyms in ALL CAPS or use some other way of recognizing new ones) and then just cache locally the ones you had actually used, because there&#039;s no way you&#039;re going to store definitions of a couple of hundred acronyms on each blog...

Personally, I&#039;m actually leaning toward not doing this at all on my site.  The fact of the matter is, I don&#039;t need (or, really, want) a visible acronym tag style on every instance of &quot;HTML&quot; on my site.  It unecessarily emphasizes something which should not be emphasized. Besides that, my readers should already know what HTML means, otherwise they&#039;re not going to understand most of the site anyway, so there&#039;s really no point.

As with any publication, it makes more sense to define &quot;new&quot; acronyms in the text the first time you use them in an article, and not at all after that.  I don&#039;t mind having the acronym or abbr tags in the source (without a style attached) if it helped some semantic application, but somehow I think that it would only be helpful in the case of unusual or obscure acronyms.</description>
		<content:encoded><![CDATA[<p>You could easily use this on a <span class="caps">PHP</span> message board, yes.  It&#8217;s a simple <span class="caps">PHP</span> script with a clever regular expression and a list of words to replace.</p>
<p>Honestly, I&#8217;d feel better about reading acronyms from a server if it was strictly moderated, and updates were scheduled or manual. The problem with a <span class="caps">PHP</span> plugin is that you end up doing a lot of work to do such &#8216;regular&#8217; updates, when you <em>should</em> just be using cron or AT or Windows Scheduler Service.   </p>
<p>Anyway, more to the point, there are already <a href="http://www.ucc.ie/cgi-bin/acronym">hundreds</a> of <a href="http://www.acronymfinder.com/">acronym</a> <a href="http://www3.interscience.wiley.com/stasa/search.html">services</a> <a href="http://www.bized.ac.uk/glossary/acronym.htm">already</a> <a href="http://www.irs.aber.ac.uk/acronyms/">available</a> on the net. The problem is, any acronym server which takes additional deffinitions quickly grows huge, with databases of 50,000 to 170,000 acronyms despite being <a href="http://www.arng.army.mil/tools/acronym.asp">specialized</a>.  You&#8217;d want to write a service that queried one or more of these with each acronym you posted (assuming you would put your acronyms in <span class="caps">ALL</span> <span class="caps">CAPS</span> or use some other way of recognizing new ones) and then just cache locally the ones you had actually used, because there&#8217;s no way you&#8217;re going to store definitions of a couple of hundred acronyms on each blog&#8230;</p>
<p>Personally, I&#8217;m actually leaning toward not doing this at all on my site.  The fact of the matter is, I don&#8217;t need (or, really, want) a visible acronym tag style on every instance of &#8220;HTML&#8221; on my site.  It unecessarily emphasizes something which should not be emphasized. Besides that, my readers should already know what <span class="caps">HTML</span> means, otherwise they&#8217;re not going to understand most of the site anyway, so there&#8217;s really no point.</p>
<p>As with any publication, it makes more sense to define &#8220;new&#8221; acronyms in the text the first time you use them in an article, and not at all after that.  I don&#8217;t mind having the acronym or abbr tags in the source (without a style attached) if it helped some semantic application, but somehow I think that it would only be helpful in the case of unusual or obscure acronyms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-2688</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Wed, 09 Feb 2005 09:52:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-2688</guid>
		<description>One thing to consider with such a plugin is that there will likely be communities of users who share similar vocabularies of Tooltips and Acronyms.  It would seem a shame to force each user to (re)create entries, and it would make things much easier to maintain if such lists were shared.  Imagine if, rather than reading the definitions of tooltips / acronyms from a local source, the datasource was shared on the net somewhere.  (This could be a simple RDF server, as an example.)  Now, if anyone anywhere makes an update to the datasource, all users benefit.  Of course, there would be problems with &quot;graffiti&quot; and poor-quality content on such a shared, open datasource, but perhaps some wikipedia-ish techniques can manage such vandalism.  It also would encourage people to use the plugin, since as soon as you drop it in, your site is dramatically enhanced by the collective intelligence of the web.  Hey, I might even be able to help on the server side!</description>
		<content:encoded><![CDATA[<p>One thing to consider with such a plugin is that there will likely be communities of users who share similar vocabularies of Tooltips and Acronyms.  It would seem a shame to force each user to (re)create entries, and it would make things much easier to maintain if such lists were shared.  Imagine if, rather than reading the definitions of tooltips / acronyms from a local source, the datasource was shared on the net somewhere.  (This could be a simple <span class="caps">RDF</span> server, as an example.)  Now, if anyone anywhere makes an update to the datasource, all users benefit.  Of course, there would be problems with &#8220;graffiti&#8221; and poor-quality content on such a shared, open datasource, but perhaps some wikipedia-ish techniques can manage such vandalism.  It also would encourage people to use the plugin, since as soon as you drop it in, your site is dramatically enhanced by the collective intelligence of the web.  Hey, I might even be able to help on the server side!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-1562</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Mon, 06 Dec 2004 14:02:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-1562</guid>
		<description>I&#039;m wondering if a script like yours could be used to work on a php message board?
I have a phpoutburst board installed on our site, and the built in bad word filter is extremely buggy.  Your acronym filter seems so much more advanced and customizable... could this is adapted into a php script?</description>
		<content:encoded><![CDATA[<p>I&#8217;m wondering if a script like yours could be used to work on a php message board?<br />
I have a phpoutburst board installed on our site, and the built in bad word filter is extremely buggy.  Your acronym filter seems so much more advanced and customizable&#8230; could this is adapted into a php script?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carla</title>
		<link>http://huddledmasses.org/uber-tooltips-replacer/comment-page-1/#comment-445</link>
		<dc:creator>Carla</dc:creator>
		<pubDate>Thu, 28 Oct 2004 14:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.huddledmasses.org/2004/10/19/uber-tooltips-replacer/#comment-445</guid>
		<description>Consider this drive-by encouragement. :)</description>
		<content:encoded><![CDATA[<p>Consider this drive-by encouragement.  <img src='http://huddledmasses.org/wordpress/wp-includes/' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

