I've found one Script was updated to include all properties of the closed tab(s).No other ways IMO
K, maybe later...Currently I have no time to add this stuff
I've found one Script was updated to include all properties of the closed tab(s).No other ways IMO
K, maybe later...Currently I have no time to add this stuff
Code: Select all
+ New variable <get trigger> returns the action that triggered a
script:
echo <get trigger>;
Returned values:
None = 0
LeftClick = 1
RightClick = 2
MiddleClick = 4
Notes:
- The <get trigger> variable is cleared after the script is
processed.
- Currently implemented only for Custom Toolbar Buttons.
From what I can see, they would still be available --but-- just not visible so I can agree with klownboy in his request and that not having click/edit seen all the time makes the CTB look more like a built-in button (though having "customize" could be left intact as that is visible on all TB buttons).admin wrote:I think the items "Click, Edit..., and Customize toolbar..." should always be available.
+10^^From what I can see, they would still be available --but-- just not visible so I can agree with klownboy in his request and that not having click/edit seen all the time makes the CTB look more like a built-in button
Code: Select all
load "D:\Tools\XYplorer\Scripts\rightclicktest.xys", "_rightclicked";
Code: Select all
load "D:\Tools\XYplorer\Scripts\rightclicktest.xys", "_leftclicked";
Code: Select all
"_rightclicked : _rightclicked";
copytext "[with ToolBar]";
load self(file);
"_leftclicked : _leftclicked";
if (<get trigger> == 1) {
copytext "[no ToolBar]";}
load self(file);
"Wallpaper <clipboard>";
"Mountains|D:\Graphics\Icons\k321-icon-219.ico" goto "G:\Wallpaper\1920x1080\Mountains";
"Rivers && Streams|D:\Graphics\Icons\k321-icon-218.ico" goto "G:\Wallpaper\1920x1080\Rivers & Streams";
"Sun && Sky|:viewthumbs" goto "G:\Wallpaper\1920x1080\Sun & Sky";
"Trees|D:\Graphics\Icons\k321-icon-218.ico" goto "G:\Wallpaper\1920x1080\Trees";
Just to ask: you think of fitting from position of XY-internal (i.e. your implementation), or for scripting logic?admin wrote:Auto-execute section sounds useful, but one has to see how this fits into the current architecture. My guess is that it will not be worth the pain.
Well, both. Form follows function.PeterH wrote:Just to ask: you think of fitting from position of XY-internal (i.e. your implementation), or for scripting logic?admin wrote:Auto-execute section sounds useful, but one has to see how this fits into the current architecture. My guess is that it will not be worth the pain.
Isn't this an argument *pro* the klownboy-request?admin wrote:Well, both. Form follows function.PeterH wrote:Just to ask: you think of fitting from position of XY-internal (i.e. your implementation), or for scripting logic?admin wrote:Auto-execute section sounds useful, but one has to see how this fits into the current architecture. My guess is that it will not be worth the pain.
Multiple scripts in one resource pop as a menu where you choose the script you want to run. This is the basic idea and everything is built on this fundament. Seeing the multiple scripts as functions within one master-script is tempting, but is a different idea. This would be a fundamental conceptual change. Not on my list right now.