Issue 2857 - Copy and Paste between non OpenOffice windows and OpenOffice should retain encoding
Summary: Copy and Paste between non OpenOffice windows and OpenOffice should retain en...
Status: CLOSED FIXED
Alias: None
Product: Internationalization
Classification: Code
Component: ui (show other issues)
Version: current
Hardware: PC Linux, all
: P2 Trivial (vote)
Target Milestone: ---
Assignee: hennes.rohling
QA Contact: issues@l10n
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-01-16 12:38 UTC by t8m
Modified: 2003-11-04 18:41 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description t8m 2002-01-16 12:38:04 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.
Comment 1 Joost Andrae 2002-01-18 11:57:35 UTC 
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
Comment 2 ulf.stroehler 2002-02-06 14:33:26 UTC 
Reasigned to HRO.
Comment 3 hennes.rohling 2002-03-04 16:53:03 UTC 
- Accepted -
Comment 4 t8m 2002-03-13 13:29:44 UTC 
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.
Comment 5 t8m 2002-04-16 15:19:09 UTC 
Nominating.
Comment 6 hennes.rohling 2002-04-17 10:39:30 UTC 
Already fixed in OOO 641 D
Comment 7 t8m 2002-04-17 12:17:39 UTC 
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.
Comment 8 hennes.rohling 2002-04-22 17:55:54 UTC 
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
Comment 9 bulbul 2003-06-24 00:46:09 UTC 
Should this be reopened? See bug 13089.
Comment 10 t8m 2003-11-04 18:41:24 UTC 
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.
Comment 11 t8m 2003-11-04 18:41:46 UTC 
Closing.