Explorer++

I agree that those sorts of additions would be good. The trouble has always been that Win32 controls are difficult to style and customize. Which means that these sorts of changes might be technically possible but difficult to implement well. If there was an open source library that offered a tab con...

Regarding performance, the issue is that to show a folder within the treeview, you have to enumerate each of its parent folders, something that can take a significant amount of time. For example, simply enumerating the Network folder on my PC takes about 30 seconds, even though there are no other PC...

For reference, dark mode has been mostly implemented in the development builds for about 6 months now - see https://github.com/derceg/explorerplusplus/issues/115.

Dark mode has been mostly implemented in the development builds for about 6 months now - see https://github.com/derceg/explorerplusplus/issues/115. Since the request for a dark mode has been in this forum for years, with zero action, I would ask that instead of adding a dark mode, just allow the Exp...

Oh, first browsing is faster allright. That's good to know, at least. It's a bit frustrating that the best performance would come from having a split implementation, when a unified implementation is simpler. Personally, I think there would be much greater gains made from performing the enumeration ...

After investigating a bit further, it looks like the reason why IShellFolder2::GetDetailsEx has the same performance as SHGetDataFromIDList is that they both retrieve data cached within the PIDL. The behavior of SHGetDataFromIDList is discussed at https://www.zabkat.com/2xExplorer/shellFAQ/bas_xplor...

Coincidentally, I discussed this exact issue yesterday in a pull request . The idea I mentioned in the pull request was to use IShellFolder2::GetDetailsEx to retrieve some of the basic item details. Which is something I've implemented locally, but I'm still testing the change. I was unaware of SHGet...

Hi Edgar, the leaks were fixed in these two commits: https://github.com/derceg/explorerplusplus/commit/a94f26bad83b3af36273c61c5a3e9a996adc5ce9 https://github.com/derceg/explorerplusplus/commit/e2ea18930668a3157be2c72b64509e9f9a0648b0 Quite a few of the resources allocated by the xml load/save funct...

After investigating it a bit more, this will have been due to the code used to save data to the XML config file. That code (as well as the code to load from the config file) was leaking a lot of memory. It's not really visible with 1.3.5, because that version loads data once and saves it once. On th...

Thanks for reporting this. It should be fixed in the latest development build.