tkinter.filedialog.askopenfilename works fine on the Windows builds of Python 3.1.

However on Python 3.2 (Windows builds via Active State), this dialog comes up with the old Windows XT style on Windows 7 (missing navigation pane) and the dialog is not resizable (it was resizable in Python 3.1).

Application users are inconvenienced, trouble opening long file names.

Is there a work-around in Python 3.2?

If the problem is with an ActiveState distribution of Python 3.2, you should probably be asking this on the ActiveState forums.

Now also posted to http://bugs.activestate.com/show_bug.cgi?id=90234

I've now tried this issue on python.org's own 3.2 and 3.2.1rc1 (64 bit) builds, and they also do have the same problem.

I have no idea what 'XT' in the title means.

The only possible relevant change I *know* of is that 3.2 on Windows comes with a later version tk/tcl 8.5 than 3.1. If you find the exact version numbers, you could query/report on the tk/tcl forums, also at ActiveState.

You could also diff the 3.1 and 3.2 versions of the relevant tkinter files, (particularly filedialog, commondialog, dialog) working back from tkinter.filedialog.askopenfilename, and see if there were any possibly relevant changes on our side.

Almost certainly a tkinter bug.

A work around is below. First build a DLL from the following C++ source (and add a similar function for the 'save' dlg rather than the 'open' dlg):

#include "windows.h"
#include "Commdlg.h"
#include "tchar.h"

extern "C"{

 __declspec(dllexport)  wchar_t * _cdecl GetOpenFileNamePlus(HWND Parent,LPCWSTR InitDir,LPCWSTR FilenameIn,LPCWSTR Filter,LPCWSTR DefExt,LPCWSTR Title)
{
	OPENFILENAME OpenFile;

//	MessageBox(NULL,Title,L"",MB_OK);

	memset (&OpenFile, 0, sizeof(OPENFILENAME));

    static wchar_t Filename[MAX_PATH*2];

    _tcscpy(Filename,FilenameIn);

    OpenFile.lpstrInitialDir=InitDir;
	OpenFile.lStructSize = sizeof(OPENFILENAME);
	OpenFile.hwndOwner = Parent;
	OpenFile.lpstrFile = Filename;
	OpenFile.nMaxFile = MAX_PATH*2+10;
	OpenFile.lpstrFilter = Filter;
	OpenFile.nFilterIndex = 0;
	OpenFile.lpstrDefExt=DefExt;
	OpenFile.lpstrTitle = Title;

	OpenFile.Flags=OFN_OVERWRITEPROMPT | OFN_PATHMUSTEXIST | OFN_NOCHANGEDIR;

	long Stat=GetOpenFileName(&OpenFile);

	if(Stat)
	    return Filename;
	else
	    return NULL;
}


}

Then in python call it like this, for example:

import ctypes

commdlg=ctypes.windll.commdlg_plus
commdlg.GetOpenFileNamePlus.argtypes= [ctypes.c_void_p, ctypes.c_wchar_p, ctypes.c_wchar_p, ctypes.c_wchar_p, ctypes.c_wchar_p, ctypes.c_wchar_p]
commdlg.GetOpenFileNamePlus.restype= ctypes.c_wchar_p
s=commdlg.GetOpenFileNamePlus(0, "StartDir", "DefFilename", "Text files\0*.txt\0Image files\0*.jpg;*.gif\0\0","txt", "Select a file")

By the way, that above C++ function is not re-entrant! I was lazy and just made a static return buffer. To make it re-entrant, you'd need to figure out how to allocate enough space in the DefFile string so the C function could write the selected filename to that buffer instead of making its own.

I am closing this because for 3.4.3 and 3.5.0 on Win 7, both of which use tk 8.6.x, the file open dialog works as in the 'correct' png, with a navigation pane.