Live data from Hacker News

Show HN: fontBomb - Stylishly destroy the web

fontbomb.ilex.ca

21–30 of 92 posts

Re: Show HN: fontBomb - Stylishly destroy the web

#21
post #15

Earlier quoted context omitted.

"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?

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 and you should be good to go :-)

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 . Sry!

Re: Show HN: fontBomb - Stylishly destroy the web

#23
post #2

I'm the author, it works best in Safari and IE 9. Use the bookmarklet to destroy any website. Source is here: https://github.com/plehoux/fontBomb/tree/master/src/coffee

In Firefox 13, the explosions don't correspond to the clicked locations/where the bombs are placed.

Re: Show HN: fontBomb - Stylishly destroy the web

#25
post #10
post #6

Earlier quoted context omitted.

Just curious, why it so faster in Safari then in Chrome?

My guess is that Safari rendering system use hardware acceleration and Chrome doesn't. The bottleneck here is not javascript, it is the browser rendering system when applying all those css 2d transform.

Yep. Safari runs a 3D CSS demo/benchmark/unrealistic-stress-test I made much smoother than Chrome.

Re: Show HN: fontBomb - Stylishly destroy the web

#27
post #21

Earlier quoted context omitted.

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 and you should be good to go :-)

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 . Sry!

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-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

Re: Show HN: fontBomb - Stylishly destroy the web

#28
post #15

Earlier quoted context omitted.

"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?

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 and you should be good to go :-)

There's also a security concern. OP could change the code to a malicious script without anyone noticing.
Post reply on HN