Hi @KodeZwerg! Thank you VERY much for your consideration!
You are welcome!
I'd like to ask one more question if I may.
Ask as much as you can to have the best result whats possible!
Let's create something perfect instead of wasting my time designing something that I like but you don't.
For developers there isn't too much information, rather the opposite, there is a lack of communication.
So let's work together to realize what you actually need, just don't hold back with questions!
Brace yourself, lol, I think this one is really out of the question since it is a big ask but I wanted to run it by you just in case.
Would it be possible for the app to read the files inside a ZIP file as the data? The reason I ask if copying 25,000 files is a real chore especially having to do it over & over a network; copy 1 large zip file would make things super easier. I don't know what the performance would be like, but if it makes things super-complicated or slows things to a crawl just reading the files then I would cross this last point out.
Let me know what your thoughts are about this and thanks again for even being willing to consider.
I am sorry if I may understand it wrong, thats why I reask to be sure.
If I unterstand that correctly, you don't want to have a normal explorer replacement anymore and everything said is obsolete, instead you want a GUI for one large zip container?
My first thought is, all my speed bonus is gone at once since I can not work with PIDL anymore.
(The FileShell tool from me can already look into zip files, but I do not have any control about content.)
I like to admit that I haven't have any experience with opening and displaying a zip container that contains 30,000 files!
I wrote that my high performance was due to the Windows PIDL mechanism, but I wasn't being completely honest about that.
The high boost comes from the fact that I only load and evaluate what can be shown on the screen.
Whether I can do the same with zip content is a rumor at first.
I can already think of a few basic tricks how I'm not the slowest on the market, but whether I can do it all ... phew ...
The problem with the speed is due to the fact what a zip file actually is and how you can address it.
The wish to be able to call up files from the zip is granted, although I still classify printing as problematic.
My suggestion would be to test my FileShell program with your zip file. so just double-click plus wait and drink tea (I have no Idea how long it needs).
Another problem could be icons, in the real file system I can read them out and display them without any problems, but how it all comes across in zips ... tell me
I will soon upload a version in advance so that you can decide how we should proceed. Deal?