<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/17255/Portland_Improves_Linux_Desktop_Portability</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2009, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Tue, 07 Jul 2009 01:59:59 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>Humm</title>
			<link>http://osnews.com/thread?212507</link>
			<guid isPermaLink="true">http://osnews.com/thread?212507</guid>
			<description>Portland is anything but new. They have just hit 1.0 last october: I guess that want they want to say by &quot;new&quot;.<br />
<br />
As I recall Portland project is part of LSB, let's hope that the distros quickly make the xdg-util package part of the base installation.</description>
			<pubDate>Wed, 14 Feb 2007 01:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (bouh)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Humm</title>
			<link>http://osnews.com/thread?212519</link>
			<guid isPermaLink="true">http://osnews.com/thread?212519</guid>
			<description>As I recall Portland project is part of LSB, let's hope that the distros quickly make the xdg-util package part of the base installation.<br />
<br />
It's tentatively scheduled for LSB 3.2, but that basically depends on whether the mainstream distros have packaged it. The question mark from what I last read was around whether or not Red Hat would be shipping it with RHEL 5 which would lead to inclusion in LSB 3.2; otherwise it will probably have to wait for 4.x.</description>
			<pubDate>Wed, 14 Feb 2007 02:50:00 GMT</pubDate>
			<author>donotreply@osnews.com (elsewhere)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Not just for ISV's</title>
			<link>http://osnews.com/thread?212520</link>
			<guid isPermaLink="true">http://osnews.com/thread?212520</guid>
			<description>Here's a post from one of the KDE devs that was published a couple of months ago, it may give a better example of how xdg-utils can be used to tweak and better integrate existing applications with non-native desktops or setups. They can be useful utilities for users, as well.<br />
<br />
<a href="http://www.kdedevelopers.org/node/2535" rel="nofollow">http://www.kdedevelopers.org/node/2535</a></description>
			<pubDate>Wed, 14 Feb 2007 02:54:00 GMT</pubDate>
			<author>donotreply@osnews.com (elsewhere)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Not just for ISV's</title>
			<link>http://osnews.com/thread?212533</link>
			<guid isPermaLink="true">http://osnews.com/thread?212533</guid>
			<description>Neat, but this should become unnecessary for users in short order.  Distros should just set all of the external handlers for DE-neutral apps to xdg-blah by default.  Then the user can select preferred handlers through their DE's configuration panels, rather than knowing XdgUtils even exists.<br />
<br />
I'm very glad to see that Portland is happening and the initial code is already working well.  I'm also happy that Portland 2.0 will provide the abstractions at the D-BUS level.  D-BUS is turning out to be quite handy for implementing the &quot;it just works&quot; kind of features.</description>
			<pubDate>Wed, 14 Feb 2007 04:05:00 GMT</pubDate>
			<author>donotreply@osnews.com (butters)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>strange</title>
			<link>http://osnews.com/thread?212585</link>
			<guid isPermaLink="true">http://osnews.com/thread?212585</guid>
			<description>that's no body care that much about LSB and specially portland. I say that because the very little comments. I Think it's primary for Linux advancement.Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Google Wireless Transcoder;)</description>
			<pubDate>Wed, 14 Feb 2007 09:52:00 GMT</pubDate>
			<author>donotreply@osnews.com (frozen5555)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: strange</title>
			<link>http://osnews.com/thread?212603</link>
			<guid isPermaLink="true">http://osnews.com/thread?212603</guid>
			<description>I fully agree.<br />
<br />
I currently maintain the Fedora IceMW and Gmrun packages - both of which depend havily on xdg-utils.<br />
Without it, generating menus and/or starting the default applications would have been a royal pain in the back side.<br />
<br />
- GilboaEdited 2007-02-14 11:03</description>
			<pubDate>Wed, 14 Feb 2007 11:02:00 GMT</pubDate>
			<author>donotreply@osnews.com (gilboa)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>I already started porting xdg-utils to BeOS/Haiku</title>
			<link>http://osnews.com/thread?212618</link>
			<guid isPermaLink="true">http://osnews.com/thread?212618</guid>
			<description>I know it's not an X11-based desktop, but those utils used in makefiles &amp; apps would save some work when porting and let ppl concentrate on the gui code.<br />
xdg-open is quite easy as Zeta/Haiku has a similar open command already <img src="/images/emo/grin.gif" alt=";)" /></description>
			<pubDate>Wed, 14 Feb 2007 12:27:00 GMT</pubDate>
			<author>donotreply@osnews.com (mmu_man)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Not just for ISV's</title>
			<link>http://osnews.com/thread?212620</link>
			<guid isPermaLink="true">http://osnews.com/thread?212620</guid>
			<description>Distros should just set all of the external handlers for DE-neutral apps to xdg-blah by default.<br />
<br />
Some of the distros even have extended their version of the scripts to include their previously used &quot;adapters&quot; in the generic fallback case, e.g. Debian's xdg-open calls x-www-browser in the code branch that handles the &quot;no DE detected&quot; case.<br />
<br />
The main question however is, will vendors of very common apps, e.g. Mozilla, use it, or will they stay as little integrated as possible.</description>
			<pubDate>Wed, 14 Feb 2007 12:54:00 GMT</pubDate>
			<author>donotreply@osnews.com (anda_skoa)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Also used in third party installers</title>
			<link>http://osnews.com/thread?212621</link>
			<guid isPermaLink="true">http://osnews.com/thread?212621</guid>
			<description>The install time helper scripts now also get used or are being looked at in third party installers as mentioned in the comment section on linux.com<br />
<br />
<a href="http://applications.linux.com/comments.pl?sid=37893&amp;pid=95101&amp;threshold=0&amp;mode=nested&amp;commentsort=0&amp;op=Change" rel="nofollow">http://applications.linux.com/comments.pl?sid=37893&amp;pid=95101&a...</a></description>
			<pubDate>Wed, 14 Feb 2007 12:58:00 GMT</pubDate>
			<author>donotreply@osnews.com (anda_skoa)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>I'm eagerly waiting</title>
			<link>http://osnews.com/thread?212631</link>
			<guid isPermaLink="true">http://osnews.com/thread?212631</guid>
			<description>for the time when it will be possible to access to the native file, print and other dialogs of the running DE from any app - so that, say, Gimp opens KDE file dialog for saving a file, and Krita opens Gnome one. AFAIK Portland plans to implement that, but at some later stage.<br />
<br />
Also, it would be nice to take over the seemingly abandoned, but once promising Metatheme project to implement a uniform look for all widget toolkits.<br />
<br />
And of course, a unified, standard API for cross-distro package installation would be a most welcome addition.</description>
			<pubDate>Wed, 14 Feb 2007 13:44:00 GMT</pubDate>
			<author>donotreply@osnews.com (Temcat)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: I'm eagerly waiting</title>
			<link>http://osnews.com/thread?212634</link>
			<guid isPermaLink="true">http://osnews.com/thread?212634</guid>
			<description>For file dialogs, the xdg-utils repository already contains a script which just hasn't been in the 1.0 release since the availabilty of zenity (used in case of GNOME and XFCE) can not be sufficiently expected.</description>
			<pubDate>Wed, 14 Feb 2007 13:53:00 GMT</pubDate>
			<author>donotreply@osnews.com (anda_skoa)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: I'm eagerly waiting</title>
			<link>http://osnews.com/thread?212636</link>
			<guid isPermaLink="true">http://osnews.com/thread?212636</guid>
			<description>Interesting! But is it really necessary to rely on zenity? I don't think Portland needs all its capabilities and versatility to open several dialog windows. Also, a script is IMO not the optimal solution for opening a dialog window from an application such as Gimp or Krita.</description>
			<pubDate>Wed, 14 Feb 2007 14:10:00 GMT</pubDate>
			<author>donotreply@osnews.com (Temcat)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: I'm eagerly waiting</title>
			<link>http://osnews.com/thread?212643</link>
			<guid isPermaLink="true">http://osnews.com/thread?212643</guid>
			<description>But is it really necessary to rely on zenity? I don't think Portland needs all its capabilities and versatility to open several dialog windows<br />
<br />
If you know a better dialog program for GNOME/XFCE which can do file selection dialogs, we are interested in hearing about it.<br />
<br />
Also, a script is IMO not the optimal solution for opening a dialog window from an application such as Gimp or Krita<br />
<br />
Yes, true, the service based second phase will be more suitable for this, but I thought it can't hurt to mention xdg-file-dialogs in case someone wants to do file related stuff in a script</description>
			<pubDate>Wed, 14 Feb 2007 14:52:00 GMT</pubDate>
			<author>donotreply@osnews.com (anda_skoa)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Software Installation?</title>
			<link>http://osnews.com/thread?212651</link>
			<guid isPermaLink="true">http://osnews.com/thread?212651</guid>
			<description>Anyone care to mention software installation? *Ducks*<br />
<br />
I think Portland could help out quite a bit here, and the DBUS interfaces could prove to be mighty useful for everyone.Edited 2007-02-14 15:41</description>
			<pubDate>Wed, 14 Feb 2007 15:40:00 GMT</pubDate>
			<author>donotreply@osnews.com (segedunum)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: I'm eagerly waiting</title>
			<link>http://osnews.com/thread?212657</link>
			<guid isPermaLink="true">http://osnews.com/thread?212657</guid>
			<description>&quot;for the time when it will be possible to access to the native file, print and other dialogs of the running DE from any app&quot;<br />
<br />
I would like to suggest to look into: (search kde-apps.org)<br />
kgtk - for OVERRIDING the GTK open / save dialogs with KDE ones. (yes, Gimp, Inkscape, OpenOffice etc with KDE open / save dialog)<br />
<br />
&quot;Also, it would be nice to take over the seemingly abandoned, but once promising Metatheme project to implement a uniform look for all widget toolkits.&quot;<br />
<br />
gtk-qt-engine - for making ALL applications follow chosen KDE look.<br />
<br />
I am not prescribing, but just suggesting that these are worthy, working tools for KDE-centric users.</description>
			<pubDate>Wed, 14 Feb 2007 16:21:00 GMT</pubDate>
			<author>donotreply@osnews.com (suslik)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: I'm eagerly waiting</title>
			<link>http://osnews.com/thread?212744</link>
			<guid isPermaLink="true">http://osnews.com/thread?212744</guid>
			<description>kgtk - for OVERRIDING the GTK open / save dialogs with KDE ones. (yes, Gimp, Inkscape, OpenOffice etc with KDE open / save dialog)<br />
<br />
This is cool, didn't know about this proggie! But unfortunately, it's not DE-agnostic.<br />
<br />
gtk-qt-engine - for making ALL applications follow chosen KDE look.<br />
<br />
Yeah, I knew about gtk-qt-engine, but IMO Metatheme created more uniform look. Also, Metatheme was toolkit-neutral right from the start.</description>
			<pubDate>Wed, 14 Feb 2007 21:13:00 GMT</pubDate>
			<author>donotreply@osnews.com (Temcat)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: I'm eagerly waiting</title>
			<link>http://osnews.com/thread?212746</link>
			<guid isPermaLink="true">http://osnews.com/thread?212746</guid>
			<description>If you know a better dialog program for GNOME/XFCE which can do file selection dialogs, we are interested in hearing about it.<br />
<br />
Nah, I just think that the corresponding functionality should be implemented right within the Portland project - possibly by borrowing the relevant code from Zenity.</description>
			<pubDate>Wed, 14 Feb 2007 21:16:00 GMT</pubDate>
			<author>donotreply@osnews.com (Temcat)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
