GNOME Bugzilla – Bug 85052
charpick - cannot paste characters into gnome-terminal
Last modified: 2009-08-15 18:40:50 UTC
It is not possible to paste characters from charpick applet into gnome-terminal. ... you never know someone might want to do this ...:)
Can you paste into other gtk2 apps, Shane? If this is terminal specific, it is probably related to bug 78007.
Works for me. Solaris issue?
I have tested the copy and paste between charpick and gedit. It works.
it seems to be terminal specific
Can you paste 'basic' characters from a simple character set, Shane?
ping? Shane, Wipro?
oops, sorry about the delay in replying.... character palette (applet) only has obscure chacaters (e.g. © á é etc). trying to paste into gnome-terminal results in a load of white spaces being pasted (no characters)
I tested with the latest character palette and terminal. If we want to cut and paste all the obscure characters to terminal then we need to select "en_US.UTF-8" locale instead of C in the dtlogin screen. I tested and it works fine for me.
I've tried this in a nightly build from 21st July and it doesn't work for me - I logged in with the en_US.UTF-8 locale but when I try to paste from the character palette applet I only get spaces in terminal
cc:ing Toshi for comments. I don't think this is a charpick bug, but a consequence of the lack of multibyte support in zvt .. Toshi ?
Mark: this looks like libZvt'issue. Paste of iso8859-1 text on gnome-terminal with Zvt from libzvt-i18n branch should work when you are running gnome-terminal in those locales where iso8859-1 range of Unicode text can be convertible to the locale encoded text. So, on Solaris, it should work on *.ISO8859-1 locales, such as en_US, fr, de, and in all of *.UTF-8 locales. In "C" locale, however, iso8859-1 text is not suppored in the strict sence, so libZvt intentionally rejects them and displays "?" instead.. Iso8859-1 text can be pasted and displayed on other GTK+ apps regardless of the locale, but this is because they are using Pango. But, libZvt is not using Pango for text display, due to its performance reason and GTK+ APT 2.2 bug for lack of simple draw text API.
Marking a dup of 78007 then. *** This bug has been marked as a duplicate of 78007 ***
reopening this as libzvt-i18n issue, so that I'll commit the fix to the branch for this bugzilla reference.
commit the fix to the libzvt-i18n branch - I've made a special case for "C" and its equivalent locale "POSIX".
if i build and install the i18n branch of libzvt will this be enough to test for the fix?
i can verify that this works in all shells although you have to set up bash to allow 8 bit chars (set input-methd On; set output-method On; set convert-method Off;). cheers laca for the help.. closing as verified.