: > The cutbuffer mechanism is untyped, and it is deprecated. : : It is not untyped, it is always STRING (i.e. Latin1). Furthermore it : is not deprecated; it is just "much simpler but much less powerful : than the selection mechanism". See ICCCM spec section 3. So perhaps UTF-8 auto-detection should be applied on the cutbuffer in order to support pasting with proper translation? Thomas - Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/lists/
- Re: [I18n] Re: bugs in XTerm double-width composing fix Robert Brady
- Re: [I18n] Re: bugs in XTerm double-width composing fi... Bruno Haible
- Re: [I18n] Re: bugs in XTerm double-width composing fi... Robert Brady
- Re: [I18n] Re: bugs in XTerm double-width composing fi... Thomas . Wolff
- Re: [I18n] Re: bugs in XTerm double-width composing fi... Keith Packard
