Thanks Jules. Both fixes worked great.
I modified the first fix to also deal with loading files. I imagine you’ve already something like this, but for anyone else reading this thread before the next JUCE release:
void FileBrowserComponent::textEditorTextChanged (TextEditor&)
if ((mode == saveFileMode) ||
((mode == loadFileMode) && (getCurrentFile().existsAsFile())))
ComponentDeletionWatcher deletionWatcher (this);
for (int i = listeners.size(); --i >= 0;)
((FileBrowserListener*) listeners.getUnchecked (i))->selectionChanged();
if (deletionWatcher.hasBeenDeleted()) return;
i = jmin (i, listeners.size() - 1);
Ideally I’d change this code so that the choose button disables as well for loadFileMode if the text is not a valid file. Currently ocne it enables, it stays enabled. The list select handler should also clear the text box when a directory is clicked (and cause a corresponding disable button event). I’l l take a look at that after lunch.
The dialog box performance now seems to be what I’d expect on all machines I’ve tested on, so I guess it was the root building that was taking so long. Odd that the floppy drive never grunted though.