<?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: It&#8217;s the applications, stupid	</title>
	<atom:link href="https://www.dragonflydigest.com/2007/07/19/its-the-applications-stupid/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dragonflydigest.com/2007/07/19/its-the-applications-stupid/</link>
	<description>A running description of activity related to DragonFly BSD.</description>
	<lastBuildDate>Tue, 24 Jul 2007 15:53:57 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: Joe "Floid" Kanowitz		</title>
		<link>https://www.dragonflydigest.com/2007/07/19/its-the-applications-stupid/comment-page-1/#comment-13410</link>

		<dc:creator><![CDATA[Joe "Floid" Kanowitz]]></dc:creator>
		<pubDate>Tue, 24 Jul 2007 15:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/index.php/2007/07/19/2344.html#comment-13410</guid>

					<description><![CDATA[Hmm, now that I stop whining and resume looking, candidates are:

Luma -- Py-Qt based, appears flexible yet sane.  This is what I thought was available for Win32, maybe it is as well.  Since I&#039;m braindead and it&#039;s actually *NIX-first, this one&#039;s getting a shot.

DirectoryAssistant -- For some reason the GNOME world has a tendency to kill address books... Because 2.x became such a major refactoring, GNOME-PIM might have been doomed?, and big name apps like Evolution are supposed to be taking up the slack.  This looks like and intends to be a very simple Py-GTK app... so simple that it doesn&#039;t appear to offer a &#039;delete&#039; button.  Oops.

egroupware -- Would be the equivalent of Squirrelmail; if I could get over my phobia at configuring httpds just to run simple applications, it might be worth a shot.  Like most(?) of the above, screenshots suggests it suffers from one major problem:  Cutting and pasting a mailing address looks like it will be somewhere between whitespace and table-element or form-field hell.  (Of course, they might have other views for their address book, but if they did, nobody&#039;s posted pictures.  Which is why word of mouth is so important with this stuff.)

KAddressBook -- Okay, KDE fans, this one gets it right, and I&#039;ve known it for some time -- at the expense of depending on the whole of the KDE libs (as far as Ubuntu&#039;s concerned, haven&#039;t checked pkgsrc), and inheriting some the unpleasant UI features of KDE: &quot;You are in a toolbar of tiny little hieroglyphs, all alike.&quot;  Still, it&#039;s not like Outlook *doesn&#039;t* have that, or that they need to be used much, so if Luma fails I think I&#039;ll have to suck it up, even if it means adding another pair of DIMMs to the workstations.]]></description>
			<content:encoded><![CDATA[<p>Hmm, now that I stop whining and resume looking, candidates are:</p>
<p>Luma &#8212; Py-Qt based, appears flexible yet sane.  This is what I thought was available for Win32, maybe it is as well.  Since I&#8217;m braindead and it&#8217;s actually *NIX-first, this one&#8217;s getting a shot.</p>
<p>DirectoryAssistant &#8212; For some reason the GNOME world has a tendency to kill address books&#8230; Because 2.x became such a major refactoring, GNOME-PIM might have been doomed?, and big name apps like Evolution are supposed to be taking up the slack.  This looks like and intends to be a very simple Py-GTK app&#8230; so simple that it doesn&#8217;t appear to offer a &#8216;delete&#8217; button.  Oops.</p>
<p>egroupware &#8212; Would be the equivalent of Squirrelmail; if I could get over my phobia at configuring httpds just to run simple applications, it might be worth a shot.  Like most(?) of the above, screenshots suggests it suffers from one major problem:  Cutting and pasting a mailing address looks like it will be somewhere between whitespace and table-element or form-field hell.  (Of course, they might have other views for their address book, but if they did, nobody&#8217;s posted pictures.  Which is why word of mouth is so important with this stuff.)</p>
<p>KAddressBook &#8212; Okay, KDE fans, this one gets it right, and I&#8217;ve known it for some time &#8212; at the expense of depending on the whole of the KDE libs (as far as Ubuntu&#8217;s concerned, haven&#8217;t checked pkgsrc), and inheriting some the unpleasant UI features of KDE: &#8220;You are in a toolbar of tiny little hieroglyphs, all alike.&#8221;  Still, it&#8217;s not like Outlook *doesn&#8217;t* have that, or that they need to be used much, so if Luma fails I think I&#8217;ll have to suck it up, even if it means adding another pair of DIMMs to the workstations.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Justin Sherrill		</title>
		<link>https://www.dragonflydigest.com/2007/07/19/its-the-applications-stupid/comment-page-1/#comment-13388</link>

		<dc:creator><![CDATA[Justin Sherrill]]></dc:creator>
		<pubDate>Tue, 24 Jul 2007 00:22:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/index.php/2007/07/19/2344.html#comment-13388</guid>

					<description><![CDATA[Yeah, LDAP is the answer, but what application is still the question.  There may be a plugin for squirrelmail that has an extended address book - unlikely, but worth looking.]]></description>
			<content:encoded><![CDATA[<p>Yeah, LDAP is the answer, but what application is still the question.  There may be a plugin for squirrelmail that has an extended address book &#8211; unlikely, but worth looking.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Joe "Floid" Kanowitz		</title>
		<link>https://www.dragonflydigest.com/2007/07/19/its-the-applications-stupid/comment-page-1/#comment-13386</link>

		<dc:creator><![CDATA[Joe "Floid" Kanowitz]]></dc:creator>
		<pubDate>Mon, 23 Jul 2007 22:59:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/index.php/2007/07/19/2344.html#comment-13386</guid>

					<description><![CDATA[Heh.  That&#039;s the problem, actually -- so many address books are tightly integrated with mail systems of one type or another, but what [I/we] care about most are the physical pointers -- all five mailing addresses and seven phone numbers for a given person or business, and the ability to search and cut&#039;n&#039;paste such things in a non-completely-ridiculous manner.  LDAP should be a fine backend (it seems to allow as many &#039;values&#039; for &#039;attributes&#039; as one wants), but finding a frontend is the hard part.  (I did find one nice-looking open source one for Win32 only, ages and ages ago, and promptly forgot the name of it, argh.)

If Squirrelmail actually works like http://www.squirrelmail.org/images/shots/nodeco/address.jpg , it&#039;s probably a bit limited for this case. :)  In fact, the authors of mail clients (e.g. Evolution) commonly fall victim to the idea that e-mail makes all the other information one might be able to cram into a LDAP entry unimportant or obsolete... or at least, that the user only cares about the e-mail address part, because it&#039;s a mail client, after all.]]></description>
			<content:encoded><![CDATA[<p>Heh.  That&#8217;s the problem, actually &#8212; so many address books are tightly integrated with mail systems of one type or another, but what [I/we] care about most are the physical pointers &#8212; all five mailing addresses and seven phone numbers for a given person or business, and the ability to search and cut&#8217;n&#8217;paste such things in a non-completely-ridiculous manner.  LDAP should be a fine backend (it seems to allow as many &#8216;values&#8217; for &#8216;attributes&#8217; as one wants), but finding a frontend is the hard part.  (I did find one nice-looking open source one for Win32 only, ages and ages ago, and promptly forgot the name of it, argh.)</p>
<p>If Squirrelmail actually works like <a href="http://www.squirrelmail.org/images/shots/nodeco/address.jpg" rel="nofollow ugc">http://www.squirrelmail.org/images/shots/nodeco/address.jpg</a> , it&#8217;s probably a bit limited for this case. :)  In fact, the authors of mail clients (e.g. Evolution) commonly fall victim to the idea that e-mail makes all the other information one might be able to cram into a LDAP entry unimportant or obsolete&#8230; or at least, that the user only cares about the e-mail address part, because it&#8217;s a mail client, after all.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Justin Sherrill		</title>
		<link>https://www.dragonflydigest.com/2007/07/19/its-the-applications-stupid/comment-page-1/#comment-13382</link>

		<dc:creator><![CDATA[Justin Sherrill]]></dc:creator>
		<pubDate>Mon, 23 Jul 2007 16:56:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/index.php/2007/07/19/2344.html#comment-13382</guid>

					<description><![CDATA[I&#039;ve never really used address books that much, so I may not be the best person on this, but: Squirrelmail.  It works as a web front end, so mail is accessible mostly anywhere, and it has a decent address book mechanism from what I&#039;ve been told.    

I think it may be possible to tie it into LDAP, too.  It&#039;s not as pretty as, say, roundcube, but I pick dependable over shiny when it comes to something like mail which should not break.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve never really used address books that much, so I may not be the best person on this, but: Squirrelmail.  It works as a web front end, so mail is accessible mostly anywhere, and it has a decent address book mechanism from what I&#8217;ve been told.    </p>
<p>I think it may be possible to tie it into LDAP, too.  It&#8217;s not as pretty as, say, roundcube, but I pick dependable over shiny when it comes to something like mail which should not break.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Joe "Floid" Kanowitz		</title>
		<link>https://www.dragonflydigest.com/2007/07/19/its-the-applications-stupid/comment-page-1/#comment-13380</link>

		<dc:creator><![CDATA[Joe "Floid" Kanowitz]]></dc:creator>
		<pubDate>Mon, 23 Jul 2007 15:55:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/index.php/2007/07/19/2344.html#comment-13380</guid>

					<description><![CDATA[Okay, time for me to cave and ask this here, though I may have asked most of you already; of course I&#039;ll get booed for preferring GTK, but if a Qt/KDE project works to a significant extent I&#039;ll certainly look into it...

Are there any address book / contact list frontends out there that suck less than Evolution&#039;s?  It&#039;s pretty alarming that Outlook seems to be the best UI out there, when even its UI isn&#039;t especially good.  (At least it *does* support different views, and offers some ways to get around arbitrary restrictions on which fields show and which don&#039;t...  Looks like Evo is trying to clone it but hasn&#039;t actually implemented much flexibility yet.)

With all the litigation that goes on in the GNU world, I&#039;d hope there&#039;s a decent solution for a law office out there.  (&#039;CRM&#039; is overkill, &#039;groupware&#039; is... probably overkill, or at least Evolution moving towards Chandler are probably best for everything *other* than contacts, since both projects are terribly weak in the contact-list department right now)...

Really, anything that hasn&#039;t been a horror story for a two or three node office with nontechnical users, clue me in.]]></description>
			<content:encoded><![CDATA[<p>Okay, time for me to cave and ask this here, though I may have asked most of you already; of course I&#8217;ll get booed for preferring GTK, but if a Qt/KDE project works to a significant extent I&#8217;ll certainly look into it&#8230;</p>
<p>Are there any address book / contact list frontends out there that suck less than Evolution&#8217;s?  It&#8217;s pretty alarming that Outlook seems to be the best UI out there, when even its UI isn&#8217;t especially good.  (At least it *does* support different views, and offers some ways to get around arbitrary restrictions on which fields show and which don&#8217;t&#8230;  Looks like Evo is trying to clone it but hasn&#8217;t actually implemented much flexibility yet.)</p>
<p>With all the litigation that goes on in the GNU world, I&#8217;d hope there&#8217;s a decent solution for a law office out there.  (&#8216;CRM&#8217; is overkill, &#8216;groupware&#8217; is&#8230; probably overkill, or at least Evolution moving towards Chandler are probably best for everything *other* than contacts, since both projects are terribly weak in the contact-list department right now)&#8230;</p>
<p>Really, anything that hasn&#8217;t been a horror story for a two or three node office with nontechnical users, clue me in.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
