X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-3.8 required=5.0 tests=AWL,BAYES_00,KHOP_SPAMHAUS_DROP,KHOP_THREADED,RCVD_IN_HOSTKARMA_NO,RP_MATCHES_RCVD
X-Spam-Check-By:	sourceware.org
X-CornellRouted:	This message has been Routed already.
Message-ID:	<513A1F10.1050906@cornell.edu>
Date:	Fri, 08 Mar 2013 12:25:36 -0500
From:	Ken Brown <kbrown AT cornell DOT edu>
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com, Daniel Colascione <dancol AT dancol DOT org>
Subject:	Re: Drag a file into emacs-w32 frame
References:	<5134CACE DOT 9060900 AT gmail DOT com> <51351188 DOT 9010208 AT cornell DOT edu> <20130304213902 DOT GH4078 AT calimero DOT vinschen DOT de> <513514EB DOT 7050107 AT dancol DOT org>
In-Reply-To:	<513514EB.7050107@dancol.org>
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

On 3/4/2013 4:40 PM, Daniel Colascione wrote:
> On 3/4/2013 1:39 PM, Corinna Vinschen wrote:
>> On Mar  4 16:26, Ken Brown wrote:
>>> On 3/4/2013 11:24 AM, Arthur Tu wrote:
>>>> Today when i tried to drag a file whose name containing chinese
>>>> characters into emacs, it failed to open.
>>>>
>>>> Here is the brief review:
>>>>
>>>> 1. a file with a pure english file name to emacs-32 frame:
>>>>
>>>>      open successfully.
>>>>
>>>>
>>>> 2. a file with chinese characters in its name to emacs-32 frame:
>>>>
>>>>       error message: "dnd-open-local-file: Can not read
>>>> file:/cygdrive/c/Users/Arthur/Desktop/%20%20%20%20.txt".
>>>>      in fact, i tried several times with different name. the name was
>>>> always decoded as a punch of "20%", even though different chinese
>>>> characters were there.
>>>>
>>>>
>>>> 3. the same file with chinese characters in its name to a emacs-nox
>>>> frame(mintty):
>>>>
>>>>      the file name was pasted into the buffer correctly. chinese
>>>> characters were shown correctly. the file wasn't open. (This is what's
>>>> expected to happen in terminal session.)
>>>>
>>>>
>>>> So my question was around the situation 2.
>>>> How did the emacs-w32 handle the dragged file?
>>>
>>> The code for handling the file name appears to be in src/w32fns.c.
>>> I don't know what the issues are in trying to make it work when the
>>> name contains Chinese characters.  Daniel?
>>
>> Cygwin is using UTF-8 as codeset by default.  Is it possible that
>> w32fns.c is using *shudder* Windows functions to load the file?  If so,
>> it uses the current Windows ANSI codepage, perhaps cp850 or some such.
>>
>> Bottom line: Use Windows functions for the GUI as much as you like.
>> But don't use the Windows file API.  Use Cygwin functions for that.  If
>> you have to use a Windows functions to fetch the filename, use the
>> UNICODE Windows functions (the one with the trailing W) and convert the
>> filename to the current Cygwin codeset using cygwin_conv_path
>> (CCP_WIN_W_TO_POSIX, ...).
>>
>
> God no --- we're not using Win32 filesystem API functions in cygw32 Emacs. I
> haven't had a chance to take a look at the problem yet, but it's probably just a
> URI-encoding issue. Emacs insists on receiving drag-and-drop events as URIs,
> even if they come in as filenames and pop back out the other end as filenames.

I did some tests that suggest that the problem is not the URI encoding. 
  I filed an emacs bug report with details:

   http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13907

Let's followup there.

Ken


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -