[sw-issues] [Issue 74107] Import Word Doc with Speci al characters is wrong
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74107 --- Additional comments from [EMAIL PROTECTED] Fri Feb 2 13:25:23 + 2007 --- I was not able to consistently reproduce the bug on WinXP, using OpenOffice Build 2.1. However, upon further testing, a similar defect was found. This bug only seems to occur upon first installation of OO Writer. The steps to reproduce the defect are given below: 1. Create a file special_chars_test.doc as a Microsoft Word 2003 file. Type a few lines of special characters, especially mathematical, Greek, Arabic and Farsi symbols. 2. Exit Microsoft Word and open OpenOffice Writer (Build 2.1). 3. Open the special_chars_test.doc file in OO Writer. 4. All characters appear correctly so far. 5. Exit OO and run the Wordpad application and open the same file in Wordpad. 6. Save the file in Rich Text Format (.rtf extension) and then exit Wordpad. 7. Run OO Writer again and open the file saved in RTF format. 8. Some symbols will appear as a question mark, which is not expected. Specifically, only the foreign language symbols (Arabic and Farsi alphabet) appeared as question marks. However, it is to note that the second time these steps were followed, OO Writer recognized all symbols correctly and it could no longer reproduce the bug. Hence, it seems this is a state-dependent bug that can be reproduced in special circumstances. When the bug was replicated, no other .rtf or .doc document was present within the folder in which the files were saved. For further follow-up testing, OO Writer was uninstalled and re-installed and the above steps were again followed. This time, some characters again appeared as question marks. It seems the bug occurs when OO Writer is used for the first time. It is to note that special symbols consistently appear as question marks in OO Build 2.0.4. The only work-around to this in Build 2.1 seems to be closing OO Writer and opening the file again, which then seems to recognize all characters. - 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]
[graphics-issues] [Issue 72828] Hypertext link and animati on result in incorrect or missing links
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=72828 --- Additional comments from [EMAIL PROTECTED] Fri Feb 2 14:23:25 + 2007 --- This bug was successfully reproduced on WinXP with OpenOffice Impress Build 2.1 and on Linux with OO Build 2.0.4. Further follow-up testing gave some additional information. Consider the following reproduction steps: 1. Open OO Impress Build 2.1 and create a new presentation. 2. Choose the Title, Text layout. 3. In five bullets, type the following addresses: www.cbc.ca, www.google.com, www.investors.ca, www.micro.org, www.finance.net 4. Add different animations to each hyperlink text. 5. View slideshow (F5). I found that only the first hyperlink is still active after animations were added. However, any other hyperlink text was not active. Also, all hyperlinks directed the user to the respective website in the Normal Layout, but none were active in the Outline Layout. This is misleading to the user who is using the Outline Layout, since the hyperlinks are displayed but clicking on them does not redirect the user to that website. Also note that the first link always appeared correctly, regardless of whether it was animated or not. Furthermore, if a non-animated hyperlink appears with animated ones, then the non-animated link is also broken. Links with many extensions were tested, including those from different countries, but the pattern did not change. Very rarely, it was found that the third hyperlink also became active, when there were more than 5 hyperlinks on the slide. Also, when the presentation is viewed, the position of the first link is active even when the slide appears blank and the hyperlink text has not yet come up on the screen. The only way around to this problem seems to be avoiding animations on any hyperlink text. - 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 71626] Manual page breaks surroun ded by hidden text must become disabled when t ext is hidden.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71626 --- Additional comments from [EMAIL PROTECTED] Fri Feb 2 14:57:55 + 2007 --- I was able to reproduce this bug on WinXP using OO Writer Build 2.1 and Linux using Build 2.0.4. The mentioned reproduction steps were very useful. When all characters within a document were hidden, all characters were hidden as expected. Hence, the extra pages were hidden. Also, when all characters are hidden, it is impossible to type new characters, since the cursor guide does not show up on the page anymore, which is very inconvenient for the user. However, if only a few characters are hidden, including the page breaks, then the extra pages still appear, but they cannot be written to. This occurs regardless of where the page breaks are (at the beginning, end or middle of the document). Additionally, when CTRL-A is applied after the page breaks are hidden (to select everything in the document), no text is highlighted. It seems that OO Writer does not recognize the presence of the unhidden character. However, you are able to manually highlight the text by moving the cursor. This, again, is very inconvenient if a user is working on a large document. The only way around this seems to be making the top margin larger than the bottom margin and adding a new line character at the beginning of the file. This way, the top and bottom margins look similar, and the user is still able to write when all text, except for the first line, is hidden. - 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]
[graphics-issues] [Issue 73927] Export to PPT file: I can' t edit slides with PowerPoint
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73927 --- Additional comments from [EMAIL PROTECTED] Fri Feb 2 15:28:37 + 2007 --- The bug was successfully replicated on WinXP using OpenOffice Build 2.1 and on Linux using OO Build 2.0.4. However, I could not reproduce the bug with any document other than the one provided. To further test the situation, the contents of the given file were copied and pasted in another OO Impress presentation. The file was then saved with the .ppt extension and opened using Microsoft PowerPoint 2003. The file appeared seamlessly and could be easily edited. Also, surprisingly, the properties of the corrupted and copy-pasted files were different. Consider the following steps: 1. Copy all contents of the given powerpoint file. 2. Open OO Impress and paste all contents onto a new slide. 3. Save the file in .ppt extension. 4. Open the My Computer icon and right-click on the corrupted file and select Properties. The size of the file appears as 97.0 KB. 5. Similarly check the Properties of the copy-pasted file. The size of this file is 92.0KB. Also note that the corrupted file takes up more space on the hard disk than needed, whereas the copy-pasted file takes up only a reasonable amount of space. However, the contents of the two files appear the same when opened in OO Impress. This may be an important find. To further test the problem, images from ClipArt and WordArt were also inserted in a new presentation; however, no such problem occurred in this case. If a document does appear corrupted in Microsoft PPT, the only way around it seems to be either opening it in OO Impress or copying the contents in Impress and pasting them in another PPT presentation. - 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 73698] Tables from Ms Word breaks across columns for no reason
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73698 --- Additional comments from [EMAIL PROTECTED] Fri Feb 2 15:59:55 + 2007 --- I was not able to reproduce this defect on WinXP using OO Build 2.1. I followed the following steps: 1. Run Microsoft Word 2003 and open a new document. 2. Insert three columns (Format Columns). 3. Create three tables, one in each column, each with 2 rows and at least 15 columns. 4. Save the file in .doc format and open it in OO Writer. 5. For each table, go to Table Table Properties, make sure column or row breaks are allowed. However, although breaks were allowed, none were observed. The only problem seemed to be that the column width was modified so that the edges of the tables exceeded the width of the column. Both empty and filled tables were tested. Also, different number of columns and rows for the tables were tested. I could not reproduce the bug in any of the cases. Although I was able to open the Word file in OO Writer, I could not paste the contents of the Word file in OO Writer without completely losing the format of the tables. When the content is pasted, indeed there is breaks between the rows and the cell size of each table appears larger. No breaks between columns were observed, however. In this case, getting around the problem does not seem apparent, other than manually changing the format of the tables. - 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]
