You have a misunderstanding. The prob isn't whether a link is opened in a new or the same tab, that's easy to handle with an if-condition.
The only prob is to get the original action executed (whatever that is)
when there is no link at all, how to disable the diversion shortcut.
One of the fixes in my last posted version (other thread, link above) was actually to avoid at least opening a new *empty* tab when there is no link at all, what your version still does when clicking e.g. on the background. Because then your macro versions still fire open(Link):
Quote
JohnHell
KMLClick_Click {
if(($LinkURL != "" ) and (index($LinkURL,"javascript") == -1) and (index($LinkURL,"#") != length($LinkURL)-1)){
$_KMLClick_status_frontback == 0 ? opentab($LinkURL) : openbgtab($LinkURL);
}else{
&KMLClick_go;
}
}
KMLClick_go{
open($LinkURL);
}
But anyway, although fixed that easy issue , of course still doesn't help to fix the real prob, to completely disable the diverted accel shortcut
Personally my best hopes are still on examining the available
touchpad options and workarounds, to find the easiest middle-click emulation. E.g. using the left touchpad button for it sounds really promising to me, since the left-action can just as well be fired by tapping on a link.
And there's also that new "
superdrag" function in KM76, what some people seem so obsessive about too, but among others probably not widely known yet? That means if mousegestures are enabled, clicking on something (link,image,selection) and dragging a tiny bit to the right has a flexible and customizable context action. Not sure how easy on a touchpad, but worth testing.
Anyway, couldn't quite stop yet wondering how on earth that diversion macro could be of any use at all and at least run submit buttons, and found now this:
Clicking
Alt+Ctrl before left-click (on european keyboards AltGrp-button) actually executes the "Preview" button in this forum! Perhaps works elsewhere too?? No idea, but at least a partly fix...