XYplorer Beta Club

admin wrote: ↑15 May 2022 10:24

Antieve wrote: ↑14 May 2022 18:35 One of the reasons is that you don't follow guidelines
Yes, windows explorer works fast because of passing just first 16 selecting items to a verb. Tricks are everywhere

Sounds fascinating, but then the shell extensions in the ctx menu (e.g. WinRAR's "Add to archive...") will only work on those 16 items.

There is a registry key to increase that number.

admin wrote: ↑15 May 2022 10:24Sounds fascinating, but then the shell extensions in the ctx menu (e.g. WinRAR's "Add to archive...") will only work on those 16 items.

Try to read it one more time

There is a registry key to increase that number.

Yes, but why?

Antieve wrote: ↑15 May 2022 15:32

admin wrote: ↑15 May 2022 10:24Sounds fascinating, but then the shell extensions in the ctx menu (e.g. WinRAR's "Add to archive...") will only work on those 16 items.

Try to read it one more time

There is a registry key to increase that number.

Yes, but why?

Because 16 is a very low value and most systems can have much larger values without getting problems.

Horst wrote: ↑15 May 2022 17:23Because 16 is a very low value and most systems can have much larger values without getting problems.

If you need it for some reason, you can change this value on your system, but in the context of the problem it does not solve anything.

will only work on those 16 items

I understand that it is problematic to conduct experiments in an unfamiliar programming language (ahk), so here is a quick and dirty sample (attached) to play around with.

This is a very simplified implementation just to show the main idea. You can drag and drop files into the program window to make sure it works. The menu will always be displayed for 16 files (if > 16), regardless of their actual number (number 16 is hardcoded in fact it can be any reasonable value). Reinitialization is not implemented correctly, but for the test sample it is not important, so for the number of files greater than 350, I disabled menu validation and only default menu commands will work. Now you can initialize XYPlorer drag handler (by direct call or by message or whatever) and send a drop message to test program window (context menu reacts to CFSTR_SHELLIDLIST format). Window title is the full path.

This should help to make a decision about the feasibility of implementing this approach.

I'm not even thinking about AHK. It's the 32-bit ctx menu written within XY in a familiar language that should work first.

BTW, I could not download your sample. Can't you attach it here within the forum?

admin wrote: ↑15 May 2022 18:42Can't you attach it here within the forum?

Done. Using hostings is just a habit

It works well here. Impressive.

I have no time today (or even in the coming days) to dive into it, but this is really interesting. And it's just 65 KB.

One more thing.
In older versions, when you return to the parent folder by clicking on its name in the address bar (breadcrumbs), this directory remained highlighted and was in the visible part of the list. In the new version, this behavior can only be achieved by clicking the "🠕 Up" button, and through the address bar it just throws me back to the beginning of the directory list with no selection.
Maybe I missed some settings?

older versions... went back till 22.60 and did not find this to be the case. Maybe just wishful memory?

admin wrote: ↑17 May 2022 15:46 older versions... went back till 22.60 and did not find this to be the case. Maybe just wishful memory?

I upgraded from version 18.70 (to 23.00) and am comparing with it

I vaguely remember that it was removed because people did not like it.

Turns out there is a tweak for what you wish:

admin wrote: ↑17 May 2022 16:27 I vaguely remember that it was removed because people did not like it.

It's a bit counterintuitive, because if you checked the "Select last used subfolder" checkbox in the settings, you would expect this behavior for any navigation method and it is unlikely that people could complain about themselves

a tweak for what you wish

Thanks! It works.

Well, it looks like it was my own idea, and it's not as long ago as I thought:
Let's hear some opinions! I'm ready to factory-default it to 3.

In addition to "Set modified date to current",

it would be cool to have native commands like "copy modified date" and "paste modified date"