<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.12-alpha" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Openmoko Framework Initiative</title>
	<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/</link>
	<description>Software Engineer - Author - Open Source Enthusiast</description>
	<pubDate>Fri, 30 Jul 2010 05:29:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.12-alpha</generator>

	<item>
		<title>by: La Martina</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-126078</link>
		<pubDate>Sun, 11 Jul 2010 13:50:48 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-126078</guid>
					<description>Finally I have got Openmoko that what I want.Thanks, but I am not getting the exactly process so please inform me through e-mail.</description>
		<content:encoded><![CDATA[<p>Finally I have got Openmoko that what I want.Thanks, but I am not getting the exactly process so please inform me through e-mail.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Invictus deus ex machina</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-90594</link>
		<pubDate>Thu, 26 Jun 2008 21:21:52 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-90594</guid>
					<description>&lt;strong&gt;Es kommt......&lt;/strong&gt;

Noch knapp zwei Wochen (heute wird mal großzügig geschätzt) dann ist mein Freerunner hier  Aus diesem Anlass habe ich mich mal wieder ein bisschen intensiver auf den Openmoko Seiten umgeschaut. Als erstes ist mir ins Auge gefallen das zur Zeit an ei...</description>
		<content:encoded><![CDATA[<p><strong>Es kommt&#8230;&#8230;</strong></p>
<p>Noch knapp zwei Wochen (heute wird mal großzügig geschätzt) dann ist mein Freerunner hier  Aus diesem Anlass habe ich mich mal wieder ein bisschen intensiver auf den Openmoko Seiten umgeschaut. Als erstes ist mir ins Auge gefallen das zur Zeit an ei&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: mickey</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-87529</link>
		<pubDate>Sun, 01 Jun 2008 23:05:09 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-87529</guid>
					<description>@sh: Unfortunately Openmoko dropped out of the accessory business. I hope that we will have the chance to manufacture some of these things as giveaways on fairs etc.</description>
		<content:encoded><![CDATA[<p>@sh: Unfortunately Openmoko dropped out of the accessory business. I hope that we will have the chance to manufacture some of these things as giveaways on fairs etc.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: mickey</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-87528</link>
		<pubDate>Sun, 01 Jun 2008 23:04:11 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-87528</guid>
					<description>@JMichel: The old libmoko* design was similar in concept and goals, however we failed to see the relevance of detaching applications and services as well as languages and libraries. Back then, we forced everyone to do Gtk+ and C. Now, everything that speaks dbus can use the full service architecture. We can then collaborate in services, but compete on the UI layer (which would inevitably happen -- think Qt, wxWidgets, Qtopia, special vertical market needs w/ text interfaces etc.).</description>
		<content:encoded><![CDATA[<p>@JMichel: The old libmoko* design was similar in concept and goals, however we failed to see the relevance of detaching applications and services as well as languages and libraries. Back then, we forced everyone to do Gtk+ and C. Now, everything that speaks dbus can use the full service architecture. We can then collaborate in services, but compete on the UI layer (which would inevitably happen &#8212; think Qt, wxWidgets, Qtopia, special vertical market needs w/ text interfaces etc.).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: sh</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-85931</link>
		<pubDate>Wed, 21 May 2008 07:45:10 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-85931</guid>
					<description>Sorry, a bit OT...

One question: how can I get the 'OpenMoko' Lanyard without buying the whole old Neo1973 (I want a Freerunner instead ;).
Where is the order page for the OM Lanyards?

Thank you!</description>
		<content:encoded><![CDATA[<p>Sorry, a bit OT&#8230;</p>
<p>One question: how can I get the &#8216;OpenMoko&#8217; Lanyard without buying the whole old Neo1973 (I want a Freerunner instead <img src='http://www.vanille-media.de/site/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> .<br />
Where is the order page for the OM Lanyards?</p>
<p>Thank you!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: JMichel</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-85739</link>
		<pubDate>Tue, 20 May 2008 15:36:46 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-85739</guid>
					<description>It is really not clear to me what is the goal of this change. What is the difference between developing the "High-level framework services" compared to the old architecture's "libmoko..."? Isn't it only a change from the GTK+ based architecture to something that can accommodate any UI toolkit? And won't this add some confusion about what to use to build native OpenMoko applications?</description>
		<content:encoded><![CDATA[<p>It is really not clear to me what is the goal of this change. What is the difference between developing the &#8220;High-level framework services&#8221; compared to the old architecture&#8217;s &#8220;libmoko&#8230;&#8221;? Isn&#8217;t it only a change from the GTK+ based architecture to something that can accommodate any UI toolkit? And won&#8217;t this add some confusion about what to use to build native OpenMoko applications?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: mickeyl #1 fan</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-84712</link>
		<pubDate>Mon, 12 May 2008 15:54:31 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-84712</guid>
					<description>FAIL.</description>
		<content:encoded><![CDATA[<p>FAIL.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: niklauz</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-84484</link>
		<pubDate>Sun, 11 May 2008 01:24:38 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-84484</guid>
					<description>finally! what did it take to make this happen?</description>
		<content:encoded><![CDATA[<p>finally! what did it take to make this happen?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Chris</title>
		<link>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-84382</link>
		<pubDate>Fri, 09 May 2008 22:35:49 +0000</pubDate>
		<guid>http://www.vanille-media.de/site/index.php/2008/05/05/openmoko-framework-initiative/#comment-84382</guid>
					<description>I wonder if something akin to the Plasma component from KDE4 would be a good idea.

This would allow UI devs to use the same resources or data engines for scripting tools, gadgets/widgets, etc.</description>
		<content:encoded><![CDATA[<p>I wonder if something akin to the Plasma component from KDE4 would be a good idea.</p>
<p>This would allow UI devs to use the same resources or data engines for scripting tools, gadgets/widgets, etc.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
