Forum for XYplorer Users and Developers
https://www.xyplorer.com/xyfc/
Does this imply you do not have control over its source code?admin wrote:Practical problem is that this menu has been written not by me, but by another guy, and he kind of vanished. It's the file ContextMenu64.exe: Roughly it receives one or more filenames and pops the matching shell context menu. Looks like it does not support the held SHIFT key.
Yep. It bugs me, but I have no means here to do this myself.perceuze wrote:Does this imply you do not have control over its source code?
Well, I unchecked the 64-bit option and it works as expected. Unfortunately I need it enabled because of a 64bit-only extension I cannot get rid off, which also means the Shift key must taken into account in this particular case despite the partial solutions offered by @highend and @jupe.admin wrote:Yep. It bugs me, but I have no means here to do this myself.
Absolutely! Sounds great to me, it's a deal.perceuze wrote:Well, I unchecked the 64-bit option and it works as expected. Unfortunately I need it enabled because of a 64bit-only extension I cannot get rid off, which also means the Shift key must taken into account in this particular case despite the partial solutions offered by @highend and @jupe.admin wrote:Yep. It bugs me, but I have no means here to do this myself.
That makes of those issues blocking ones to my use case so definitely a deal breaker. However it's been a couple of days I'm trying XYplorer and it seems I would be a happy user otherwise. Thus, as a C++ developer, I'm willing to offer you to write a drop-in replacement of ContextMenu64.exe if you would accept the following conditions:
This would of course create a relationship based on trust. Does it sound like an acceptable deal to you?
- For the sake of maintainability and trust, I would publish the source code of this replacement under the terms of a permissive open source license. Typically MIT, BSD, or zLib, but not GPL or similar
- You would grant me a "Lifetime License Pro" of XYplorer
I can post the specifications right here:
- "ContextMenu64.exe" is a 64-bit executable.
You should probably choose a different name for yours, so we can keep the two approaches separate.
- Description: "64-bit Context Menu Helper"
- Would be cool if it had the same/similar icon as XYplorer.exe (I can send the ICO file if needed).
- The data are sent by command line parameter. The command line parameter is the
full path (in double-quotes) to a text file located in the user's TEMP folder.
This file contains the data proper. So you have to open this file and parse its
contents.
- This file is encoded in UTF-16LE in order to handle Unicode filenames.
- The data are only two things:
1) the position of the menu (X and Y)
2) the item(s) for which to create the shell context menu
- the current format (of course, you may suggest improvements to the format!) is (example):
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
||PosX=200 PosY=100
C:\Test\Image 01.jpg
C:\Test\Image 02.jpg
C:\Test\Image 03.jpg
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- first line starts with || (two empty fields reserved for whatever; I admit
I'm not sure now what the idea had been...)
then PosX=[value][space]PosY=[value]
the values are absolute screen positions
- the subsequent lines contain the item(s), one per line
- each item is simply the full path
- In case of virtual folders (Computer, Network, Recycle Bin...) the CLSID
is passed in this format (here Recycle Bin):
::{645FF040-5081-101B-9F08-00AA002F954E}
- The "Rename" item should be suppressed in the menu, since this would require a
callback to XYplorer.exe. Could be done but I'd like to spend my time better.
And who needs a rename here anyway? Rename is F2, period. 
- You don't need to close the file when the menu is hidden after use. XYplorer
will close it on exit by passing the command line "-quit" (without the quotes)
to "ContextMenu64.exe".
- So you also have to process "-quit" by shutting down your app.
Well, that should be it.
Thanks again,
DonCode: Select all
XYmenu64.exe [options] [file] ...
Options:
--mouse <XxY>
Mouse coordinates
--datafile <path>
The text file to read the [file] args from.
One file/shell item per line
--quit
Quit.
Examples:
XYmenu64.exe --mouse 123x40 C:\dir\file.txt ::{645FF040-5081-101B-9F08-00AA002F954E}
XYmenu64.exe C:\dir\some_file.DLL
XYmenu64.exe --datafile C:\Users\Bob\AppData\Local\Temp\UniqueName.txt
XYmenu64.exe --mouse 1x2 --datafile C:\Users\Bob\AppData\Local\Temp\UniqueName.txt
Would you be so kind to send me your e-mail address so that we can pursue this without polluting the forum?admin wrote:Looks good!
I think highend remembered:admin wrote:Not that I know of.
But, at least, I hope you have the source, now?perceuze wrote:
- For the sake of maintainability and trust, I would publish the source code of this replacement under the terms of a permissive open source license. Typically MIT, BSD, or zLib, but not GPL or similar