[sw-issues] [Issue 53489] Column widths in Writer on ly calculated in percent values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53489 --- Additional comments from dgard...@openoffice.org Tue Dec 8 13:37:52 + 2009 --- In the intervening four years I have lost interest in this issue and do not intend to retest it. I fail to see the point of a bug tracking system where reporters put a lot of effort into reporting issues only to be told years later to retest because the bug may have been fixed by accident. You don't need a bug tracking system to manage a process like that--just redirect everything to /dev/null. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 71329] slides not visible in note s view
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71329 --- Additional comments from dgard...@openoffice.org Tue Feb 17 20:15:15 + 2009 --- This appears to be closely related to--or a duplicate of--issue 45923. It might be best to vote for just one of these issues to get someone to finally look at it after almost FOUR YEARS! Like many here, this is the single biggest problem I have with Impress. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 45923] Export to Powerpoint cause s problems with Notes View
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=45923 --- Additional comments from dgard...@openoffice.org Tue Feb 17 20:22:26 + 2009 --- See issue 71329 for a variation on this problem: when files are created in Powerpoint, there is a problem showing the slides on the notes pages. I have this problem in 2.4.1. In an older version, reapplying the layout to the notes page used to fix the problem temporarily (it broke again the next time the document was saved). However, in 2.4.1, reapplying the layout to the notes page makes the slide appear off the top left of the page and full size. I can drag the slide down to the page, but I cannot resize it. It appears bigger than the page and covers the notes, so there is now no useful workaround and Impress is useless to me. Back to Powerpoint for me. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 45923] Export to Powerpoint cause s problems with Notes View
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=45923 --- Additional comments from dgard...@openoffice.org Tue Feb 17 20:56:20 + 2009 --- This might help: changing the page (paper) size for the notes pages makes the slide appear aligned to the top left of the page instead of way off to the top right of the screen. The slide is still too big, though, and is stretched into a portrait orientation instead of landscape (as if mimicking the orientation of the notes page in which it is embedded). - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 53489] New - Incorrect Calculatio n of Relative Column Widths in Tables
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53489 Issue #:|53489 Summary:|Incorrect Calculation of Relative Column Widths in |Tables Component:|Word processor Version:|OOo 2.0 Beta Platform:|All URL:| OS/Version:|Windows 2000 Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|formatting Assigned to:|mru Reported by:|dgardner --- Additional comments from [EMAIL PROTECTED] Thu Aug 18 04:57:58 -0700 2005 --- I've been using XSLT stylesheets to create the content.xml file in Open Document format in OO.o Writer 1.9.122. The source documents in DocBook XML format specify table column widths proportionally using the n* notation, where n is the proportion. These values are copied directly to the Open Document content because they are defined to mean the same thing and work the same way. In Open Document the content looks like this: style:style style:family=table-column style:name=col1 style:table-column-properties style:rel-column-width=40*/ /style:style style:style style:family=table-column style:name=col2 style:table-column-properties style:rel-column-width=60*/ /style:style !-- -- table:table table:style-name=YYY table:table-name=t1 table:table-columns table:table-column table:style-name=col1/ table:table-column table:style-name=col2/ /table:table-columns !-- ... -- /table:table When I open this content in Writer, it looks fine. The column widths are split 40:60 as expected. However, if the proportions are specified as values that do not resemble percentages, it does not work. The same relative column widths can be specified using 2* and 3* instead of 40* and 60*, but small numbers like that result in all columns appearing to be the same width. Because the percentage-like ratios work and the very same ratios specified using non-percentage-like values do not work, I suspect that the relative column widths are being interpreted as percentages instead of arbitrary ratios. This does not conform to the Open Document 1.0 specification (section 15.9.1 Column Width) that shows how the widths should be calculated from the proportional values (the same way as DocBook does it, which it why the transformation should be so convenient and why I noticed that there was a problem). I tried to find the source code that does this calculation but got completely lost and couldn't find anything at all--I didn't even know which CVS repository might contain the code--so, I can't confirm that the reason for the problem is what I suspect it might be. Does anyone know where that code might be? - 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 53489] Column widths in Writer o nly calculated in percent values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53489 --- Additional comments from [EMAIL PROTECTED] Thu Aug 18 07:30:37 -0700 2005 --- Are you sure this should be treated as an enhancement? Treating the relative column widths as percent values is simply wrong and not just an incomplete implementation that can later be enhanced. The treatment only works when, by accident or design, the relative widths add up to approximately 100 (once the total is close to 100, any slight error will probably go unnoticed). The Open Document specification says: A relative width is specified by the style:rel-column-width property that takes a number value, followed by a '*' character. If rc is the relative with [sic] of the column, rs the sum of all relative columns widths, and ws the absolute width that is available for these columns, then the absolute with wc of the column is wc=rc ws/rs. Nowhere is there any suggestion that these values should be assumed to be percentage values. As I cannot find the code in question, I would guess that the error is that rs (the sum of all relative column widths) is being assumed to be 100 instead of being calculated correctly by summing the relative width values for each column. This use of n* notation for relative width values is identical to the proportional width scheme defined in the DocBook specification and assuming the values to be percentages (despite the * character, not the % character) hinders what was probably a deliberate attempt to make the specifications compatible in this respect. In the meantime, I can work around this by converting the ratios to percentage values, but this is not easy to do in what was an otherwise simple XSLT stylesheet (I might post my solution later if I can get something working). - 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]