From: Georgios Petasis on
Στις 3/8/2010 13:19, ο/η eugene έγραψε:
> On Aug 3, 12:03 pm, Georgios Petasis<peta...(a)iit.demokritos.gr>
> wrote:
>
>> Hm, I have found a page that states that the DROPFILES structure
>> will never contain data in utf-8 format:
>>
>> http://www.eggheadcafe.com/software/aspnet/33812038/-copy-paste-with-...
>>
>> It states "Note that file names in DROPFILES structure are never in
>> UTF-8. They are either in UTF-16, or in system default ANSI code page."
>>
>> So, my assumption that defining _MBCS will have them in utf-8 is not
>> valid. Windows use the default ANSI page. I will define _UNICODE and
>> handle it as a unicode string.
>>
>> George
>
> So then can we expect a patch any time soon? :)

Can you please download and test with the latest SVN HEAD?
It seems to work now in my system (windows 7).

George
From: Jeff Hobbs on
On Aug 3, 1:34 pm, Georgios Petasis <peta...(a)iit.demokritos.gr> wrote:
> Στις 3/8/2010 13:19, ο/η eugene έγραψε:
> > On Aug 3, 12:03 pm, Georgios Petasis<peta...(a)iit.demokritos.gr>
> > wrote:
>
> >> Hm, I have found a page that states that the DROPFILES structure
> >> will never contain data in utf-8 format:
>
> >>http://www.eggheadcafe.com/software/aspnet/33812038/-copy-paste-with-....
>
> >> It states "Note that file names in DROPFILES structure are never in
> >> UTF-8. They are either in UTF-16, or in system default ANSI code page."
>
> >> So, my assumption that defining _MBCS will have them in utf-8 is not
> >> valid. Windows use the default ANSI page. I will define _UNICODE and
> >> handle it as a unicode string.
>
> >> George
>
> > So then can we expect a patch any time soon? :)
>
> Can you please download and test with the latest SVN HEAD?
> It seems to work now in my system (windows 7).

It works for me built from head on Vista. Note that I'm using
actually a variant that removes all the #ifdef UNICODE stuff, with a
#define _UNICODE/UNICODE at the start of OleDND.h and with this
snippet after ::DragQueryFile:

+ Tcl_ListObjAppendElement(NULL, result,
+ Tcl_NewUnicodeObj((Tcl_UniChar *) szFile,
+ Tcl_UniCharLen((Tcl_UniChar *)
szFile)));

This does remove the \ to / conversion, but I don't think that's
necessary, and is handled by other functions if so.

Any reason not to make sure that code is _UNICODE at all times, and
base the rest of the functions on that? Seems safer that way.

Jeff
From: eugene on
On Aug 4, 12:34 am, Georgios Petasis <peta...(a)iit.demokritos.gr>
wrote:
> Can you please download and test with the latest SVN HEAD?
> It seems to work now in my system (windows 7).
>
> George

Yes, I've just downloaded latest build 2.2 from sourceforge (http://
citylan.dl.sourceforge.net/project/tkdnd/TkDND/TkDND%202.2/
tkdnd2.2.zip), everything works like a charm on XP.
George, thanks for your quick solution, now everything is perfect! :)
From: Georgios Petasis on
Στις 5/8/2010 11:54, ο/η eugene έγραψε:
> On Aug 4, 12:34 am, Georgios Petasis<peta...(a)iit.demokritos.gr>
> wrote:
>> Can you please download and test with the latest SVN HEAD?
>> It seems to work now in my system (windows 7).
>>
>> George
>
> Yes, I've just downloaded latest build 2.2 from sourceforge (http://
> citylan.dl.sourceforge.net/project/tkdnd/TkDND/TkDND%202.2/
> tkdnd2.2.zip), everything works like a charm on XP.
> George, thanks for your quick solution, now everything is perfect! :)

Unless you want to use linux :)
There everything is... not working :D
Also, I have never tested multilinguality on OS X, as I am not a user of
this OS. So, there it is also working until somebody complains :-)

Thanks for reporting it,

George