Raymond Toy wrote:
Here is a small patch to gnuclient to make it understand absolute DOS
pathnames that contain the drive letter. Without this patch,
gnuclient would just prepend the current directory to the path and
tell xemacs to load that. With this patch, gnuclient recognizes the
paths of the form "<drive>:\path" and converts it to
"/<drive>/path".
(Perhaps this should be conditionalized on MS_WINDOWS and CYGWIN
instead of just MS_WINDOWS?)
Note that this patch is reversed.
HAVE_MS_WINDOWS indicates support for the win32 GUI. You shuld be
conditioning this stuff on __CYGWIN32__ and !WINDOWSNT I think because
it's the wrong thing for the native mswindows build.
This seems wrong for the cygwin build for the reason that Darryl Okahata
gives in xemacs-beta; converting c:\foo into /c/foo is no good, it
should be converted to //c/foo. Also it looks like it treats \foo as a
relative path?
This allows gnuclient to be associated with files so I can
double-click on them in explorer and have gnuclient load them instead
of yet another (slow) invocation of xemacs.
Andy, doesn't filemanger association and drag'n'drop work for the cygwin
build?
There is still one bug: I get a Windows error message saying some
component of the path cannot be found. But xemacs loads up the file
correctly anyway.
I see that on the native build too. I think that it may be because
gnulient and xemacs are console rather than GUI apps.
Jonathan.
--
Jonathan Harris | jhar(a)tardis.ed.ac.uk
London, England | Jonathan.Harris(a)symbian.com