#1374 tk_getOpenFile on WNT does not see VFS

[Gerald W. Lester]

Under the Windows family of OSes (and I suspect Macs) tk_getOpenFile, tk_getSaveFile and
tk_chooseDirectory do not see VFS directories and files.

Example:

#!/bin/sh
# the next line restarts using wish \
exec wish "$0" "$@"

package require vfs

##
## Mount your favoriate directory as /test
##
...

##
## Test should be seen as the initial directory
##
set file [tk_getOpenFile -initialdir {/test}]

Please note that this bug was originally submitted as bug 655505 against TclVfs.

[Pat Thoyts]

Logged In: YES
user_id=202636

The basic problem is that this is a system native dialog and
the system doesn't know anything about the vfs filesystem.
Possibly it would be possible to inject code using the
OFNHookProc to get the system dialog to display the vfs tree
- but I suspect this to be extremely flaky.

It occurs to me that a better system might be to write a
Shell Namespace Extension to effectively extend Window's
notion of the filesystem. This is a COM object that the
windows shell can use to display non-filesystem things
within filesystem views. The Recycle Bin is an example, also
the XP handling of .zip files. If registering the vfs under
windows also registers a suitable Shell Namespace extension
then that would fix this bug.

Which sort of turns the bug back into a VFS bug.

I'll assign this to me for a bit while I see about this
(it's currently assigned to Hobbs). If it's not going to
work out, we can reassign it.