Cancelling a search for the false network location
Posted: 20.12.2012, 18:20
When we type a network location address into the addressbar, say, for example, \\thiscomputer and that address does not exist, you have to wait for the function to realize that the address does not exist and for it time out.
Now I see in Q-Dir that if you push the escape key, it will abort the search.
This keeps the file-browser from being locked up.
If you *think* you know the location, and then enter it, and when it starts thinking too long, you can cancel it and immediately try another one. If the location exists, usually it will work right away.
I propose therefore, to allow the escape key to abort a search for a network address.
Now, there is the other part of this; FC has the "load network in separate thread" that you can check in the settings. So FC ought to already know what network locations are available. Why should it search again - shouldn't it just know already? Well, it *should* search again because a new location might have become available.
Therefore, I propose also that that same background thread be used to periodically refresh FC's list of known network locations. This way, when you enter a non-existent network location, FC instantly knows whether it exists, and so doesn't spend time searching. Instead, you would be redirected to the default folder you specified in the settings.
If the location cannot be found, it might also be a good idea to display a notice of that in the status bar.
Now I see in Q-Dir that if you push the escape key, it will abort the search.
This keeps the file-browser from being locked up.
If you *think* you know the location, and then enter it, and when it starts thinking too long, you can cancel it and immediately try another one. If the location exists, usually it will work right away.
I propose therefore, to allow the escape key to abort a search for a network address.
Now, there is the other part of this; FC has the "load network in separate thread" that you can check in the settings. So FC ought to already know what network locations are available. Why should it search again - shouldn't it just know already? Well, it *should* search again because a new location might have become available.
Therefore, I propose also that that same background thread be used to periodically refresh FC's list of known network locations. This way, when you enter a non-existent network location, FC instantly knows whether it exists, and so doesn't spend time searching. Instead, you would be redirected to the default folder you specified in the settings.
If the location cannot be found, it might also be a good idea to display a notice of that in the status bar.