<?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: Thunderbird contact auto-completion&#8230; with bubbles!</title>
	<atom:link href="http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/</link>
	<description>visualizing things with python</description>
	<pubDate>Wed, 07 Jan 2009 18:56:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andrew Sutherland</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/comment-page-1/#comment-409</link>
		<dc:creator>Andrew Sutherland</dc:creator>
		<pubDate>Wed, 20 Aug 2008 19:42:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=112#comment-409</guid>
		<description>Archaeopteryx: One of the things we are trying to do is better handle the fact that a single contact can have multiple ways you can contact them... multiple e-mail accounts, (in the future) one or more IM accounts, etc.

Since you are most likely to really care about communication with the person rather than the e-mail address, the idea is that even if we match on the e-mail address, for the searching, we promote it to the contact.  You can then adjust this to either involve only certain of their e-mail addresses, restrict to one of to/from/cc rather than all, etc.  So, I guess I'm saying it's appropriate to not show their e-mail addresses in this case.

Having said that, the screenshots are exclusively a technology demo and have not yet received the love of our UX (User eXperience) lead, Bryan Clark.</description>
		<content:encoded><![CDATA[<p>Archaeopteryx: One of the things we are trying to do is better handle the fact that a single contact can have multiple ways you can contact them&#8230; multiple e-mail accounts, (in the future) one or more IM accounts, etc.</p>
<p>Since you are most likely to really care about communication with the person rather than the e-mail address, the idea is that even if we match on the e-mail address, for the searching, we promote it to the contact.  You can then adjust this to either involve only certain of their e-mail addresses, restrict to one of to/from/cc rather than all, etc.  So, I guess I&#8217;m saying it&#8217;s appropriate to not show their e-mail addresses in this case.</p>
<p>Having said that, the screenshots are exclusively a technology demo and have not yet received the love of our UX (User eXperience) lead, Bryan Clark.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Archaeopteryx</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/comment-page-1/#comment-406</link>
		<dc:creator>Archaeopteryx</dc:creator>
		<pubDate>Wed, 20 Aug 2008 11:17:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=112#comment-406</guid>
		<description>Hi, will it be possible to still show contact name and mail address in the same line?</description>
		<content:encoded><![CDATA[<p>Hi, will it be possible to still show contact name and mail address in the same line?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Pritchard</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/comment-page-1/#comment-405</link>
		<dc:creator>Jon Pritchard</dc:creator>
		<pubDate>Wed, 20 Aug 2008 10:54:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=112#comment-405</guid>
		<description>It's great to see previews of some of these exciting advances. Thank-you.</description>
		<content:encoded><![CDATA[<p>It&#8217;s great to see previews of some of these exciting advances. Thank-you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Sutherland</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/comment-page-1/#comment-401</link>
		<dc:creator>Andrew Sutherland</dc:creator>
		<pubDate>Tue, 19 Aug 2008 17:00:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=112#comment-401</guid>
		<description>Gen: I don't believe any part of this implementation precludes non-ASCII/full unicode support.  I expect there are probably a number of spots where charset stuff has some glitches, but there are a lot of rough-edges/prototype-only stuff that needs to be improved/ruggedized in general too.

Unfortunately, the full-text indexing as prototyped in the next blog post using SQLite FTS3's will require more leg-work to work in all languages.  We should be able to get tokenization for most (all?) languages using ICU if we stick with SQLite3's FTS3, but stemming will likely be spotty at best for languages other than English.  The good news on that front, however, is that we also have good work on OS-native full-text search, which hopefully can provide a high quality text-search, assuming Microsoft and Apple have stemmers...

hansen: soon! :)</description>
		<content:encoded><![CDATA[<p>Gen: I don&#8217;t believe any part of this implementation precludes non-ASCII/full unicode support.  I expect there are probably a number of spots where charset stuff has some glitches, but there are a lot of rough-edges/prototype-only stuff that needs to be improved/ruggedized in general too.</p>
<p>Unfortunately, the full-text indexing as prototyped in the next blog post using SQLite FTS3&#8217;s will require more leg-work to work in all languages.  We should be able to get tokenization for most (all?) languages using ICU if we stick with SQLite3&#8217;s FTS3, but stemming will likely be spotty at best for languages other than English.  The good news on that front, however, is that we also have good work on OS-native full-text search, which hopefully can provide a high quality text-search, assuming Microsoft and Apple have stemmers&#8230;</p>
<p>hansen: soon! <img src='http://www.visophyte.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/comment-page-1/#comment-398</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Tue, 19 Aug 2008 12:23:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=112#comment-398</guid>
		<description>I especially like the identicon support.</description>
		<content:encoded><![CDATA[<p>I especially like the identicon support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hansen</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/comment-page-1/#comment-396</link>
		<dc:creator>hansen</dc:creator>
		<pubDate>Tue, 19 Aug 2008 10:24:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=112#comment-396</guid>
		<description>Cool! When can we try? :)</description>
		<content:encoded><![CDATA[<p>Cool! When can we try? <img src='http://www.visophyte.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gen Kanai</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/comment-page-1/#comment-395</link>
		<dc:creator>Gen Kanai</dc:creator>
		<pubDate>Tue, 19 Aug 2008 10:23:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=112#comment-395</guid>
		<description>Andrew- this is exciting stuff!  Looking forward to seeing more TB3 UI changes.

Question: does this feature work with double-byte character sets?  Most of my Japanese email comes in with the sender's name in kanji, not roman characters (the actual email address is roman of course, I'm speaking about the name.)</description>
		<content:encoded><![CDATA[<p>Andrew- this is exciting stuff!  Looking forward to seeing more TB3 UI changes.</p>
<p>Question: does this feature work with double-byte character sets?  Most of my Japanese email comes in with the sender&#8217;s name in kanji, not roman characters (the actual email address is roman of course, I&#8217;m speaking about the name.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
