<?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 for Thorsten's Weblog</title>
	<atom:link href="http://blog.thebehrens.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.thebehrens.net</link>
	<description>In the trenches with OpenOffice.org's graphic subsystems</description>
	<pubDate>Thu, 21 Aug 2008 03:23:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>Comment on Recent Progress on SVG Import by wdehoog</title>
		<link>http://blog.thebehrens.net/2008/05/30/recent-progress-on-svg-import/#comment-133</link>
		<dc:creator>wdehoog</dc:creator>
		<pubDate>Wed, 23 Jul 2008 13:54:11 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=118#comment-133</guid>
		<description>I just tried go-oo 2.4.1 and was very pleased to see that it does import dashed lines (which the svg import extension does not). However one of the files I tried made writer and/or draw lock up completely. The correctly loaded files were made by Inkscape and SDEdit. The file that cased the hang was created using gnu libplot. If you want I can send you the file.</description>
		<content:encoded><![CDATA[<p>I just tried go-oo 2.4.1 and was very pleased to see that it does import dashed lines (which the svg import extension does not). However one of the files I tried made writer and/or draw lock up completely. The correctly loaded files were made by Inkscape and SDEdit. The file that cased the hang was created using gnu libplot. If you want I can send you the file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recent Progress on SVG Import by thorstenb</title>
		<link>http://blog.thebehrens.net/2008/05/30/recent-progress-on-svg-import/#comment-81</link>
		<dc:creator>thorstenb</dc:creator>
		<pubDate>Sat, 28 Jun 2008 18:05:43 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=118#comment-81</guid>
		<description>@yoyo: agreed - the missing elements are bugs, that need to be fixed. please write an issue for that (bugzilla.novell.com). You actually _can_ link to svgs, just check the "link" checkbox in the insert picture dialog.

Editing svg content is done by opening the svg via file-&#62;open (not via insert-&#62;image). The content is then converted to ODF.</description>
		<content:encoded><![CDATA[<p>@yoyo: agreed - the missing elements are bugs, that need to be fixed. please write an issue for that (bugzilla.novell.com). You actually _can_ link to svgs, just check the &#8220;link&#8221; checkbox in the insert picture dialog.</p>
<p>Editing svg content is done by opening the svg via file-&gt;open (not via insert-&gt;image). The content is then converted to ODF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recent Progress on SVG Import by yoyo</title>
		<link>http://blog.thebehrens.net/2008/05/30/recent-progress-on-svg-import/#comment-80</link>
		<dc:creator>yoyo</dc:creator>
		<pubDate>Fri, 27 Jun 2008 13:03:55 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=118#comment-80</guid>
		<description>I have tried the code in 2.4.1, but it fails to import some of my SVGs properly (missing elements, etc.).  I don't need to edit the images with OO (and wouldn't anyway, since Inkscape's interface is much easier and more flexible), so it makes more sense to me to simply render the graphics without converting.  In my case, what would be ideal is to be able to link to SVG files on the disk in a read-only fashion.  Then these could be edited by external programs, and simply updated in the OO document when they have changed.

This also has to do with consistency -- when I select "insert image", I expect that the image will only be read, and not changed, and that I can optionally link to the image instead of embedding it (since that is how it is for most other images).  In the case of *converting*, the option should be located elsewhere (in a different menu option, and also somewhere in OO Draw).</description>
		<content:encoded><![CDATA[<p>I have tried the code in 2.4.1, but it fails to import some of my SVGs properly (missing elements, etc.).  I don&#8217;t need to edit the images with OO (and wouldn&#8217;t anyway, since Inkscape&#8217;s interface is much easier and more flexible), so it makes more sense to me to simply render the graphics without converting.  In my case, what would be ideal is to be able to link to SVG files on the disk in a read-only fashion.  Then these could be edited by external programs, and simply updated in the OO document when they have changed.</p>
<p>This also has to do with consistency &#8212; when I select &#8220;insert image&#8221;, I expect that the image will only be read, and not changed, and that I can optionally link to the image instead of embedding it (since that is how it is for most other images).  In the case of *converting*, the option should be located elsewhere (in a different menu option, and also somewhere in OO Draw).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on More on source code grokking tools by Static code analysis &#38; gcc &#171; Thorsten&#8217;s Weblog</title>
		<link>http://blog.thebehrens.net/2006/02/14/more-on-source-code-grokking-tools/#comment-77</link>
		<dc:creator>Static code analysis &#38; gcc &#171; Thorsten&#8217;s Weblog</dc:creator>
		<pubDate>Fri, 20 Jun 2008 19:25:35 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/2006/02/14/more-on-source-code-grokking-tools/#comment-77</guid>
		<description>[...] Posted in OpenOffice.org    Wow. Hub just pointed me at one of the recent GCC developer summit&#8217;s talks (also quite interesting: coding rule checking and incremental compilation, which goes along nicely with gold&#8217;s (not-yet-implemented) incremental linking), which presents a static c++ code analysis framework, implemented on top of GCC (I mentioned some previous attempts at that before). [...]</description>
		<content:encoded><![CDATA[<p>[...] Posted in OpenOffice.org    Wow. Hub just pointed me at one of the recent GCC developer summit&#8217;s talks (also quite interesting: coding rule checking and incremental compilation, which goes along nicely with gold&#8217;s (not-yet-implemented) incremental linking), which presents a static c++ code analysis framework, implemented on top of GCC (I mentioned some previous attempts at that before). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recent Progress on SVG Import by thorstenb</title>
		<link>http://blog.thebehrens.net/2008/05/30/recent-progress-on-svg-import/#comment-76</link>
		<dc:creator>thorstenb</dc:creator>
		<pubDate>Tue, 10 Jun 2008 09:09:19 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=118#comment-76</guid>
		<description>Lars, this will be in 2.4.1 for all ooo- build based distros (including Ubuntu)</description>
		<content:encoded><![CDATA[<p>Lars, this will be in 2.4.1 for all ooo- build based distros (including Ubuntu)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recent Progress on SVG Import by Lars Hansen</title>
		<link>http://blog.thebehrens.net/2008/05/30/recent-progress-on-svg-import/#comment-75</link>
		<dc:creator>Lars Hansen</dc:creator>
		<pubDate>Tue, 10 Jun 2008 01:14:22 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=118#comment-75</guid>
		<description>Hi,

How can I try this out? I am currently using OO 2.4.0 installed with the Ubuntu package manager. Do I need to install the 3.0.0 beta, or something?

Thanks! Cannot wait to be able to insert a svg picture from a file. 

Lars</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>How can I try this out? I am currently using OO 2.4.0 installed with the Ubuntu package manager. Do I need to install the 3.0.0 beta, or something?</p>
<p>Thanks! Cannot wait to be able to insert a svg picture from a file. </p>
<p>Lars</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recent Progress on SVG Import by thorstenb</title>
		<link>http://blog.thebehrens.net/2008/05/30/recent-progress-on-svg-import/#comment-73</link>
		<dc:creator>thorstenb</dc:creator>
		<pubDate>Mon, 09 Jun 2008 08:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=118#comment-73</guid>
		<description>Yep, uniform transparency (and transparency gradients, as supported by OOo) does work.</description>
		<content:encoded><![CDATA[<p>Yep, uniform transparency (and transparency gradients, as supported by OOo) does work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recent Progress on SVG Import by Aldi</title>
		<link>http://blog.thebehrens.net/2008/05/30/recent-progress-on-svg-import/#comment-69</link>
		<dc:creator>Aldi</dc:creator>
		<pubDate>Wed, 04 Jun 2008 19:36:57 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=118#comment-69</guid>
		<description>Thorsten, thank you for your great work! I look forward to use SVG in OOo.org. Besides gradients, does it support transparencies, too?</description>
		<content:encoded><![CDATA[<p>Thorsten, thank you for your great work! I look forward to use SVG in OOo.org. Besides gradients, does it support transparencies, too?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Built-in SVG import by Recent Progress on SVG Import &#171; Thorsten&#8217;s Weblog</title>
		<link>http://blog.thebehrens.net/2008/02/28/built-in-svg-import/#comment-63</link>
		<dc:creator>Recent Progress on SVG Import &#171; Thorsten&#8217;s Weblog</dc:creator>
		<pubDate>Fri, 30 May 2008 12:31:22 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=90#comment-63</guid>
		<description>[...] in OpenOffice.org    So, got some time to work on SVG import again. Gradients are now working pretty good (within the limits of OOo/ODF, of course), basic text [...]</description>
		<content:encoded><![CDATA[<p>[...] in OpenOffice.org    So, got some time to work on SVG import again. Gradients are now working pretty good (within the limits of OOo/ODF, of course), basic text [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Quality of OOo, Alternative View by thorstenb</title>
		<link>http://blog.thebehrens.net/2008/05/27/the-quality-of-ooo-alternative-view/#comment-52</link>
		<dc:creator>thorstenb</dc:creator>
		<pubDate>Tue, 27 May 2008 11:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://thorstenb.wordpress.com/?p=117#comment-52</guid>
		<description>Thorsten, right - the enforcement changed after 2.0. The rules have been there before. And the reason for reduced pressure to break the rules was - train model.

Regarding the exceptionality of this process - I beg to differ, this is the norm in the FLOSS world, not the exception. And I believe that no QA person should be afraid of the kind of hacker I was referring to: http://en.wikipedia.org/wiki/Hacker#Open_Source_and_Free_Software_hackers :-)</description>
		<content:encoded><![CDATA[<p>Thorsten, right - the enforcement changed after 2.0. The rules have been there before. And the reason for reduced pressure to break the rules was - train model.</p>
<p>Regarding the exceptionality of this process - I beg to differ, this is the norm in the FLOSS world, not the exception. And I believe that no QA person should be afraid of the kind of hacker I was referring to: <a href="http://en.wikipedia.org/wiki/Hacker#Open_Source_and_Free_Software_hackers" rel="nofollow">http://en.wikipedia.org/wiki/Hacker#Open_Source_and_Free_Software_hackers</a> <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
