3 ms·

"It's a shame the code can't all fit in the bookmarklet" I don't understand your problem. Can't you drag and drop the link to your favorites bar?

• gregsadetsky 14y ago
  Perhaps the GP wants to make sure that the code keeps working, regardless of the server's availability, etc...? dazbradbury -- Host a local copy of http://fontbomb.ilex.ca/js/main.js http://fontbomb.ilex.ca/js/main.js and you should be good to go :-)
  • plehoux 14y ago
    I get it, tks Greg. I originally did not hardcode the js function in the href bookmarklet attribute to ease development process. Since it's effectively a good concern, I will hardcode it. EDIT: Updating the code to escape parentheses is pain. I will leave it like that for the moment. Like greg said, your best option for now is to copy http://fontbomb.ilex.ca/js/main.js http://fontbomb.ilex.ca/js/main.js . Sry!
    • gregsadetsky 14y ago
      You shouldn't try to fit your code in that bookmarklet...! Updatability issues aside (your original, server-loaded approach is absolutely valid), there definitely are limits to a bookmarklet's size, just as there are browser-specific limits to URL length... See: http://stackoverflow.com/questions/417142/what-is-the-maximum-length-of-a-url http://stackoverflow.com/questions/417142/what-is-the-maximu... EDIT: _jb's right regarding the security concern though; the server-hosted code could be changed to something malicious after everyone has installed it
      • AntiRush 14y ago
        To solve the security issue, the bookmarklet could perform some sort of hash checking on the source and refuse to run if it's changed. The question is, can a hash function and verification logic be made small enough for this to be viable?
        • deleted 14y ago
          [deleted]
        • xkcdfanboy 14y ago
          Use MD5, very secure snickers
  • _jb 14y ago
    There's also a security concern. OP could change the code to a malicious script without anyone noticing.