<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: The Engine Driver</title>
	<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/</link>
	<description>Random babblings of a geek.</description>
	<pubDate>Wed, 08 Oct 2008 07:04:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>

	<item>
		<title>by: ebassi</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-415844</link>
		<pubDate>Sat, 26 Jul 2008 08:54:39 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-415844</guid>
					<description>mmh, you probably missed the huge button called "Add" right below the list of available dictionary sources.

it's understandable: what would an "Add" button do, after all.</description>
		<content:encoded><![CDATA[<p>mmh, you probably missed the huge button called &#8220;Add&#8221; right below the list of available dictionary sources.</p>
<p>it&#8217;s understandable: what would an &#8220;Add&#8221; button do, after all.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Sergey</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-415621</link>
		<pubDate>Sat, 26 Jul 2008 04:51:06 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-415621</guid>
					<description>Hello Emmanuele,
 
I am trying to understand what happened to gnome-dictionary in Ubuntu Heron distro. I used it since Dapper and it was great, especially being able to look up a term in multiple dictionaries at once.

In Heron, there is no "Advanced settings" subtree anymore, and adding a dictionary to a source seems impossible. It seems that many of the old bugs you describe here have been brought back, completely killing the usefulness of the app. In the Ubuntu forums people keep asking about this (e.g., http://ubuntuforums.org/archive/index.php/t-705408.html), and it seems that switching to another dict client is the only viable solution.

I loved my gnome-dictionary, however, and I do not want to swtich...

Thank you,

--Sergey</description>
		<content:encoded><![CDATA[<p>Hello Emmanuele,</p>
<p>I am trying to understand what happened to gnome-dictionary in Ubuntu Heron distro. I used it since Dapper and it was great, especially being able to look up a term in multiple dictionaries at once.</p>
<p>In Heron, there is no &#8220;Advanced settings&#8221; subtree anymore, and adding a dictionary to a source seems impossible. It seems that many of the old bugs you describe here have been brought back, completely killing the usefulness of the app. In the Ubuntu forums people keep asking about this (e.g., <a href="http://ubuntuforums.org/archive/index.php/t-705408.html" rel="nofollow">http://ubuntuforums.org/archive/index.php/t-705408.html</a>), and it seems that switching to another dict client is the only viable solution.</p>
<p>I loved my gnome-dictionary, however, and I do not want to swtich&#8230;</p>
<p>Thank you,</p>
<p>&#8211;Sergey
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mathieu Blondel</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13094</link>
		<pubDate>Tue, 28 Nov 2006 11:10:05 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13094</guid>
					<description>emmanuele: With the default configuration (at least  under debian), the dictd server is not reachable from the outside. In the "access" section of the config file, you can see "allow localhost" and "allow 127.0.0.1". Access from other hosts is denied. 

As for adding file sources or not, I guess it is a matter of taste then. But again my take on this is that it will make the application more fuzzy. You will find yourself want to add more and more file sources (you mentioned stardict, what is next ?). I think this job should be delegated to the server.

But don't get me wrong. I appreciate your work on gnome-dictionary and GNOME in general. Thanks.</description>
		<content:encoded><![CDATA[<p>emmanuele: With the default configuration (at least  under debian), the dictd server is not reachable from the outside. In the &#8220;access&#8221; section of the config file, you can see &#8220;allow localhost&#8221; and &#8220;allow 127.0.0.1&#8243;. Access from other hosts is denied. </p>
<p>As for adding file sources or not, I guess it is a matter of taste then. But again my take on this is that it will make the application more fuzzy. You will find yourself want to add more and more file sources (you mentioned stardict, what is next ?). I think this job should be delegated to the server.</p>
<p>But don&#8217;t get me wrong. I appreciate your work on gnome-dictionary and GNOME in general. Thanks.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: ebassi</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13088</link>
		<pubDate>Tue, 28 Nov 2006 09:32:06 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13088</guid>
					<description>&lt;strong&gt;mathieu&lt;/strong&gt;: I don't think shipping a dict server with gnome-dictionary is a good idea: it's a potential security issue, as it opens a network port to the outside; also, it's not a packaging issue, but it's a administration issue.  if the dict server worked using a pipe, or unix domain sockets, it could be interesting to launch a local "server" when the dictionary starts, with a timeout for unloading it when not needed anymore.  but, all in all, I prefer adding a source with a dict file parser.

&lt;strong&gt;khiraly&lt;/strong&gt;: the only reference I was able to find was inside the dictd sources; there's a document outlining the format of the index file, which is the only interesting part (the dictionary itself is just a text dump).</description>
		<content:encoded><![CDATA[<p><strong>mathieu</strong>: I don&#8217;t think shipping a dict server with gnome-dictionary is a good idea: it&#8217;s a potential security issue, as it opens a network port to the outside; also, it&#8217;s not a packaging issue, but it&#8217;s a administration issue.  if the dict server worked using a pipe, or unix domain sockets, it could be interesting to launch a local &#8220;server&#8221; when the dictionary starts, with a timeout for unloading it when not needed anymore.  but, all in all, I prefer adding a source with a dict file parser.</p>
<p><strong>khiraly</strong>: the only reference I was able to find was inside the dictd sources; there&#8217;s a document outlining the format of the index file, which is the only interesting part (the dictionary itself is just a text dump).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mathieu Blondel</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13072</link>
		<pubDate>Tue, 28 Nov 2006 02:59:32 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13072</guid>
					<description>You are right. For some users, it may be difficult to run a local server. But I think that is mainly a packaging issue. We could think of a meta-package that installs gnome-dictionary, dictd (which would be started at boot) and some dictionaries. If it is still too difficult for some users to add new dictionaries, we can think of a GUI for that, which in addition could start/stop the server.</description>
		<content:encoded><![CDATA[<p>You are right. For some users, it may be difficult to run a local server. But I think that is mainly a packaging issue. We could think of a meta-package that installs gnome-dictionary, dictd (which would be started at boot) and some dictionaries. If it is still too difficult for some users to add new dictionaries, we can think of a GUI for that, which in addition could start/stop the server.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Khiraly</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13064</link>
		<pubDate>Mon, 27 Nov 2006 20:17:39 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13064</guid>
					<description>Im interesting, where can I find more info about the DICT file format. Any example source somewhere?

And what Im looking for:
a .xml dictionary file format, which is somehow easy to search through.</description>
		<content:encoded><![CDATA[<p>Im interesting, where can I find more info about the DICT file format. Any example source somewhere?</p>
<p>And what Im looking for:<br />
a .xml dictionary file format, which is somehow easy to search through.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Andy Wingo</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13054</link>
		<pubDate>Mon, 27 Nov 2006 11:38:37 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13054</guid>
					<description>I enjoyed this post's title. That is all :)</description>
		<content:encoded><![CDATA[<p>I enjoyed this post&#8217;s title. That is all <img src='http://log.emmanuelebassi.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: ebassi</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13052</link>
		<pubDate>Mon, 27 Nov 2006 09:54:44 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13052</guid>
					<description>&lt;strong&gt;scott&lt;/strong&gt;: that is not a "dialog" - it's a page in the side bar; and the matching strategy is something that allow you to get better results inside the speller widget.

&lt;strong&gt;mathieu&lt;/strong&gt;: I know that there's no "DICT" file format. as for "it's easy to run a server than use a dictionary file" we clearly have two different concepts of "easy". requiring to run a local server is not a good idea - since the user might well not be able to decide what to install on her/his box. as for different sources: I don't really intend to support web services - the problem is that some users want proxy support, and unless you install a SOCKS proxy on your box, you cannot use it; one way to avoid this would be to query via HTTP a service like dict.org.</description>
		<content:encoded><![CDATA[<p><strong>scott</strong>: that is not a &#8220;dialog&#8221; - it&#8217;s a page in the side bar; and the matching strategy is something that allow you to get better results inside the speller widget.</p>
<p><strong>mathieu</strong>: I know that there&#8217;s no &#8220;DICT&#8221; file format. as for &#8220;it&#8217;s easy to run a server than use a dictionary file&#8221; we clearly have two different concepts of &#8220;easy&#8221;. requiring to run a local server is not a good idea - since the user might well not be able to decide what to install on her/his box. as for different sources: I don&#8217;t really intend to support web services - the problem is that some users want proxy support, and unless you install a SOCKS proxy on your box, you cannot use it; one way to avoid this would be to query via HTTP a service like dict.org.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mathieu Blondel</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13039</link>
		<pubDate>Mon, 27 Nov 2006 03:19:24 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13039</guid>
					<description>There is no such "DICT file format". DICT is the name of a protocol. Its RFC does not say anything about how DICT servers should store their databases. dictd is just one implementation and there exists others.

Why parse dictd files ? It is so easy to run a server with those files. As for stardict files, it is very easy to convert them to dictd files (I provide a conversion script with Fantasdic). Adding different sources (servers, files and websites) will make gnome-dictionary more fuzzy. I think you should focus on making gnome-dictionary a DICT client that truly rocks.

Just my two cents. Keep on the good work!</description>
		<content:encoded><![CDATA[<p>There is no such &#8220;DICT file format&#8221;. DICT is the name of a protocol. Its RFC does not say anything about how DICT servers should store their databases. dictd is just one implementation and there exists others.</p>
<p>Why parse dictd files ? It is so easy to run a server with those files. As for stardict files, it is very easy to convert them to dictd files (I provide a conversion script with Fantasdic). Adding different sources (servers, files and websites) will make gnome-dictionary more fuzzy. I think you should focus on making gnome-dictionary a DICT client that truly rocks.</p>
<p>Just my two cents. Keep on the good work!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Scott Robinson</title>
		<link>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13037</link>
		<pubDate>Mon, 27 Nov 2006 02:46:04 +0000</pubDate>
		<guid>http://log.emmanuelebassi.net/archives/2006/11/the-engine-driver/#comment-13037</guid>
					<description>Uhh, is that strategies dialog not a parody?

I can't imagine anyone outside of a fairly select group of programmers who would even begin to comprehend it.</description>
		<content:encoded><![CDATA[<p>Uhh, is that strategies dialog not a parody?</p>
<p>I can&#8217;t imagine anyone outside of a fairly select group of programmers who would even begin to comprehend it.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
