About resolve cache path from current folder

[Norn]

If I understand correctly, resolve cache path from current folder doesn't work? After renaming or moving, entering the folder will refresh the thumbnails.
Configuration | Preview | Thumbnails | Resolve cache path from current folder

[Norn]

Found the problem, it is the problem that the folder name contains Unicode characters.
Did some tests:
In thumbnail view #1, renaming a folder and then entering a folder occasionally pops up Error 6 or Error 7, it seems that this error does not appear when option "resolve cache path from current folder" is checked.

[admin]

Unicode in paths is fully supported. Are you sure?

[Norn]

Occasionally, it doesn't affect me.

[admin]

Gosh, you are right! Gonna fix...

Fixed in next beta.

[Horst]

Gosh, you are right! Gonna fix...

Fixed in next beta.

And you are shure that the in files for thumbnails will not exceed the limits of ini files in Windows ?

[admin]

I wrote my own INI handling. It has no limits.

[Horst]

I wrote my own INI handling. It has no limits.

Cool

[Norn]

Fixed!
Off topic, I have an idea:
Use a new thumbnail.exe (similar to i_view64.exe, montage.exe) for multithreading to create thumbnails and write the cache information to the ini file, then XY get the thumbnail cache information from the ini file?
If this is not feasible or reliable, forget about it. . .

[admin]

Yes, that would work. It's already on my list. As are some other things.

[Norn]

Great! AFAIK, many people use XY as an image manager, because XY has functions such as tags, labels, comment, MDBU. . .

[admin]

I just had a wonderful little idea (that I could and should have had years ago): It is not necessary to write thumbnail.exe. There is already an app that can do all the thumbnails stuff needed: It's called XYplorer! And just like thumbnail.exe, it can be run in a separate process in the background! Let's call this process a shadow instance. That shadow instance will load quickly because it does not have to do any browsing, the tree and list will be empty, but who cares, the whole instance will be invisible anyway. But the full power of XYplorer will be there. If that idea works (it seems too good/easy to be true ATM), then also "XYcopy.exe" will be history.

[Filehero]

Let's call this process a shadow instance.

If this should turn out as mind blowing: could this instance theoretically also serve as a/the script runtime?

[klownboy]

Let's call this process a shadow instance.

That is very cool Don. I have to stop working on an update the Thumbnail Maintenance script now for sure until this comes to pass. The current script does thumbnail building or refreshing in a background tray instance of XY, but this will be so much better.

[admin]

Let's call this process a shadow instance.

If this should turn out as mind blowing: could this instance theoretically also serve as a/the script runtime?

Let's call this process a shadow instance.

If this should turn out as mind blowing: could this instance theoretically also serve as a/the script runtime?

Let's call this process a shadow instance.

If this should turn out as mind blowing: could this instance theoretically also serve as a/the script runtime?

Stuck in a time loop? I know the feeling.

PS: The answer is YES.