From: LEE Sau Dan <danlee@informatik.uni-freiburg.de>
Subject: Re: emacs doesn't use the X clipboard
Date: 14 Jan 2004 22:34:36 +0100 [thread overview]
Message-ID: <m3lloagqoj.fsf@mika.informatik.uni-freiburg.de> (raw)
In-Reply-To: mailman.542.1074014317.928.help-gnu-emacs@gnu.org
>>>>> "Eli" == Eli Zaretskii <eliz@elta.co.il> writes:
>> From: LEE Sau Dan <danlee@informatik.uni-freiburg.de>
>> Newsgroups: gnu.emacs.help Date: 13 Jan 2004 13:28:32 퍝
>>
>> I'm not sure if this is platform or X-server dependent.
Eli> How else can we explain the fact that I personally never saw
Eli> this?
Different usage patterns? Do you often cut&paste text between Emacs,
xterm and Mozilla? I do it very very very often.
Eli> It could be application-specific, though (I mean the other
Eli> apps, those with which you are trying to exchange the text).
I could be, but I'd say it's unlikely. Emacs quite consistently
behave like that, whether I'm using xterm, Mozilla, Netscape,
GTK-based things, etc. And the other apps simply cut&paste among
themselves happily without problems. Emacs is the odd man here.
And I would assume that xterm has been programmed correctly, because
it's such a classical apps. that is so heavily used. Perhaps I should
try also 'xedit', which uses the classical Athena widget set, which is
a sort of "reference" implementation of an application using X, Xt,
Athena and X11.
Eli> The only issue that comes to mind is that of non-ASCII
Eli> characters in the X selection:
I seldom cut&paste non-English non-ASCII non-text stuff between xterm
and Emacs. I'm sure that 99% of the time that I encounter this Emacs
misbehaviour, I'm trying to cut&paste purely ASCII text. URL's
(already URL-encoded) being a non-negligible portion of it.
Eli> perhaps some of the other applications encode selected text
Eli> in a way that Emacs doesn't understand/support, or use some X
Eli> selection type that Emacs didn't support (or still doesn't;
Eli> you didn't say which version you are using).
Unlikely. See above.
>> Isn't the "ctext" sort of standard in X11R6?
Eli> No. Newer versions of X and/or some applications use UTF-8
Eli> etc.
Too bad that they don't follow the "standard".
But I've tried also (set-clipboard-coding-system 'utf8). It doesn't
work with Mozilla when I cut&paste Chinese text.
(set-clipboard-coding-system 'iso-8859-1) does make Emacs cut&paste
German text from Emacs properly. But most of the time, I leave Emacs
with its default (i.e. using 'ctext' for the cut&paste).
Eli> In addition, the type of the selection is a parameter: some
Eli> applications use UTF_STRING and other types, which Emacs
Eli> didn't support until very recently.
I think xterm always uses SELECTION. xterm doesn't even support
Unicode, let alone UTF-8.
--
Lee Sau Dan 李守敦(Big5) ~{@nJX6X~}(HZ)
E-mail: danlee@informatik.uni-freiburg.de
Home page: http://www.informatik.uni-freiburg.de/~danlee
next prev parent reply other threads:[~2004-01-14 21:34 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-11 0:26 emacs doesn't use the X clipboard Micha Feigin
2004-01-11 5:46 ` Eli Zaretskii
[not found] ` <mailman.387.1073803639.928.help-gnu-emacs@gnu.org>
2004-01-12 17:59 ` LEE Sau Dan
2004-01-13 0:18 ` Carsten Weinberg
[not found] ` <mailman.495.1073964322.928.help-gnu-emacs@gnu.org>
2004-01-13 5:00 ` Ian Zimmerman
2004-01-13 12:06 ` LEE Sau Dan
2004-01-13 18:35 ` Carsten Weinberg
2004-01-14 6:37 ` Eli Zaretskii
2004-01-14 7:59 ` Micha Feigin
2004-01-14 13:33 ` Eli Zaretskii
2004-01-14 7:16 ` Micha Feigin
[not found] ` <mailman.606.1074062176.928.help-gnu-emacs@gnu.org>
2004-01-14 21:40 ` LEE Sau Dan
2004-01-17 18:41 ` Eli Zaretskii
[not found] ` <mailman.665.1074118187.928.help-gnu-emacs@gnu.org>
2004-01-15 12:49 ` Kester Clegg
2004-01-22 21:29 ` Jeff
2004-01-13 11:23 ` Jens Schmidt
2004-01-13 12:22 ` LEE Sau Dan
2004-01-15 12:51 ` Kester Clegg
2004-01-15 21:44 ` LEE Sau Dan
2004-01-18 23:54 ` Ian Zimmerman
2004-01-15 16:26 ` Jens Schmidt
2004-01-13 14:38 ` Tim McNamara
2004-01-13 22:19 ` LEE Sau Dan
2004-01-13 6:48 ` Eli Zaretskii
[not found] ` <mailman.510.1073976607.928.help-gnu-emacs@gnu.org>
2004-01-13 12:28 ` LEE Sau Dan
2004-01-13 15:50 ` Maurizio Loreti
2004-01-13 18:13 ` Gian Uberto Lauri
2004-01-13 22:14 ` LEE Sau Dan
[not found] ` <mailman.545.1074017499.928.help-gnu-emacs@gnu.org>
2004-01-15 12:54 ` Kester Clegg
2004-01-15 21:56 ` LEE Sau Dan
2004-01-13 17:19 ` Eli Zaretskii
[not found] ` <mailman.542.1074014317.928.help-gnu-emacs@gnu.org>
2004-01-14 21:34 ` LEE Sau Dan [this message]
[not found] <mailman.381.1073784888.928.help-gnu-emacs@gnu.org>
2004-01-11 13:02 ` Henrik Enberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3lloagqoj.fsf@mika.informatik.uni-freiburg.de \
--to=danlee@informatik.uni-freiburg.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.