XYplorer Beta Club

Hmmm. I see no difference in testing with the dead chicken (HAHAHA!) beta. As long as MSE is in real-time, XYplorer freezes up.

FYI, I run my system with MSE real-time turned off. I have no performance issues with XYplorer as a consequence.

Back to the barn yard?

Is Auto-Complete (the dropdown list) on a folder with many EXEs also slow?

Marco wrote:Don, I think you fixed it!
I was experiencing the same behaviour with CIS, but with 0203 icon are acquired super-fast.
Thank you.

Really? Maybe it's just the Windows cache? Can you please confirm by comparing with the last official version (12.20.0200)?

I tested the 200er Beta yesterday. After scrolling slowly through my complete download folder from top to down everything seems to have cached so later use of this folder runs fine.
But today I tried it again (without changing anything in the download folder) and it was very slow again so the caching is nothing that persist.

Anyway, I can't rely on caching because I especially bought XYPlorer as a tool to get rid of my immense data chaos. In those clean up sessions I rarely visit the same folder again.

When I remember correctly XYPlorer is written in VB6 so multi-threading is not directly supported, right?
But there are ways around it, aren't there?

You mean you tested v12.20.0203?

I don't think there are real ways around it. Many have claimed to have found a way (and I tested a lot) but none of them worked out in the end.

No, I downloaded it yesterday where the 200 was the latest beta.

Those VB6 limitations could be a problem in future especially when it hinders your innovations. Did you ever thought about a switch to another environment or a .NET based language? Well, I don't know the complexity of the application's code but it's of course nothing anyone could do just in a couple of weeks (especially because of the changing API).
At least .NET would mean a modular environment where other developers can contribute to the project using their prefered programming language like C#.

I definitley don't think Don will ever go the .NET route. He already said before that he does not like it and it still requires a lot of work to convert. There's also an issue where there's quite a bit of people who use XYplorer in recovery environments so dependency on such a framework is not ideal in such situations. Of course it would solve a lot of limitations right now including multi-threading, native Unicode support, 64Bit, and other things. Switching to a completely different language is not a good thing either since I'm guessing the amount of codes for XYplorer must be massive considering all the wonderful things XYplorer can do. What Don seems to be waiting for now is a 3rd party compiler.

Robbson wrote:No, I downloaded it yesterday where the 200 was the latest beta.

Please try v12.20.0203 (download here from the forum).

admin wrote:

Marco wrote:Don, I think you fixed it!
I was experiencing the same behaviour with CIS, but with 0203 icon are acquired super-fast.
Thank you.

Really? Maybe it's just the Windows cache? Can you please confirm by comparing with the last official version (12.20.0200)?

I'm sorry, I was too optimistic. Yes, the cache was probably doing a big part of the miracle.
Icon retrieval for exe's seems a lil faster tho. Comparable to WE icon retrieval speed. Always considering antivirus enabled.

Let me repeat my previous question: Is Auto-Complete (the dropdown list) on a folder with many EXEs also slow?

I also tried 203 but there is no difference.
If multi-threading is not possible how should any newer version be able to fix it?
I think I'll have to live with the generic icons at least at work.

@Enternal
Today I also wouldn't start a new project relying on pure Windows technology only. While there are .NET implementations like MONO they are rather used for platform independent background and script processing, not to write a whole UI applications. I would rather use Qt for this or maybe wxwidgets.

So a possible solution would be to change from VB6 to VC targeting the very same Win32 APIs. There are some converters available but I think it would be still a very hard task. But it's also not a solid base for future then especially because of the programming style using those old libraries.

Nope, autocomplete (6KN) seems instant. Can't exclude caching. Anyway I have a folder with a ton of exe's. In sequence:
1. browsed by 6KN: basically instant
2. browsed by list: you can see icons retrieved one by one

Marco wrote:Nope, autocomplete (6KN) seems instant. Can't exclude caching. Anyway I have a folder with a ton of exe's. In sequence:
1. browsed by 6KN: basically instant
2. browsed by list: you can see icons retrieved one by one

1. But when you scroll the 6KN list (where you see at most 16 icons at a time) this scrolling should be slow and stuttering, right?

2. How many EXE do you see at one time?

admin wrote:

Marco wrote:Nope, autocomplete (6KN) seems instant. Can't exclude caching. Anyway I have a folder with a ton of exe's. In sequence:
1. browsed by 6KN: basically instant
2. browsed by list: you can see icons retrieved one by one

1. But when you scroll the 6KN list (where you see at most 16 icons at a time) this scrolling should be slow and stuttering, right?

2. How many EXE do you see at one time?

1. No, it's smooth (maybe I lost 1 or 2 fps when I reached the 16th item and moved down to the 17th, but not significant imo)
2. 36

PS: what's the quickest action to clear windows icon cache, besides reboot?

Dunno.