From: SourceForge.net <no...@so...> - 2008-06-24 12:43:22
|
Bugs item #1936220, was opened at 2008-04-06 20:58 Message generated for change (Settings changed) made by patthoyts You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=1936220&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 37. [tk_get*File] Group: current: 8.5.2 Status: Open Resolution: None >Priority: 8 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Jeffrey Hobbs (hobbs) Summary: tk_getOpenFile -multiple 1 fails on Linux Initial Comment: Using version 8.5.2, built from sources, with --enable-64-bit. OpenSuse version 10.3 tk_getOpenFile -multiple 1 does not work. After selecting a few files (whose names correctly appear in File names listbox), pressing Open button results in failure message (which appears to arise from lines 1663/1664 of tkfbox.tcl. No problems with this on Windows, using ActibeState binary. Ian Gay ga...@sf... ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2008-05-01 10:00 Message: Logged In: YES user_id=79902 Originator: NO It's meaningful on both Win and OSX. Win supports forcing the showing of hidden files on 2K/XP (and probably Vista too; the page I was reading predates that) via the OFN_FORCESHOWHIDDEN flag. At least one of the OSX APIs for file selection supports filtering, but the docs are complex enough that I can't tell for sure if that is something we can take advantage of. ---------------------------------------------------------------------- Comment By: Jeffrey Hobbs (hobbs) Date: 2008-05-01 01:06 Message: Logged In: YES user_id=72656 Originator: NO Ah yes, I snuck that switch in because I felt it was necessary, but not part of the standard API fit. A small TIP could address that I guess, but [-hidden bool] really only means something on unix-based systems. ---------------------------------------------------------------------- Comment By: Ian Gay (iangay) Date: 2008-05-01 00:56 Message: Logged In: YES user_id=214862 Originator: NO While looking at the source code, in connection with the above bug, I found a wonderful feature! There is code in place to allow exclusion/inclusion of unix hidden files in the search. Unfortunately, there is no mechanism for script authors to access this code. I think it would be a great idea to activate this code by provision of a suitable argument to the tk_get... procedures. ---------------------------------------------------------------------- Comment By: Ian Gay (iangay) Date: 2008-04-09 21:17 Message: Logged In: YES user_id=214862 Originator: NO The immediate cause of the problem is the command IconList_Selection $w clear 0 end in ::tk::IconList_FocusOut (in tkfbox.tcl) With the ttk widgets, a canvas FocusOut event is generated when you press the Open button (This behaviour is pointed out in http://wiki.tcl.tk/20050 The suggestion there, to insert bind TButton <ButtonPress-1> {%W state pressed} at an appropriate place appears to work. (I inserted it at the top of ::tk::dialog::file::) This may not be a good idea - changing class behaviour globally seems yucky. Adding -takefocus 0 to the button definition in ::tk::dialog::file::Create also works, and seems better to me. This dialog needs to be reviewed by someone who knows the details of tk and tk better than I do. There are a few other problems ... e.g. the Alt_O binding doesn't work. Ian ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-07 19:11 Message: Logged In: NO Testing old versions shows that this bug first appeared in 8.5b3 (the first ttk version). Diagnostic printing shows that in proc ::tk::dialog::file::ActivateEnt the assignment set selIcos [::tk::IconList_CurSelection $data(icons)] always produces an empty list after a multiple selection. I don't yet understand why this is. Ian Gay ga...@sf... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=1936220&group_id=12997 |