TIP: 432
Title: Support for New Windows File Dialogs in Vista and Later
Version: $Revision: 1.4 $
Author: Ashok P. Nadkarni <[email protected]>
State: Final
Type: Project
Vote: Done
Created: 20-Sep-2014
Post-History:
Tcl-Version: 8.6.3
~ Abstract
This TIP proposes changing the '''tk_getOpenFile''', '''tk_getSaveFile''' and
'''tk_chooseDirectory''' dialog box commands to display the new style file
dialogs available on newer Windows versions.
~ Rationale
As of Tk 8.6.2, the above commands translate to Windows native file dialogs
corresponding to the ones present in Windows XP (the earliest version of
Windows supported by Tcl 8.6). Vista and later Windows systems have newer
versions of these dialogs with additional features and a different look and
feel. Although the older dialogs are functional on these platforms, they have
the following issues:
* They do not support the new features, such as breadcrumbs, enhanced
navigation etc.
* The look and feel is dated and inconsistent not only with other native
applications, but even with Tk itself since the Ttk widgets adapt to the
theme for the platform.
In addition, this TIP proposes some changes to behaviour with respect to
existing dialogs that would make the dialogs more consistent with Windows
conventions.
~ Proposed Changes
The proposal will result in the '''tk_getOpenFile''', '''tk_getSaveFile''' and
'''tk_chooseDirectory''' dialog box commands displaying the new Vista style
file dialogs if available and falling back to the older style otherwise.
Options to the commands and return value from the dialogs remain unchanged
except as noted below.
~~ Incompatible changes
If the '''-initialdir''' option is not specified, the new dialog will default
to the default Windows mechanism for choosing the initial directory displayed.
Documentation will be updated to state that the initial directory displayed
when this option is not present is system dependent.
~ Reference Implementation
A reference implementation is available in the apn-win-filedialogs branch.
The new dialogs require a new COM interface IFileDialog. The reference
implementation uses this interface if available and falls back to the old one
otherwise.
~ Discussion
* The change in behaviour when '''-initialdir''' is not specified is driven
by the fact that on Windows the current working directory for a GUI program
is generally the directory where the program was installed. This is almost
never useful and is contrary to what the user expects which is the last
directory shown by the program (even across process invocations).
* Should there be either a global setting or an option that forces the use of
old style dialogs. Alternatively, should the new dialogs be only displayed
if a (new) option is specified with the command. The author is not in
favor of either of these but applications that have documented screenshots
may wish to preserve the old dialogs. As of now, the reference
implementation has a hidden option '''-xpstyle''' that can be used to
select between old and new styles. This is present mainly to allow
debugging and testing of the older dialogs on newer platforms.
* The new implementation calls '''CoInitialize''' to initialize COM. It is
not clear when, and if, '''CoUnInitialize''' needs to be called. In fact,
as documented in MSDN, even the '''SHBrowseForFolder''' call used by the
current 8.6 code requires a prior call to '''CoInitialize''' which Tcl does
not do. Need discussion on whether Tcl should always call
'''CoInitialize''' at thread startup and '''CoUnInitialize''' at thread
shutdown.
~ Copyright
This document has been placed in the public domain.