[sc-issues] [Issue 90129] Calc fails to save properl y ODS files containing Plane 1 Unicode charact ers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90129 User jallan3 changed the following: What|Old value |New value OS/Version|All |Windows Vista Platform|Unknown |PC - 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]
[sc-issues] [Issue 90129] Calc fails to save properl y ODS files containing Plane 1 Unicode charact ers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90129 Issue #|90129 Summary|Calc fails to save properly ODS files containing Plane | 1 Unicode characters Component|Spreadsheet Version|1.0.0 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|save-export Assigned to|spreadsheet Reported by|jallan3 --- Additional comments from [EMAIL PROTECTED] Thu May 29 23:46:34 + 2008 --- This is an old error, marked as solved and closed. But it is not solved. If I enter Plane 1 Unicode characters in a Calc file, and save as XLS, there are no problems. If I save as ODS, then, if the character U+1 is in the output file, when I reopen the ODS file, the cell which contained that character is blank. Also, if I enter other Plane 1 characters in the spreadsheet, the spreadsheet will save properly as ODS but often does not reopen and gives an error message. It seems that the chances of an ODS spreadsheet not being openable increase with the number of Plane 1 characters included. For ease of examination I have limited my examples to Linear B Syllabary characters and have used the free font Aegean available at http://users.teilar.gr/~g1951d/download.html . The Linear B characters are also found in the font Code2001 available from http://www.code2000.net/code2001.htm . The documents AB_X_C.xls and AB_X_C.ods were created in a single session and saved from the same document visible on screen. In AB_X_C.ods the cell that contains U+1 in the Excel spreadsheet is blank. The documents ABC_Y.xls and ABC_Y.ods were created in a single session and contain in a column the Latin letters A, B, C, followed by 211 Linear B Charactes. Again the Excel spreadsheet is fine, but the ods file will not open, giving instead the error message “Format error discovered in the file content.xml at 2,16598 (row,column).” This issue duplicates issue 79121 (at http://qa.openoffice.org/issues/show_bug.cgi?id=79121 ) and the documents submitted there also give evidence of the problem. Issue 79121 was closed as being supposedly a duplicate of issue 66693 (at http://qa.openoffice.org/issues/show_bug.cgi?id=66693 ). Issue 66693 was closed because a working patch had been created and it was targeted to be applied to OOo version 3.0 Obviously the fix has not been applied to OOo 3.0, or it has been applied and doesn’t work, or the identification of issue 66693 with issue 99121 was incorrect. Jallan3 - 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]
[sc-issues] [Issue 90129] Calc fails to save properl y ODS files containing Plane 1 Unicode charact ers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90129 --- Additional comments from [EMAIL PROTECTED] Thu May 29 23:48:02 + 2008 --- Created an attachment (id=54073) OOo XLS file containg in a column with A B C and two Plane 1 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]
[sc-issues] [Issue 90129] Calc fails to save properl y ODS files containing Plane 1 Unicode charact ers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90129 --- Additional comments from [EMAIL PROTECTED] Thu May 29 23:53:18 + 2008 --- Created an attachment (id=54074) Duplicate of OOo XLS file indicating that U+1 does not save. - 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]
[sc-issues] [Issue 90129] Calc fails to save properl y ODS files containing Plane 1 Unicode charact ers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90129 --- Additional comments from [EMAIL PROTECTED] Thu May 29 23:54:34 + 2008 --- Created an attachment (id=54075) OOo XLS file containg ABC followed by Linear B 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]
[sc-issues] [Issue 90129] Calc fails to save properl y ODS files containing Plane 1 Unicode charact ers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90129 --- Additional comments from [EMAIL PROTECTED] Thu May 29 23:55:27 + 2008 --- Created an attachment (id=54076) OOo ODS file that should duplicate ABC_Y but cannot be opened. - 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]
[l10n-issues] [Issue 87590] Incorrect casing for U+026 A, U+0268, U+0197.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87590 Issue #|87590 Summary|Incorrect casing for U+026A, U+0268, U+0197. Component|l10n Version|1.0.0 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|i18npool Assigned to|er Reported by|jallan3 --- Additional comments from [EMAIL PROTECTED] Sat Mar 29 15:33:15 + 2008 --- According to Unicode specifications from Unicode version 1.0 up to the current version of Unicode, the character U+026A LATIN LETTER SMALL CAPITAL I (ɪ) capitalizes as U+0197 LATIN CAPITAL LETTER I WITH STROKE (Ɨ). However in OpenOffice.org (any Windows version and probably in any version), U+026A does not capitalize at all. Instead, in OpenOffice.org, the character U+0268 LATIN SMALL LETTER I WITH STROKE (ɨ) wrongly capitalizes as U+0197 LATIN CAPITAL LETTER I WITH STROKE (Ɨ). See the official Unicode charts for the IPA Extension at http://www.unicode.org/charts/PDF/U0250.pdf . Under U+026A ɪ LATIN SMALL LETTER CAPITAL I it states: “→ 0197 Ɨ Latin capital letter i with stroke”. Under U+0268 ɨ LATIN SMALL LETTER I WITH STROKE it states: “• ISO 6438 gives lowercase of 0197 Ɨ as 026A ɪ not 0268 ɨ”. Similarly see the Latin Extended-B block at http://www.unicode.org/charts/PDF/U0180.pdf. Under U+0197 Ɨ LATIN CAPITAL LETTER I WITH STROKE it states “• ISO 6438 gives lowercase as 026A ɪ, not 0268 ɨ” and also states “→ 026A ɪ latin letter small capital i”. To summarize, the current OpenOffice.org position is: U+026A ɪ LATIN SMALL LETTER CAPITAL I (does not case) U+0268 ɨ LATIN SMALL LETTER I WITH STROKE uppercases to U+0197 LATIN CAPITAL LETTER I WITH STROKE (Ɨ). However Unicode has always held that: U+026A ɪ LATIN SMALL LETTER CAPITAL I uppercases to U+0197 LATIN CAPITAL LETTER I WITH STROKE (Ɨ). U+0268 ɨ LATIN SMALL LETTER I WITH STROKE (does not case). See also http://www.fileformat.info/info/unicode/char/026a/index.htm and http://en.wikipedia.org/wiki/ISO_6438 . - 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]
[framework-issues] [Issue 61540] Standard MS Windows Alt-Ke y Unicode input fails
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=61540 --- Additional comments from [EMAIL PROTECTED] Sat Mar 29 18:23:32 + 2008 --- I agree with John Jason Jordan that it is sad that neither OpenOffice.org (with OpenOffice, version 4.0) or Microsoft (with Vista) has yet to address this issue in respect to all programs. However a free (though not Open Source) utility named “Quick Unicode Input” is available at http://www.cardbox.com/quick.htm . This doesn’t handle characters beyond the base plane but within the base plane allows input of Unicode characters by entering either the decimal value of the character on the Unicode keypad while holding down the Alt key or entering the hex value of the character by entering Alt-numerickeybard-. and then the hex value (on numeric keypad or regular keyboard) while holding down the Alt key. This I believe is the model that OpenOffice.org should follow, save that it should allow input of characters beyond the base plane. Using Quick Unicode Input will probably be sufficient for John Jason Jordan’s needs unless he is using characters beyond the base plane, so that he need not go back to using MS Word. Note that under Windows Vista, if you set up the program to run automatically by putting its icon in the Startup menu folder, it doesn’t work properly, at least on my machine. I have to start it up manually after the current session has booted. But then it works wonderfully. I have no such problems with Windows XP. Perhaps a note in documentation that such free programs exist with a pointer to the website of Quick Unicode Inputm (and any other similar utilities that might appear) would be an acceptable solution for many users until either OpenOffice.org developers or Microsoft provides a solution that works out of the box. Jallan3 - 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]
[sc-issues] [Issue 79121] Extended Unicode character s create corrupted ODS file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79121 User jallan3 changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|WORKSFORME| --- Additional comments from [EMAIL PROTECTED] Sat Aug 11 02:07:48 + 2007 --- I attempted further tests, seeing what happened on an Windows XP system as opposed to a Vista system (and limiting my testing only to the Linear-B block, that is U+1 to U+100FA). Under XP I do not find any problems in opening and reading .ods files, other than that character U+1 has always vanished when the Calc file is opened, though it is retained in an .xls file. But all files open. Trying again in my Vista machine, I find that U+1 similarly always vanishes when a file is saved as .ods, but not when the file is saved as .xls. Also, I find that in Vista, files saved as .ods are only *usually* not readable, but have been unable to determine what causes this. I attach three .xls files and three corresponding .ods files created from the .xls files, two of which will not open and one which will open (but with U+1 missing). Jim Allan - 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]
[sc-issues] [Issue 79121] Extended Unicode character s create corrupted ODS file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79121 --- Additional comments from [EMAIL PROTECTED] Sat Aug 11 02:12:12 + 2007 --- Created an attachment (id=47476) Characters U+1 to 10004 in Excel format - 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]
[sc-issues] [Issue 79121] Extended Unicode character s create corrupted ODS file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79121 --- Additional comments from [EMAIL PROTECTED] Sat Aug 11 02:14:00 + 2007 --- Created an attachment (id=47477) U+1 to U+14 Calc ods file which will not open - 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]
[sc-issues] [Issue 79121] Extended Unicode character s create corrupted ODS file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79121 --- Additional comments from [EMAIL PROTECTED] Sat Aug 11 02:15:35 + 2007 --- Created an attachment (id=47478) U+1 to 100F9 Excel file - 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]
[sc-issues] [Issue 79121] Extended Unicode character s create corrupted ODS file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79121 --- Additional comments from [EMAIL PROTECTED] Sat Aug 11 02:17:46 + 2007 --- Created an attachment (id=47479) U+1 to 100F9 Calc ods file which does open successfully - 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]
[sc-issues] [Issue 79121] Extended Unicode character s create corrupted ODS file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79121 --- Additional comments from [EMAIL PROTECTED] Sat Aug 11 02:18:56 + 2007 --- Created an attachment (id=47480) All Linear-B printable characters in Excel format - 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]
[sc-issues] [Issue 79121] Extended Unicode character s create corrupted ODS file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79121 --- Additional comments from [EMAIL PROTECTED] Sat Aug 11 02:20:10 + 2007 --- Created an attachment (id=47481) All Linear-B characters in Calc ods file which will not open - 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 79672] Items missing from Insert - Formatting mark
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79672 Issue #|79672 Summary|Items missing from Insert - Formatting mark Component|Word processor Version|OOo 2.2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|mru Reported by|jallan3 --- Additional comments from [EMAIL PROTECTED] Mon Jul 16 18:12:58 + 2007 --- In previous versions of OpenOffice.org, before 2.2.1, I used the menu item Insert - Formatting mark to insert various no-breaking Unicode characters otherwise hard to obtain, specifically ZERO-WIDTH JOINER and ZERO-WIDTH NON JOINER. I'm not certain at what point these items vanished from the list, but they are not there now. I don't see any reason why these and the other items should have been removed, as they were very useful and their lack is certainly a regression. I suppose they were dropped in error. Could you please return these items to the menu. They are indeed missed. Jallan3 - 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]
[sc-issues] [Issue 79121] Extended Unicode character s create corrupted ODS file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79121 Issue #|79121 Summary|Extended Unicode characters create corrupted ODS file. Component|Spreadsheet Version|OOo 2.2.1 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|save-export Assigned to|spreadsheet Reported by|jallan3 --- Additional comments from [EMAIL PROTECTED] Mon Jul 2 23:28:25 + 2007 --- Create a Calc file with some extended (Plane 1) Unicode characters. You must include a number of different characters. Try the forty twenty extended Unicode characters in the free font http://users.teilar.gr/~g1951d for example and use characters 1 to 100036 in different cells. The file saves properly as an ODS file, but when I attempt to read it in again, I get the message: Read error: Format error discovered in the file at 2,11247125(row. col) The number varies. If I save the file as an Excel file (Microsoft Excel 97/2000/XP (.xls)) I have no problems in reading it back in. I also have no problems with reading an .ods file containing any number of Plane 0 Unicode characters. Accordingly I believe the problem has to do with Unicode surrogate values not being properly saved. Jallan3 - 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 63911] New - Blinking affect in cosistantly named Flash in Format - Customi ze... - Toolbars - Add...
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63911 Issue #:|63911 Summary:|Blinking affect incosistantly named Flash in |Format - Customize... - Toolbars - Add... Component:|Word processor Version:|OOo 2.0.2 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|ui Assigned to:|mru Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Sun Apr 2 10:48:06 -0800 2006 --- Go to Tools - Customize... - Toolbars - Add... Select Format in the Category list. One of the items in the Commands list is Flash. When placed on a toolbar and activated, this applies the effect instead called Blinking in the Font effects tab of the Character dialog box in in all other places and Help files that mention this effect. The word Flash should be changed to Blinking for consistancy, to make the purpose of this toobar button immediately apparent to a user selecting toolbar buttons. (The user can change the text from Flash to Blinking or to anything else after placing the item on a toolbar, but the default should be the name used elswhere in Writer and the help files.) - 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]
[l10n-issues] [Issue 63897] New - Indicated New Style from Selection icon doesn't exist and existi ng icon name is confusing.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63897 Issue #:|63897 Summary:|Indicated New Style from Selection icon doesn't |exist and existing icon name is confusing. Component:|l10n Version:|OOo 2.0.2 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|helpcontent Assigned to:|iano Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Sat Apr 1 17:44:32 -0800 2006 --- The Help item Styles and Formatting give the name of the seventh toolbar icon as New Style from Selection. In fact this is the name of only one of the three commands available from the submenu released by this icon. A name such as Update style attributes that would cover all three submenu items would be better. This might be considered an enchancement, but the linked explanations of the submenu function are genuinely defective. The Help item Creating New Styles From Selections, point 4, states: Click the *New Style from Selection* icon icon image. It ought to read something like: Click the *Update style attributes* icon icon image and select New Style from Selection from the submenu. The Help item Updating Styles From Selections, point 5, states: 1.Click the *Update style attibutes* icon icon image. It ought to read something like: Click the *Update style attributes* icon icon image and select Update style... from the submenu. In both cases the icon image should be updated to match the icon image actually used. - 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 24018] a quickmark to quickly ju mp back to a previous position
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=24018 --- Additional comments from [EMAIL PROTECTED] Fri Mar 24 19:57:08 -0800 2006 --- In MS Word, pressing Shift-F5 jumps you back to your last position you jumped from, a second pressing of Shift-F5 to the position jumped from before that, and so forth. - 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 63094] New - On Insert Menu Hori zontal Rule... is misspelled as Horizontal R uler...
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63094 Issue #:|63094 Summary:|On Insert Menu Horizontal Rule... is misspelled as |Horizontal Ruler... Component:|Word processor Version:|OOo 2.0.2 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|ui Assigned to:|mru Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Sun Mar 12 16:16:41 -0800 2006 --- The menu item Insert - Horizontal Ruler... actually provides the ability to insert horizontal rules of various designs, not horizontal rulers. Plese correct Ruler to Rule. Jallan3 - 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]
[sc-issues] [Issue 62300] Cannot import MS Excel fi le with merged cells
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62300 --- Additional comments from [EMAIL PROTECTED] Mon Feb 20 18:57:03 -0800 2006 --- Does this duplicate http://qa.openoffice.org/issues/showvotes.cgi?issue_id=49866 ? - 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 62368] New - Export to PDF does n ot work from a hidden file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62368 Issue #:|62368 Summary:|Export to PDF does not work from a hidden file. Component:|Word processor Version:|OOo 2.0.2 Platform:|All URL:| OS/Version:|Windows XP Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|save-export Assigned to:|mru Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Mon Feb 20 18:34:54 -0800 2006 --- From at least 1.1.3 I was able to export from a hidden files. We wrap HTML around data from a datafile and use automation to insert the temporary HTML files into Writer, then save as a Writer file and export to PDF for sending to clients. For speed and for the elegance the files into which the HMTL is inserted have been opened (from templates) as hidden files. These automation routines fail in 2.0.2 RC1 unless the files are no longer hidden when opened. The error message refers to OLEIDispatch Error code 1001 from Automation bridge: com.sun.star.task.ErrorCodeIOException: .. When we attempt to export a PDF file from hidden file thrugh a Basic macro the corresponding error message is: BASIC runtime error. An exception occurred Type: com.sun.star.task.ErrorCodeIOException Message: . I have created two simple macros to demonstrate the problem. As written they require a Writer file C:\Foo.odt which may have any contents. The macros are identical except for a single parameter. The marcros follow: Sub NotHidden Dim oDoc Dim Args(0) as New com.sun.star.beans.PropertyValue Dim Args2(1) as New com.sun.star.beans.PropertyValue Args(0).Name = Hidden Args(0).Value = False oDoc = StarDesktop.LoadComponentFromUrl(file:///C:/foo.odt, _blank, 0, Args()) Args2(0).Name = Overwrite Args2(0).Value = True Args2(1).Name = FilterName Args2(1).Value = writer_pdf_Export oDoc.storeToUrl(file:///C:/foo.pdf, Args2()) oDoc.close(True) End Sub Sub Hidden Dim oDoc Dim Args(0) as New com.sun.star.beans.PropertyValue Dim Args2(1) as New com.sun.star.beans.PropertyValue Args(0).Name = Hidden Args(0).Value = True oDoc = StarDesktop.LoadComponentFromUrl(file:///C:/foo.odt, _blank, 0, Args()) Args2(0).Name = Overwrite Args2(0).Value = True Args2(1).Name = FilterName Args2(1).Value = writer_pdf_Export oDoc.storeToUrl(file:///C:/foo.pdf, Args2()) oDoc.close(True) End Sub Both macros work on version 2.0.1. But the macro called Hidden abends with the error message provided on version 2.0.2 RC1. Jallan3 - 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]
[sc-issues] [Issue 62300] Cannot import MS Excel fi le with merged cells
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62300 --- Additional comments from [EMAIL PROTECTED] Mon Feb 20 19:01:09 -0800 2006 --- My apologies. I meant to ask if this duplicated issue 49866? Jallan3 - 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 61946] New - Double-borders appli ed to a table from table tool bar have vanishe d when document is reopened.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=61946 Issue #:|61946 Summary:|Double-borders applied to a table from table tool bar |have vanished when document is reopened. Component:|Word processor Version:|OOo 2.0.1 Platform:|PC URL:| OS/Version:|Windows XP Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|formatting Assigned to:|mru Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Sun Feb 12 06:29:27 -0800 2006 --- Create a new table, the default 2-colum, 2-row table is fine. Using the table toolbar, apply any of the double-border styles to one or all of the cells in the table. Save the document. Open the document. The cells to which the double-border style were applied are now borderless. However any one-border style that I tried is retained. Double-border styles are retained when they are applied by selecting a table, rightclicking, selecting Table and using the methods in the Border tab of the dialog box. Jallan3 - 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]
[framework-issues] [Issue 61967] New - File extnsion .oth ( indicating HTML Document Template) missin from Inport and Export template boxes.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=61967 Issue #:|61967 Summary:|File extnsion .oth (indicating HTML Document |Template) missin from Inport and Export template |boxes. Component:|framework Version:|OOo 2.0.1 Platform:|All URL:| OS/Version:|Windows XP Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|ui Assigned to:|tm Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Sun Feb 12 13:20:26 -0800 2006 --- This concerns two dialog boxes that can be called up through the Template Management dialog box called by File - Templates - Organize. The boxes are called by the commands Import Template... or Export Template which may appear either by mouse-pressing the Commands button or double-clicking on a template name in the main window. Both of these templates have a long list of extensions in the boxes named Save as type and Files of type to allow only OpenOffice.org template files with proper extensions to appear in the browse window. Because .oth (the file extension for HTML Document Templates) is missing, HTML Document templates do not appear in the browse window (unless the user changes the extension filter pattern to All files (*.*). - 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 61942] OpenOffice Writer ceased to save to .rtf or .doc formats
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=61942 --- Additional comments from [EMAIL PROTECTED] Sun Feb 12 13:38:45 -0800 2006 --- See http://www.oooforum.org/forum/viewtopic.phtml?p=125305 on the Writer forum for discussion of this bug. One of the two posters bothered by it discovered that Automatic file name extension had somehow become unchecked in the Save As... dialog. Setting the check box made the problem disappear, and it could not be again reproduced. - 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]
[framework-issues] [Issue 61763] New - Automatic hyhenation permits words to break between pages.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=61763 Issue #:|61763 Summary:|Automatic hyhenation permits words to break between |pages. Component:|framework Version:|OOo 2.0.1 Platform:|All URL:| OS/Version:|Windows XP Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|scripting Assigned to:|npower Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Tue Feb 7 20:08:19 -0800 2006 --- A firm typographical rule in English, and I expect in every language, is that hyphenation is normally not allowed between page breaks (or column breaks). OpenOffice allows it. Set hyphenation on. F ill 2 pages using a 50 point font to make it easy to fill the pages and make it easy to see what is happening. Insert a long word like hyphenation in the bottom line of the first page. Insert repeatedly any character in front of the long word to move it to the end and over the end of the line. The word will self-hyphenate and split itself between pages. - 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]
[framework-issues] [Issue 61540] New - Standard MS Windows Alt-Key Unicode input fails
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=61540 Issue #:|61540 Summary:|Standard MS Windows Alt-Key Unicode input fails Component:|framework Version:|OOo 2.0.1 Platform:|All URL:| OS/Version:|Windows XP Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|code Assigned to:|tm Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Thu Feb 2 11:08:38 -0800 2006 --- Microsoft Windows has from the beginning had a method of inputting characters from the user's 8-bit character set though the numeric keybad with Num Lock on. The user holds down the Alt key (left Alt key on keyboards where the right Alt Key is a Gr Alt key) while entering the decimal number of the character required. An initial 0 indicates the the current 8-bit Windows character set is to be referenced. No initial zero indicates the current 8-bit MS-DOS character set is to be referenced. This works fine in all OpenOffice.org modules, eg. holding down ALT and entering 1 inserts the happy face from the DOS character set, holding down ALT and entering 0256 produces ÿ (y-dieresis) from the Windows 1252 Latin-1 character set (if that is what is installed as the Windows code page.) Under Windows XP this method was extended to allow characters above U+00FF (decimal 255) in the Unicode set to be accessed in the same way, with or without leading zero. So to produce a Greek lower-case alpha, which is Unicode U+03B1, one holds down the ALT key and enters the decimal equivalent: 945, and the alpha is inserted in most programs the allow Unicode input. This can be tested in the WordPad program that comes with Windows XP. However this useful method, which works in Microsoft Office also, does not work in OpenOffice.org. (I am currently running OpenOffice 2.0.1.) Instead, the character insered is the one that corresponds to the numeric value of what would be the last byte in the Unicode value. Alt 945 instead of a Greek lower case alpha produces ± (a plus-minus symbol), Unicode U+00B1 instead of U+03B1. This stripping of the second byte also occurs in some other programs in Windows, including the system program Notepad, though Notepad can accept Unicode values if they are pasted into its window. Since the data from keyboard input is being received, I would think (hopefully) that a change to allow OpenOffice to accept the full Unicode value instead of a truncated value would be a simple one. Inasmuch as currently OpenOffice receives incorrect values, I consider the current behavior to be a defect. Jallan3 - 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]
[lingucomponent-issues] [Issue 56499] en-dash and em-dash repla cement
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=56499 --- Additional comments from [EMAIL PROTECTED] Sun Jan 29 16:50:41 -0800 2006 --- I have checked this on a Windows2003 installation which is scarcely used here at work, presumably in pristine condition as installed. Word replaces spacehyphenhyphenspace by an en-dash surrounded by spaces not an em-dash surrounded by spaces. It also replaces normal characterhyphenhyphennormal character by an em-dash, exactly as does OpenOffice Writer. Possibly the version of MS Word being used by the previous poster has some autocorrection enhancements. See issue 61325 which provides what I believe is the rationale for MS Word's practice which OpenOffice Writer follows exactly. That said, it would be a reasonable enhancement to automatically change a triple hyphen into an em-dash, regardless of spacing around it, except when immediately followed by ENTER key when being entered, which currently produces a full line across the page and should continue to do so. - 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]
[lingucomponent-issues] [Issue 56499] en-dash and em-dash repla cement
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=56499 --- Additional comments from [EMAIL PROTECTED] Sun Jan 29 17:15:50 -0800 2006 --- Note that in both MS Word and OpenOffice Writer, the combination spacehyphenspace also resonably resolves to an en-dash surrounded by spaces. The combination a triple-hyphen resolves to nothing in MS Word, regardless of whether surrounded by spaces or other characters. The use of a triple hyphen for a n m-dash and a double hyphen for n-dash is so far as I know limited to TeX code and so intuitive only to a very small number of word processor users. - 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]
[l10n-issues] [Issue 23402] OpenOffice should indicat e when it is using font/glyph substitution
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=23402 --- Additional comments from [EMAIL PROTECTED] Wed Dec 14 08:14:36 -0800 2005 --- This is very important for professional use. If we receive letter text or form text from a client in MS-Word format, which is very common, it is necessary to know whether the fonts displayed on screen and sent to printer are the same fonts the client expects (or fonts sufficiently similar that substitution is acceptable, eg. Swiss instead of Helvetica). Currently in OpenOffice the only way to do this is to run a cursor through the entire document sent, looking at the names of fonts in the font window, and checking if each font name that appears there is the name of a font actually installed on the computer being used. In MS Word, one can go into Tools/Options, click on the Compatiblity tab, and then on the Font Substitution ... button which either brings up a message that all fonts in current document have been found and no substitution has been made, or brings up a window indicating which fonts are not found and what substitution has been made, allowing the user to edit this table (and to actually replace the font with a substitute font within the document if desired.) In Quark Express, if one or more fonts are not found, a similar Window allowing the user to control substitution appears as the document loads, allowing the user to specify which fonts are to be substituted at that time. This I think the preferable way of dealing with the issue, as the user is immediately given the information about missing fonts without having to take the initiative of searching into the bowels of a menu, but can if desired simply click to bypass the screen and let the application then substitute as it wishes. My suggestion would be to bring up such a window of font substitutions in OpenOffice when a document loads and also allow access again to this window through Tools/Options in emulation of MS-Word. If we carelessly miss the fact that font substitution has occurred, production work and production time may be wasted, both on our end and on the client's end, when the client quite rightly complains that the fonts appearing in the signoff samples of the finished product are not correct. Currently under OpenOffice though Tools/Options/Tools/Fonts the user can set up a permanent font substitution table. Probably an option should appear here asking whether the user wishes not to be warned of any substitutions indicated by this table. - 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]
[sc-issues] [Issue 51680] New - SAVE AS to a dbf fil e does not work if there is a space in the fil ename.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=51680 Issue #:|51680 Summary:|SAVE AS to a dbf file does not work if there is a |space in the filename. Component:|Spreadsheet Version:|OOo 2.0 Beta Platform:|All URL:| OS/Version:|Windows XP Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|save-export Assigned to:|spreadsheet Reported by:|jallan3 --- Additional comments from [EMAIL PROTECTED] Thu Jul 7 07:23:12 -0700 2005 --- Open a Calc session using any spreadseet and attempt to save it in DBF format using a filename with a space in it, for example FOO BAR. An error dialogue box appears stating: = Error saving the document FOO BAR.ods Write error. Connection to the file could not be established. = A file with the name FOO BAR.dbf has been created but it has 0 bytes. If a valid dbf file already exists with a space in the file name, Calc will read it in correctly and will save to that file correctly again as a dbf without a problem. However, if the file is first saved in another format, say as FOO BAR.ods, then the error occurs if the user attempts to then resave it in DBF format. The problem was found in OpenOfice.org 1.9.113. The problem does not occur in OpenOffice.org 1.1.4. - 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]