From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Unicode support for the MS Windows clipboard Date: Fri, 28 May 2004 15:48:18 +0100 Organization: Integra SP Ltd Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <40B75132.4000207@gnu.org> References: <9681-Thu27May2004100522+0300-eliz@gnu.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1085756912 5580 80.91.224.253 (28 May 2004 15:08:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 28 May 2004 15:08:32 +0000 (UTC) Cc: Eli Zaretskii , sds@gnu.org, Stefan Monnier , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri May 28 17:08:04 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BTixm-0001C0-00 for ; Fri, 28 May 2004 17:08:02 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BTixm-0001rg-00 for ; Fri, 28 May 2004 17:08:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BTigA-0006Lh-Jl for emacs-devel@quimby.gnus.org; Fri, 28 May 2004 10:49:50 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BTifh-0006L4-Ur for emacs-devel@gnu.org; Fri, 28 May 2004 10:49:22 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BTifB-0006HZ-LE for emacs-devel@gnu.org; Fri, 28 May 2004 10:49:20 -0400 Original-Received: from [209.61.173.204] (helo=integrasp.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1BTifB-0006HR-1g for emacs-devel@gnu.org; Fri, 28 May 2004 10:48:49 -0400 Original-Received: (qmail 15581 invoked from network); 28 May 2004 14:33:08 -0000 Original-Received: from unknown (HELO ntserver.integrasp.com) (217.207.198.106) by 66.216.96.43 with SMTP; 28 May 2004 14:33:08 -0000 Original-Received: from [192.168.111.196] (altiojr.altio.com [192.168.111.196]) by ntserver.integrasp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id LXV19BJM; Fri, 28 May 2004 15:48:18 +0100 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-gb, en, ja Original-To: Benjamin Riefenstahl In-Reply-To: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:24081 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24081 Benjamin Riefenstahl wrote: >>Another thing worth considering, if we are making major changes to the >>clipboard code, is that Kenichi Handa pointed out some time ago that >>the encoding part of the X clipboard support is now done in Lisp >>(xselect.el). Windows could do this too. Sorry, it is select.el, not xselect.el, though it looks pretty X specific, so I don't think it could be reused directly. > At the moment this is done via {de,en}code_coding() and a couple of > friends. Is that the same thing? No, that is something different, but lets put this bit off until the on-demand clipboard changes, which are going to be major anyway. This might all become much simpler once the unicode branch is merged anyway. > Jason Rumney writes: > >>The encoding of CF_UNICODETEXT does not vary, so utf-16-le (or maybe >>-be) is the only coding-system that is appropriate. > > > Actually at the moment that would be utf-16le-dos, not utf-16-le-dos. That's why I suggested making all utf-16 coding systems (maybe even utf-8) mean "use CF_UNICODETEXT". Even I do not understand all the subtle differences between them and which is appropriate to use for Windows clipboard, so we can't expect average users to.