So that would explain why I would actually recommend you go ahead and roll your own in this case. I know, from prior SoPW threads where we've both posted relevant help, that you can handle "File::Find" or choose a command-line "find" + "readdir" approach without any trouble. All you need beyond that is a good idea of how the tool should behave, one or two scrollable Listboxes, a Label or two, a nice wide Entry widget where you can type or paste, and maybe a dynamic "combo-box" style pull-down (a fancy way to keep a history of paths and/or files already visited). There's not that much to doing a decent job of it. And you'll know for sure that you can make it fit nicely with the rest of your GUI layout.
I realize I'm overstating the simplicity a little bit, but most of the subtlety is just a matter of keeping track of where you are, and knowing enough about what the user needs so that you keep it both simple and effective. I'd spend a little extra time looking for a way to have an Entry widget where I can type in a path and have filename completion bound to the tab key. (I don't know if any of the file-selector dialogs provide this. It's crippling not to have it.)
If you want to go in for all the cute decorations (icons determined by file-type, yadda yadda), then just ignore me, and good luck with the pre-packaged widget that gives you all that.
In reply to Re: The right Tk file selecter
by graff
in thread The right Tk file selecter
by etcshadow
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |