[Tcl-bugs] [ tktoolkit-Bugs-664111 ] tk_getOpenFile on WNT does not see VFS

[SourceForge.net <no...@so...>]

Bugs item #664111, was opened at 2003-01-08 01:09
Message generated for change (Comment added) made by patthoyts
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=664111&group_id=12997

Category: 37. [tk_get*File]
Group: = 8.4.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Gerald W. Lester (gwlester)
Assigned to: Jeffrey Hobbs (hobbs)
Summary: tk_getOpenFile on WNT does not see VFS

Initial Comment:
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.

----------------------------------------------------------------------

>Comment By: Pat Thoyts (patthoyts)
Date: 2003-06-27 10:30

Message:
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.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=664111&group_id=12997