Very, very nice movie. (Watch it with the sound on.) That sense of timing would improve a lot of e.g. paid-for product demo movies.
Yeah, beautiful and charmingly funny video.
Does anyone know what the waltz used was? Strauss?
Show HN: fontBomb - Stylishly destroy the web
41–50 of 92 posts
Re: Show HN: fontBomb - Stylishly destroy the web
#42Very, very nice movie. (Watch it with the sound on.) That sense of timing would improve a lot of e.g. paid-for product demo movies.
Yeah, beautiful and charmingly funny video. Does anyone know what the waltz used was? Strauss?
http://en.wikipedia.org/wiki/The_Nutcracker -> Waltz Of The Flowers
Re: Show HN: fontBomb - Stylishly destroy the web
#43Earlier quoted context omitted.
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 chan…
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?
Re: Show HN: fontBomb - Stylishly destroy the web
#44Thanks for making your site wacom-friendly. A lot of sites don't have any denoising for clicks, so if you try to click with a tablet it ends up dragging a tiny amount instead (twitter's lightbox is REALLY BAD in this respect).
Why are you using a wacom tablet to browse the web? Isn't that for drawing?
In 1998 I would have said, "because it's elite."
In 2012 it's because I got swag.
Re: Show HN: fontBomb - Stylishly destroy the web
#45Wow, this is so much fun to play with.
Re: Show HN: fontBomb - Stylishly destroy the web
#46I'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
Great fun.
A couple of suggestions, speaking as a front-end designer / occasional indie-game artist:
- I don't know how you're calculating it, but consider adding a bit of randomness to the effect radius. This way, you won't be blasting perfect circles each time.
- If keeping the graphics CSS-only isn't a priority, consider some sprites! If you need a sooty blast scar or maybe a simple explosion sprite, I'd be glad to lend a hand.
Re: Show HN: fontBomb - Stylishly destroy the web
#47Thanks for making your site wacom-friendly. A lot of sites don't have any denoising for clicks, so if you try to click with a tablet it ends up dragging a tiny amount instead (twitter's lightbox is REALLY BAD in this respect).
It is pretty simple to implement, you increment a variable on 'touchmove' event, and check on 'touchend' if the variable is less then 3. If it is, you can call your click function.
hm. seems like something that the browser should handle for you... don't see why every website should have its own debouncing code.
Re: Show HN: fontBomb - Stylishly destroy the web
#48 I found something similar to this a few months back... very cool trick.
Re: Show HN: fontBomb - Stylishly destroy the web
#49Earlier quoted context omitted.
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 chan…
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]
Re: Show HN: fontBomb - Stylishly destroy the web
#50This things works nicely on the iphone! Kudos
Tks, HTML 5 is on the verge of massively disrupting games. And my bet is that it will be with the DOM and not canvas or webGL.