santilli>>> What baffles me is how everyone trying to understand what was going on failed to notice that you structure your directories based on YEAR\YEAR_MONTH\YEAR_MONTH_DAY\ while your filter is set to show all files from T:\Media\Images\Camera\
Good point; that said I will at times be constrained by my client to the structure created by them. I'm not trying to hoodwink you here – these ARE my folders and my files and my naming conventions, but
it is what it is and today I might be constrained by my own suite of utilities that force me to use such constructions for other processes, yes? My snapshots show that these structures of data do exist, and we are not always granted the freedom to change them; we must process the data as it is, not as we might wish we had structured it 20+ years ago (when I purchased my first digital camera)
santilli>>> So now we can see that Everything will show files from all 31 folders corresponding to the month of February, listed alphabetically, where we can notice there's only 6 files for each folder, roughly. All the while we are breaking our heads trying to understand why the image viewer is not displaying images that are not there to be seen.
Well, not quite breaking MY head. I had expected to find myself serially processing a data set of 266 images, not realizing that the folder structure from which the results list is fabricated would govern/limit a subset of images to be viewed. It turns out that both Everything and Windows Photo Viewer are well-behaved, doing precisely what they were designed to do.
My experience with Everything is that whenever things don't seem to be working, that is due to my inexperience with Everything, and I have clung to that belief from the start of this thread:
"I am trying to determine what is at fault here (besides me and my lack of knowledge)." I do not brag about my lack of knowledge; I acknowledge (nice one Chris!) my lack of knowledge.
santilli>>> Now... I apologize in advance, but it seems to me that, in an attempt to be extra organized, you ended up creating this problem.
Not quite. For twenty years I have progressed from "Just click this button here" to "Look! I can edit an {IncludePicture} image in a MSWord document with just one click of a button. I believe that regular users of MSWord still have to (a) show the field codes to identify the name of the image file (b) use Windows File Explorer to locate that image file (c) right-click on that file name to invoke (say) MSPaint and later (d) hide the field codes prior to pressing the <F9> function key to update the image in the MSWord document.
As the sole custodian of over 20,000 camera images, I would claim that I have solved a massive problem. The concern in this thread is but a hurdle I must leap in achieving my goal; not an obstacle.
santilli>>> If all your files already follow the DATE_TIME.ext structure, you could simply store them in a single MONTH folder, instead of having several subfolders for each day. Even if this would mean refactoring your macros, it is best to simplify the folder structure if you intend to browse multiple days in one go, otherwise you will have to adapt to this limitation.
It is not always possible to restructure data as a project progresses; that is why professional programmers spend time analyzing data needs. My data needs are rooted over 20 years ago. Back then my needs were based on what was needed back then. "A company is known by the data it keeps"
santilli>>> 1 - Have you recently come up with this folder structure that you're using? If not, I reckon you'd have faced this situation pretty early on.
No! (grin!). I came up with this folder structure over 20 years ago; this structure has served me well in earlier assemblies. It is now 50 years since
CDC introduced me to the idea of using dates in a hierarchical form "YYYYMMDD" rather than any other form.
And again No! (grin!). Had I met this hurdle, say, 25 years ago, I’d have solved it and gotten on with life. Mind you, Everything 1.5 wasn't around 25 years ago, so there's no way I could have met this hurdle 25 years ago.
santilli>>> 2 - If you only intend to see "what the heck is THIS file", Everything's preview panel should be enough, no?
No. (this is getting to be too negative for me, and probably you). Void has presented an option for right-click and the bolded Preview command. That's two clicks. I have been using the right-arrow key, which (a) is but one action and (b) keeps my fingers on the keyboard. Would you agree that by using one tap instead of two differing clicks I have cut my work by 50%?
santilli>>> You can browse using up/down arrow keys and see images from multiple folders, rename, delete, without even having to open windows photo viewer
Correct! But in detail view my eye/brain organ can reap more data in less time.
In particular I have just tried the right-click Preview mode again, and yes, I am still restricted to those six images starting with the first image in the results screen.
Whatever. Thank you for your responses. They all cement my understanding of Everything 1.5
Cheers, Chris
OK; now pay attention!