bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#6802: 24.0.50; Yanking non-ASCII text from other X application leads


From: Kenichi Handa
Subject: bug#6802: 24.0.50; Yanking non-ASCII text from other X application leads to unicode escapes
Date: Tue, 10 Aug 2010 11:29:48 +0900

In article <4C603A4F.20006@swipnet.se>, Jan Djärv <jan.h.d@swipnet.se> writes:

> Eli Zaretskii skrev 2010-08-09 18.34:

> > Why does x-get-selection default to 'STRING?  Is that sensible
> > behavior?

I just didn't change it from Emacs 19.  Perhaps it's not
sensible nowadays.

>>> -  (let ((primary (x-get-selection 'PRIMARY)))
>>> +  (let ((primary (x-get-selection 'PRIMARY 'TEXT)))
> >
> > Would it make sense to have x-get-selection default to 'TEXT instead?

> TEXT can be in any encoding which can make it diffcult.

Ah, yes.

> Nowdays I think the 
> default should be UTF8_STRING, and if that fails, try TEXT and then STRING.

Why not COMPOUND_TEXT instead of TEXT above?  Please see the
docstring of x-select-request-type.

Anyway, the current selection-related codes mix an abstract
layer (something like interprogram-cut/paste-function) and
X-specific layer in a chaos manner.  It seems that overhaul
and re-design is necessary.

> But I think the application should not offer STRING (which
> implies Latin-1) if the data isn't in latin-1.

Fully agreed.

---
Kenichi Handa
handa@m17n.org





reply via email to

[Prev in Thread] Current Thread [Next in Thread]