Problem description: Font corruption / unexpected formatting when using characters with diacritics (I use Windoze 7-64, Java v6 rel 23 build b05) Attachments: (in a standard zip file) 1. ODS file with step by step including the notes included in this Bugzilla message 2. screen cap with problem clearly displayed (along with version and build#) 3. The font file I used Steps to reproduce: 1. typed the text with default font Arial at 10p 2. copied from a1, changed to Liberation Sans at 10p, font version 1.06, by Stave Mattesion, copyright Red Hat 3. copied from a2, used Windows 7 character map to copy lowercase a with macron over the letters 'a' I don't know how this will appear when you open this file, but on my first viewing the fonts are messed up in that they changed size, bold, end now there are serifs, the cell still indicates Liberation Sans the character map claims U+0101, gives me a lower case e (at least in appearance), I used Alt+0101 is that right? 4. copied from a3, still looks messed up - cell numbers look out of sequence in this explaination, but they are correct on my test spreadsheet - 5. copied from a9, then I highlighted the cell and selected Liberation Sans (again) from the font drop down, notice that the serifs are gone, but it still looks wrong 6. Liberation Sans (again) from the font drop down, notice that the serifs are gone, but it still looks wrong 7. Liberation Sans (again) from the font drop down, notice that the serifs are gone, but it still looks wrong 8. copied from a10, this time I selected the Liberation Sans font AND selected the point size of 10, now it finally looks right Current behavior: The display of the font in the given cell seems to switch to some arbitrary font as soon as I copy the specified character from the character map utility. Expected behavior: pretty fonts that don't get wierd ;-)
Created attachment 51899 [details] SCREENSHOT SCREENSHOT COMMENT
Created attachment 51900 [details] SCREENSHOT SCREENSHOT COMMENT
sorry, double uploaded my zip file
entering Alt-0101 in WordPad using MicroShlock supplied fonts still results in the letter 'e' instead of letter 'a' with micron, at least that behavior seems unrelated to the bug I reported Cheers, Kurt
Do not use RTF while copying. Alt+0xxx is entering characters from default ANSI codepage. Learn to spell "Microsoft".
Well - there might be something useful here - Miklos is the RTF expert; but we're still hard at work fixing issues in the new / improved RTF import filter for files, using it for cut/paste too will require some more work I think.
I didn't specifically use and special technique to copy one cell to another. I'm not sure of the context that umas is using 'RTF'. At this risk of misinterpreting, I did not import an RTF document. Just simple Ctrl-C and Ctrl-V manoeuvrings.
(In reply to comment #5) > Do not use RTF while copying. > Alt+0xxx is entering characters from default ANSI codepage. > Learn to spell "Microsoft". My bad. Here: MicroShlock (sic)