Apache OpenOffice (AOO) Bugzilla – Issue 2857
Copy and Paste between non OpenOffice windows and OpenOffice should retain encoding
Last modified: 2003-11-04 18:41:46 UTC
When I copy some text from terminal window or other non OO window into some OpenOffice application (641C) it pastes it as it was in ISO Latin 1 encoding. But correctly it should either use the environment locale variables to determine the correct encoding or it should detect it any other way. For example the Mozilla encodes the copied texts in utf-8 so it should probably detect it too. But I don't know if it's possible. Or at least there should be some way how the user could change the encoding of the pasted text.
JA->US: maybe it's the same problem with the Xclipboard application which is not capable to handle different encodings. It might be useful that you check this on your machine
Reasigned to HRO.
- Accepted -
It is now (642 build) better because it now works fine when I copy from GTK+ application or terminal to OpenOffice (iso-8859-2 encoding and locale default) but it doesn't work well when I copy from Mozilla window (utf-8 encoding). But it has to be doable, because I can copy from Mozilla window to pure GTK+ application just fine.
Nominating.
Already fixed in OOO 641 D
No it isn't fixed. It works only from and to Gtk+ applications. Combinations with any other apps (KDE, pure X, Mozilla) doesn't work. Note that these apps work fine with each other on my machine. The Ooo should use a default encoding as specified by current locale environment (which is ISO-8859-2 on my machine) when it can't obtain the encoding from the contents of the clipboard.
Now defaulting to ecoding of current locale if atom type is "STRING" or no charset is specified. Files changed: gsl/dtrans/source/X11/X11_selection.cxx rev 1.45.2.3
Should this be reopened? See bug 13089.
I'd rather close this bug and continue on the other one because it isn't exact regression of this bug. This bug works fine for me.
Closing.