[sw-issues] [Issue 89683] HTML Rendering is complete ly non-conformant
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89683 User gar37bic changed the following: What|Old value |New value OS/Version|All |Linux Platform|All |PC Version|1.0.0 |OOo 2.4.0 --- Additional comments from [EMAIL PROTECTED] Tue May 20 14:42:27 + 2008 --- Added OOo version info - running Ubuntu Hardy, all system updates up to date. - 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]
[sw-issues] [Issue 89683] HTML Rendering is complete ly non-conformant
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89683 Issue #|89683 Summary|HTML Rendering is completely non-conformant Component|Word processor Version|1.0.0 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|mru Reported by|gar37bic --- Additional comments from [EMAIL PROTECTED] Tue May 20 14:40:32 + 2008 --- As far as I can tell, Writer's rendering of an HTML page has fundamental problems. I can provide examples upon request. - HTML rendering, especially (but not solely) of tables, is wrong in numerous ways. It does not conform to any standard, or to any other browser's practice. - It makes OOo difficult to use as an HTML-to-PDF rendering tool in the UNO environment, requiring an entirely different version of the original HTML page to generate a document that looks like the desired original. For example, some table parameters must be provided in the TABLE definition, while others can be left in the CSS. - CSS is handled incorrectly, ignored and actually removed in unpredictable ways. - The HTML source is mangled eliminating style information. Some of the style information is generally pushed into the element's definition; other style information simply disappears. - OOo inserts additional elements such as P elements inside of table cells. I assume that the document model used by OpenOffice.org differs from that of HTML, making rendering an interesting problem. However it appears to me that the HTML rendering function is obsolete, being based on something akin to HTML 2 prior to the use of CSS. I think the best solution would be to adopt Gecko as the rendering base, rather than trying to fix the existing rendering engine. This would have the salutary effect of synergy with the advancement of Gecko, so OOo would be able to stay 'up-to-date' more easily with modern HTML as it grows and changes. - 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]
[sw-issues] [Issue 10384] filter to import pdf files
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=10384 --- Additional comments from [EMAIL PROTECTED] Fri Jan 19 09:49:20 -0800 2007 --- We have clients who want certain .pdf files delivered to them as .doc files, so they can edit them with the tools they are used to. We plan to support several other formats as well. This is planned as a major new feature of our financial data reporting service, with significant revenue implications. I need to complete a working PHP-based application to do this within a week. I had thought that OOo already supported this, so I'm already committed to finding a solution. I had planned to use OOo in headless mode, calling it from a PHP script. I've tried pdftohtml, but my build seems to be broken, at least so far - it publishes essentially empty HTML pages. pdftk slices and dices PDF but doesn't output anything else. pdf2ps and similar programs seem only to produce images of the pdf file, not at all what I need. - 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]
