https://bugs.freedesktop.org/show_bug.cgi?id=52229
--- Comment #7 from Roman Eisele <b...@eikota.de> --- Thank you very much for your detailed report! I tried to reproduce this LibreOffice 3.5.7.1 and 3.6.2.2 (no difference!) and Adobe Reader 10.1.4 on Mac OS X 10.6.8 (Intel). Results: at 1) I can reproduce something similar to issue (1), but with a little difference: for me, all non-ASCII characters are replaced by simple dots (.). I can confirm that pasting the text as as unformatted text avoids this: all special characters are treated correctly. It is an interesting question if this is a bug in Adobe Reader or in LibO. When I paste the text copied from Adobe Reader into TextEdit (as formatted text), I see the same dots instead of non-ASCII characters; if I paste the text into a document of an application which does not support any formatting (BBEdit), all special characters are treated correctly. So I think this is a bug in Adobe Reader, which copies the text two times to the clipboard, once formatted and once as raw text, and damages all special characters in the formatted copy. ad 2) I agree, this cannot be a bug in Reader. But: I cannot reproduce this issue at all; for me, the text is inserted exactly at the right position, i.e., where the caret is. So this issue is either specific to LibO for Windows, or it has been fixed in LibreOffice 3.5.7.1 and 3.6.2.2. ad 3) I can reproduce this; I wonder why LibO uses Liberation Serif when I can’t find the font “BAAAAA+TimesNewRomanPSMT”. @ stfhell: Can you please check if you can still reproduce issue (2) in LibreOffice 3.5.7.1 and 3.6.2.2? And, do you have checked the special option “Activate experimental (instable) functions” in Options > LibreOffice > General? This may very well cause such behaviour ... -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
