Glad it works now! Frankly to my own surprise - even without any dialog for dragdropping mht now?! WOW... a mystery to me how KM now knows to send it automatically to IE, and why changing the kmm fixed it, considering it contains no OnLoad-commands...
But sorry the kmm-code itself is now even messier than before, ouch ouch ouch... (who wrote that?! You not I know, just copied) :cool: For this reason please take my name out of it again (and really have nearly nothing contributed to this complex extension anyway, consisting of far more than just a kmm), and try if at least removing that clipboard-nonsense still works too??
current:
IEtab_OpenPage{
$oldclip=getclipboard(); setclipboard("");
id(ID_SELECT_URL); id(ID_EDIT_COPY); $theurl=getclipboard();
$theurl==""? $theurl=$URL:"";
$URLBAR=$URL;
setclipboard($oldclip);
opentab("chrome://ietab/content/ietab.html?url=".$theurl);
}
new:
IEtab_OpenPage{
opentab("chrome://ietab/content/ietab.html?url=".$URL);
}
If not (?), perhaps the extension somehow monitors the clipboard, no idea, but in that case it's still build way too complicated.
If yes (?), it also itches me strongly to clean up that just as obfuscated "checkava" stuff in ietabsup.kmm and replace 3x3 lines with 3x1...
getpref(BOOL,"xxx") ? &yyy : &zzz;
(attention this checks for "true" => switch around &yyy+zzz)
...and in both kmm the module names which violate all naming rules, using no common prefix... Really sorry for being a PITA, but you see the prob is that everyone is just copying other old macros no matter how convoluted, and so everyone will perpetuate it again and again and again, no one knowing what he's doing (no wonder with such templates), sigh :-/
Ah yes, and I'add a kmm-version to the headers, and a date, and a link to this forum... *run&duck* ;-)
Edited 2 time(s). Last edit at 09/22/2015 06:08AM by siria.