<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><blockquote type="cite">It depends on how many and how deep the directories you have, and what kind of HD they're on. </blockquote><div><br></div>Yes, I guess the directory tree traversing might take a long time in some cases; which in itself is probably sometihng deserving some profiling.</div></blockquote><div><br></div><div>My understanding is it's a VM issue.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"> Also one might consider a better navigation idiom than the rather (over, in my opinion) extensive "all the subdirectories of my parent directory and up we go" approach. It is (was) a *major* pain for RISC OS because of the expectation of multiple filing systems related to devices that have to try to spin up CDs etc just to decide whether there is a root there. But that just opens up a long complaint about the appalling state of filename handling.</div></blockquote><div><br></div><div>+1<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div><br><blockquote type="cite"> But another few seconds quickly accumulates simply from having to grab the mouse just to regain focus on the field where I can type the filename. </blockquote><div><br></div>The keyboard focus is in the text field immediately the dialogue is opened, so that ought not be a problem. I guess if it really has taken multiple seconds to build the directory tree morph then one might have moved the mousse around in that time and changed that?</div></div></blockquote><div><br></div><div>It's because I use mouseOverForKeyboardFocus.  The dialog doesn't always open with the text field under hand, so initial focus is lost.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div>The thing that I suspect would make a lot of people happy and have uses in many dialogue related situations is the building of a collapsing dialogue section. We had some discussion of the idea a while back and Marcel tried a few ideas. The dialogue ought to open with a label, the text field and an 'click me for more' icon - something vaguely like this -<br></div><div><img id="gmail-m_-2452252148964263142180E1C9A-ED66-4E00-914C-ECE53D8919B6" src="cid:1738261f01f370fe4f41"></div><div>Clicking the down-caret would open it up to a full directory handling tree widget. I believe this would be a major improvement.</div></div></blockquote><div><br></div><div>I know that's the conventional look for "apps" that use files as their only storage, but would you be open to considering a more "Squeak-style" approach?  What if the regular text menu could have a "select file or directory" entry added to it?  So it would be available _everywhere_ in the IDE.  This "Squeak-style" approach preserves its sandbox capability modelessly (e.g., without needing a preference), while still providing developers that flexible hook for launching your dialog to select and paste fully-qualified names, anywhere.</div><div><div></div></div><div><br></div><div>Unfortunately, Marcel concluded that ToolBuilder can't open a modal upon a modal without at least hacking (that's paraphrased, BTW).  If Marcel's finding is true, at least there's always the single-field text box as a preference.</div><div><br></div><div> - Chris</div><div> </div></div></div>