<?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"
	>
<channel>
	<title>Comments on: Printing with Linux and Firefox 3</title>
	<atom:link href="http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/feed/" rel="self" type="application/rss+xml" />
	<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/</link>
	<description>My *other* country is in Iraq</description>
	<pubDate>Fri, 21 Nov 2008 08:42:23 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Livio</title>
		<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4681</link>
		<dc:creator>Livio</dc:creator>
		<pubDate>Thu, 21 Feb 2008 19:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4681</guid>
		<description>@nacho: are you blind? Screenshot shows print dialog to say "goodbye".</description>
		<content:encoded><![CDATA[<p>@nacho: are you blind? Screenshot shows print dialog to say &#8220;goodbye&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4413</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 23 Jan 2008 18:45:57 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4413</guid>
		<description>Printing stuff is a bit broken at the moment. It would be nice if the brower would give the user more power of the content he wants to print out. At the moment, most of the time, the ugly, no good-css websites, I do c&#38;p to openoffice. I really would like to stop that.

FF3 nightly with multiple selections (ctrl+click) &#38; options: print only  selections, only gives me blank pages. I want more power, this should be possible by manipulation the DOM view in print preview. See aardvar firefox plugin.</description>
		<content:encoded><![CDATA[<p>Printing stuff is a bit broken at the moment. It would be nice if the brower would give the user more power of the content he wants to print out. At the moment, most of the time, the ugly, no good-css websites, I do c&amp;p to openoffice. I really would like to stop that.</p>
<p>FF3 nightly with multiple selections (ctrl+click) &amp; options: print only  selections, only gives me blank pages. I want more power, this should be possible by manipulation the DOM view in print preview. See aardvar firefox plugin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: everyone</title>
		<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4411</link>
		<dc:creator>everyone</dc:creator>
		<pubDate>Wed, 23 Jan 2008 16:43:30 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4411</guid>
		<description>Hurrah!</description>
		<content:encoded><![CDATA[<p>Hurrah!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nacho</title>
		<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4409</link>
		<dc:creator>nacho</dc:creator>
		<pubDate>Wed, 23 Jan 2008 16:20:17 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4409</guid>
		<description>That print dialog doesn't seem really gnomish (that ugly frame)</description>
		<content:encoded><![CDATA[<p>That print dialog doesn&#8217;t seem really gnomish (that ugly frame)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Livio</title>
		<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4408</link>
		<dc:creator>Livio</dc:creator>
		<pubDate>Wed, 23 Jan 2008 16:09:42 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4408</guid>
		<description>http://www.flickr.com/photos/livio-pl/2214776914/</description>
		<content:encoded><![CDATA[<p><a href="http://www.flickr.com/photos/livio-pl/2214776914/" rel="nofollow">http://www.flickr.com/photos/livio-pl/2214776914/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Holger Berndt</title>
		<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4406</link>
		<dc:creator>Holger Berndt</dc:creator>
		<pubDate>Wed, 23 Jan 2008 15:56:55 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4406</guid>
		<description>Totally unrelated to Firefox' integration of the print dialog: 
Though GTK+'s "new" print capabilities (they're not so new anymore, but still hardly used.. I wonder why) are really nice and a huge step forward compared to libgnomeprint, they feel half-done.
There's no easy way to print such a standard things as a GtkTextBuffer.
The print preview is basically undocumented, necessary signals that are needed for a custom preview implementation are not mentioned in the API docs. As there's also no real example of a working preview, one has to dig in the code to find the signals.
Bug 479303 bites me all the time.
Implementing the preview as 'print to pdf' and then opening in Evince is quite a bad idea too.
We had to write 1300 lines of code for printing of a GtkTextBuffer with a custom preview, other applications will have to do the same for this common task of printing a text buffer!</description>
		<content:encoded><![CDATA[<p>Totally unrelated to Firefox&#8217; integration of the print dialog:<br />
Though GTK+&#8217;s &#8220;new&#8221; print capabilities (they&#8217;re not so new anymore, but still hardly used.. I wonder why) are really nice and a huge step forward compared to libgnomeprint, they feel half-done.<br />
There&#8217;s no easy way to print such a standard things as a GtkTextBuffer.<br />
The print preview is basically undocumented, necessary signals that are needed for a custom preview implementation are not mentioned in the API docs. As there&#8217;s also no real example of a working preview, one has to dig in the code to find the signals.<br />
Bug 479303 bites me all the time.<br />
Implementing the preview as &#8216;print to pdf&#8217; and then opening in Evince is quite a bad idea too.<br />
We had to write 1300 lines of code for printing of a GtkTextBuffer with a custom preview, other applications will have to do the same for this common task of printing a text buffer!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Haisen</title>
		<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4405</link>
		<dc:creator>Haisen</dc:creator>
		<pubDate>Wed, 23 Jan 2008 15:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4405</guid>
		<description>And how the new thing looks?</description>
		<content:encoded><![CDATA[<p>And how the new thing looks?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Livio</title>
		<link>http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4404</link>
		<dc:creator>Livio</dc:creator>
		<pubDate>Wed, 23 Jan 2008 14:13:41 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2008/01/23/printing-with-linux-and-firefox-3/#comment-4404</guid>
		<description>You should use Minefield - it introduces many fixes and improvements over UI and some functionality.</description>
		<content:encoded><![CDATA[<p>You should use Minefield - it introduces many fixes and improvements over UI and some functionality.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.464 seconds -->
