To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=2497
------- Additional comments from [EMAIL PROTECTED] Thu Aug 18 14:50:10 -0700 2005 ------- The filter and accompanying tools make some (more or less advanced) use of generic types and enhanced for loops. This is not a strong reason, but I think its a job for a compiler, not for a human to do the transformation back to 1.0 and from there to ByteCode :-). This is a fun project of mine and writing type casts is not fun. I would suggest to move further discussion and expressions of anger and delight to the newly created Wiki space for the filter located at: http://wiki.services.openoffice.org/twiki/bin/view/Main/SVGImportFilter There, you can also find a guide of how to obtain the filter sources and how to build it yourself. Just let me say the following: At the current early stage, I think it would be no good idea to do the fork. Who wants to be at the bleeding edge of SVG import can risk to use bleeding edge Java technology. But of cause, you are cordially invited to participate in improving the results of the import. http://wiki.services.openoffice.org/twiki/bin/view/Main/SVGFilterSourceCode Best regards, Bernhard. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
