Page 2 of 2
Re: context menus > 64-bit + 32-bit side-by-side
Posted: 11 Jan 2024 19:59
by lenient
Horst wrote: ↑11 Jan 2024 17:45
@lenient
Your "There has to be a way..." is only your wish regardless of how context menu works.
A wish that can, and should, come true. As having to display two menus to access a context menu item in any application is extremely inefficient and seems absurd.
Horst wrote: ↑11 Jan 2024 17:45
XY can't see what shell extensions display as the final result !
That's a chain of context menu handlers, and each one decides what it displays.
That's the point. It doesn't see it, but it could if it wanted to. AHK can see it, so why not XYp? Any explorer context menu editor can see it. One can see it visually and in the memory stack. It could thus be as simple as regexing the differences and elegantly display visibly a 3rd merged menu, on each right-click.
I cheer on and think XYp could be the first to do it.
Re: context menus > 64-bit + 32-bit side-by-side
Posted: 11 Jan 2024 20:15
by highend
Which app is able to display 32-bit and 64-bit context menu blended into each other or _at least at the same time_?
Re: context menus > 64-bit + 32-bit side-by-side
Posted: 11 Jan 2024 21:01
by lenient
highend wrote: ↑11 Jan 2024 20:15
Which app is able to display 32-bit and 64-bit context menu blended into each other or _at least at the same time_?
None, which could make XYp the pioneer, like in so much else. The question is not who; The question is if not XYp, then who?