Wedge

I guess so, but they could have been more careful...

Seriously, they hijack the keydown, keyup and keypress events when it could just be done once. They also hijack keydown twice... Just to cancel a few keys that don't seem to do anything for me anyway.

Okay, the 'culprit' for the bug is in $orig.focus(), which doesn't seem to work very well. Still haven't found a workaround though... :( :( :(

Also, I think I found a bug here...


This basically means... "If the original (hidden) select box is blurred (i.e. folded/closed), call blurSB() (it's a recent uncommitted rewrite -- originally it says something like "trigger the blur event for the displayed select box"). But it says, "only if the displayed box is NOT OPENED"... Which totally makes sense. So I removed that silly exclamation mark... And then, I removed everything because there's no way one could blur the original select, AFAIK... And I don't see why any of our scripts would trigger it, themselves. Saves more data. Currently at 2377.

And I'm currently at... 2438.
Although the current implementation is buggy -- but less than before. The problem I'm dealing with, is that when an option is selected and I reopen the select box and use the keyboard to navigate through it (granted, it's not a 'common use case'...), the keyboard event will be fired twice, resulting in the list navigating down two items instead of one. And it will be fired one more time per close/open operation. Yeah, that does mean one of the events is NOT correctly deleted but for the love of Einstein I can't figure out why (I'm now down to just ONE keyboard event being set instead of 3 or 4...)

I'm sure I'll find out. And then I can finally commit all of my changes. :P

Well... Right now, I'm working on a bug that happens in Opera and old Firefox versions and not in other browsers :P

Yeah it seems to me like trophy mods are popular but I've never got the hang of these...

(Thanks to copy-pasting...)

And so, here it is...
My 8000th post on Wedge.org.

I'm taking this REALLY FINAL trophy with a smile, and hoping I can reach 10.000 posts before Pete does 15k ;)

Thanks to my sponsor, SpamCorp International, for their technical and logistical help in reaching this milestone. Thanks to Pete for having a slower week than usual, I could never have done it without him. (I was trailing by 15 posts or so just a few days ago.)

Thank you very much. I'll be here all year.

rev 1204
(2 files, 4kb)

* I believe the local avatar selector should be a square select box, rather than a dropdown. It makes more sense. (Profile.template.php)

* And on the other hand, these non-dropdowns should NOT be turned into dropdowns by our SB plugin. Might as well do something to 'style' them in the future, too... But right now, it's a no-go. (sbox.js)

+ Starting to get serious... All select boxes will now be transformed automatically. I have a feeling this will require a lot of work in the coming days, to convert everything as expected. (sbox.js)

* More code size optimizations. The Proto area is now incredibly short! But because of the extra code from above, final gzipped size is 'only' 5 bytes shorter. (sbox.js)

@ I'm pretty impressed by how much this file is 'optimizable' really...

Really, at this point all fonts seen in the last couple of months are 'good' in terms of typography -- whether it be Helvetica Neue, Coolvetica, Segoe, PT Sans, DIN OT, and many others... They're all 'established' fonts that work well in display (i.e. as logo fonts). The difference is made by subtle changes in the 'default' settings, such as slightly modifying the kerning. It can break or make a logo. For instance, the DIN OT version I have works wonders in small size, it's like the 'perfect' font, but in large size I think it's slightly not as effective as a humanist/grotesque font. While with my latest test, it doesn seem to work great in full size, and work pretty nicely too in small size... That's why I bothered to bump the topic after spending some time dormant :P

Nearly 600 bytes removed since that day... I'm pathetically sick ;)