[sw-issues] [Issue 104547] Format incompatibility fo r hidden characters between OO2.4 and OO3
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104547 User dysmas changed the following: What|Old value |New value Summary|Fromat incompatibility for|Format incompatibility for | hidden characters between| hidden characters between | OO2.4 and OO3| OO2.4 and OO3 --- Additional comments from dys...@openoffice.org Thu Aug 27 11:34:21 + 2009 --- I added a file with my testfiles on : pagesperso-orange.fr/ad-libros/bug-oo3_hidden-characters.zip - 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
[sw-issues] [Issue 104547] Fromat incompatibility fo r hidden characters between OO2.4 and OO3
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104547 Issue #|104547 Summary|Fromat incompatibility for hidden characters between O |O2.4 and OO3 Component|Word processor Version|OOo 3.1 Platform|PC URL| OS/Version|Windows 2000 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|formatting Assigned to|writerneedsconfirm Reported by|dysmas --- Additional comments from dys...@openoffice.org Thu Aug 27 11:24:33 + 2009 --- A document written in OO 2.4 with hidden characters is not opened correctly in OO 3 (any version), and conversely. The behaviour is erratic : Hidden characters may be visible , normal characters may be hidden. Step by step demonstration : 1) In OO 2.4 create a document with : Lo-rem i-psum do-lor Lo-rem i-psum do-lor 2) Hide all - You now see : Lorem ipsum dolor Lorem ipsum dolor 3) save the document and close. 4) Open the document in OO 3. You see : Lo-rem ipsum do-lor Lo-rem i-psum do-lor Only the - of the first "ipsum" is hidden. 5) still in OO 3, save the document on a new name and open the new document in OO 2.4. You see : Lorem i-psum dolor Lo-rem i-psum do-lor So the first line is just the opposite of what it was in OO 3. Since the bug is quite erratic, you may see different things, but I have never seen a correct test. This bug was present in the first version of OO 3 I tried, months ago. I thought others would have reported it, but I fear I was wrong. If I open the "contents.xml files", I find this : In the original 2.4 document : and lower : Lo- rem i- psum do- lor Lo- rem i- psum do- lor Which is correct. In the file saved under OO 3 I find : and lower : Lo- rem i- psum do- lor Lo- rem i- psum do- lor which demonstrates the problem. - 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
[sw-issues] [Issue 82544] Variable shown in header s eems to lose the connection to the defined var iable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82544 --- Additional comments from [EMAIL PROTECTED] Tue Apr 1 16:12:17 + 2008 --- Hello, happy that you started this issue. Regressions are such an annoying situation, when you have files which were fine last year and no longer work properly. Thanks for your work. - 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]
[api-issues] [Issue 85188] Table.width incorrect in A PI
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85188 --- Additional comments from [EMAIL PROTECTED] Sat Jan 12 12:16:11 + 2008 --- 115595 is not the maximum possible value for a table. I made the same tests on a page 220 cm wide. In the second step of the text I got the expected 22 - 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]
[api-issues] [Issue 85188] Table.width incorrect in A PI
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85188 Issue #|85188 Summary|Table.width incorrect in API Component|api Version|OOo 2.3 Platform|PC URL| OS/Version|Windows 2000 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|dysmas --- Additional comments from [EMAIL PROTECTED] Sat Jan 12 12:09:04 + 2008 --- Open a document in Writer. Create a table, either with the button or with the menu. Put the cursor in the table. Run the following code : o_curs = thisComponent.getcurrentcontroller.getviewCursor o_table = o_curs.TextTable msgbox o_table.width the value reported is : 115595 (sometimes 155596) Open the table properties and set the alignment to anything else than automatic. Run the code again : the correct value is reported (17000 in my example). Setback alignment to automatic and run the code : the value is correct. Close the document. Open it again, run the code : you get 115595. - 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 82544] Variable shown in header s eems to lose the connection to the defined var iable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82544 --- Additional comments from [EMAIL PROTECTED] Sat Dec 1 12:16:14 + 2007 --- For those (like me) who cannot wait for a fix of this bug, there is a strange workaround : Add a "define variable" in the header (or footer) for the variable which is shown in the header. You can give whatever value you want, it will not be used. Nothing has changed, you still have the "0" displayed. Close and reopen the document. Now the variable is displayed normally as it should. - 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]
[api-issues] [Issue 36755] variables with underscore in their name cannot be inspected
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36755 --- Additional comments from [EMAIL PROTECTED] Thu Nov 29 18:15:28 + 2007 --- This is totally wrong. You cannot inspect variables with underscore if you simply put the cursor on the name and click the button. This is right. But you have just to select the complete name before you click the button, and it works perfectly (or type the full name directly in the edit box). dysmas - 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 84096] variables used in header a re locked when document loads
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84096 Issue #|84096 Summary|variables used in header are locked when document load |s Component|Word processor Version|OOo 2.3 Platform|PC URL| OS/Version|Windows 2000 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|dysmas --- Additional comments from [EMAIL PROTECTED] Thu Nov 29 18:09:34 + 2007 --- when a variable is displayed in the header of a document by the "show variable" field, everything works fine when you have just inserted it. The variable displayed in the header changes when a new value is defined in the document. Save the document, close it and open it again. The header now displays "0" where it should display the value of the variable. There is no way to change it, it is locked. The first solution is to delete the "show variable" field and insert it again. Then everything is fine again, until you close and reopen the document. A strange workaround may help developers to find the issue : Define a variable test1 in the document, and give it some different values. Insert a "show variable test1" field in the header. Verify that everything is OK. Close and reopen the document. You have now "0" in the header. Add a "set variable test1="anything"" in the header. Nothing has changed, you still have the "0" displayed. Close and reopen the document. Now the variable is displayed normally as it should. Conclusion : there is something which does not work when the document loads. The header is "unaware" of the presence of a variable. If a "set variable" field has been inserted in the document, then something new happens which makes the header aware of the "show variable" field. Now this should happen in every case. It should not be too difficult do fix. - 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]