Folder Content Type Detection. Is this a Bug or a Feature
Folder Content Type Detection works correctly when selecting a folder that already contains images; they will show as thumbnails.
However, Folder Content Type Detection does not work when dropping images into an empty folder. The files will read only in Detail view.
I can press F5 (refresh) but that will not show the thumbnails. The only way the thumbnails will show is to click on another folder, than click on the original folder that had the thumbnails copied to.
If the folder is expressively set up as thumbnails it will of course read the newly dropped images as thumbnails.
It's designed so that it will only change your mode when you change directories.
If the mixture of files in a directory changes after you've already loaded it, or you hit F5 to refresh, then Content Type detection isn't involved.
It would be pretty annoying if you were doing something in a lister while files were being added to it and, as you were trying to click or read something, the view mode switched to thumbnails. F5 refreshes are a borderline case where I can see arguments for and against doing it, but if you want to trigger Content Type re-detection then instead of using F5 (Go REFRESH) make a button or hotkey which runs Go CURRENT. Or change F5 to run that command if that's what you want.
Yes; I can see where having the folder contents change view in the middle of adding files could be rather irritating.
I do; however firmly believe that F5 should refresh the list; I was in fact rather surprised that it did not. That was the very first time on any program that F5 did not refresh the way I expected.
Any chance of that being implemented in a future build
Doc, it is implemented. As Leo suggested, change the F5 hotkey command from "Go REFRESH" to "Go CURRENT" and you're set.
[quote="DocLotus"]Yes; I can see where having the folder contents change view in the middle of adding files could be rather irritating.
I do; however firmly believe that F5 should refresh the list; I was in fact rather surprised that it did not. That was the very first time on any program that F5 did not refresh the way I expected.
Any chance of that being implemented in a future build
Don't forget this isn't , you can configure everything in Opus to suit your own needs - things like this (that you're the only person ever to ask for) do not need to be set as defaults. Change it, save it, move on...
And don't forget about Settings->Backup & Restore... Use it often, so that as you continue to make changes to make Opus hum along just the way you like, you can easily revert back if you end up changing something that you later find has an undesirable effect, or you just change your mind and want to roll back.
[quote]Why does it need to be implemented as a default?
Don't forget this isn't XYplorer or , you can configure everything in Opus to suit your own needs - things like this (that you're the only person ever to ask for) do not need to be set as defaults. Change it, save it, move on...[/quote]
I hear you; but if it does everything that the standard out-of-the-box F5 does plus updates thumbnails it only makes sense to make it the default setting for all users. That way it is an everything refresh.
I, at least, do not want F5 to potentially change the view mode. I just want it to force a refresh of the current view. I imagine I'm not alone. Some people will want it one way and others will want it the other way.
Since you're the first person to ask for it most people seem happy, or don't care, as things are. You can easily configure Opus to do what you want, so everyone should be happy.
Go REFRESH refreshes the current view, which won't trigger Content Type detection. This is what F5 does by default, and what I want F5 to do and what everyone but you seems happy with F5 doing.
Go CURRENT reloads the current folder, which will trigger Content Type detection. This is what you want F5 to do, so configure F5 to do it, but don't assume everyone else wants the same.
I'm locking this thread as we seem to be going around in circles.
