Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Nao
6706
Features / Re: New revs
« on January 7th, 2012, 12:37 PM »
rev 1240
(1 file, 8kb)
* Hardcoded maximum select box height to 250 pixels instead of 500. Looks like a good compromise between usability and comfort. (sbox.js)
* sbox is down to 2734, over 200 bytes saved in an hour or two. (sbox.js)
- Finally removed the options object, with the understanding that Wedge is better off with *consistent* styling, and shouldn't allow for different animation speeds or maximum heights across multiple boxes on a page.
- Removed .sc() object and instead assigned a scrollbar object directly to the individual dropdowns.
- Removed a few unused (or barely used) variables. Removed touch events, as hinted yesterday.
* Added a "e.wheelDelta || -e.details" hack, which hopefully will work...
* And cleaned up the creation process, which used two different variables for exactly the same object...
@ To do: merge the SelectBox and ScrollBar objects, and see if it helps with compression or makes it worse. I reckon it won't be any better, but I've seen more surprising things happen.
(1 file, 8kb)
* Hardcoded maximum select box height to 250 pixels instead of 500. Looks like a good compromise between usability and comfort. (sbox.js)
* sbox is down to 2734, over 200 bytes saved in an hour or two. (sbox.js)
- Finally removed the options object, with the understanding that Wedge is better off with *consistent* styling, and shouldn't allow for different animation speeds or maximum heights across multiple boxes on a page.
- Removed .sc() object and instead assigned a scrollbar object directly to the individual dropdowns.
- Removed a few unused (or barely used) variables. Removed touch events, as hinted yesterday.
* Added a "e.wheelDelta || -e.details" hack, which hopefully will work...
* And cleaned up the creation process, which used two different variables for exactly the same object...
@ To do: merge the SelectBox and ScrollBar objects, and see if it helps with compression or makes it worse. I reckon it won't be any better, but I've seen more surprising things happen.
6707
Features / Re: New revs
« on January 7th, 2012, 12:01 AM »
rev 1239
(2 files, 3kb)
+ And here's the big scrollbar commit... So, it's ugly (needs some CSS love!), it has bugs (double-clicking, clicking the scrollbar without dragging, etc.), but it works as expected. And although it also works on touch devices, it's so slow and user-unfriendly that I've disabled it. (sbox.js, index.css)
* As you can see, all single and double quotes are now swapped, and it does save 50+ bytes when concatenated with another files that uses single quotes everywhere, such as script.js. (sbox.js)
@ Current sbox size: 2946 bytes, so that's a 750+ byte increase due to the addition of the scrollbar code, but you may want to remove from that the 600+ bytes I saved in earlier commits today. So, the final gzipped, minified and concatenated file is only about 100 bytes larger than before. Then again -- if I remove the scrollbar code, we'll definitely save 750 bytes. What's best..?
(2 files, 3kb)
+ And here's the big scrollbar commit... So, it's ugly (needs some CSS love!), it has bugs (double-clicking, clicking the scrollbar without dragging, etc.), but it works as expected. And although it also works on touch devices, it's so slow and user-unfriendly that I've disabled it. (sbox.js, index.css)
* As you can see, all single and double quotes are now swapped, and it does save 50+ bytes when concatenated with another files that uses single quotes everywhere, such as script.js. (sbox.js)
@ Current sbox size: 2946 bytes, so that's a 750+ byte increase due to the addition of the scrollbar code, but you may want to remove from that the 600+ bytes I saved in earlier commits today. So, the final gzipped, minified and concatenated file is only about 100 bytes larger than before. Then again -- if I remove the scrollbar code, we'll definitely save 750 bytes. What's best..?
6708
Off-topic / Re: SPF records
« on January 6th, 2012, 09:37 PM »
(I have no idea, sorry... Just bumping so someone else can see it.)
6709
Other software / Re: A little something I threw together
« on January 6th, 2012, 09:30 PM »I'm not going to quit at this stage, just taking some time to figure out what I want to do in 2012,
and get rid of everything else so I can put time into the things that matter.
6710
Off-topic / Re: Doctor Who
« on January 6th, 2012, 09:26 PM »
Because Irene is a dominatrix...?
I haven't actually seen it -- well, I've seen the first 20 minutes but it seems like my girlfriend always has 'something else to do' so these days I'm focusing on other shows... Mongrels (great puppets), Steins;Gate (reminds me a bit of Primer but with more jokes...), A bit of Fry & Laurie, QI (only 8 episodes left to watch so I'll be doing it less franticly...), and Bakemonogatari. Should be enough to keep me occupied ;)
I haven't actually seen it -- well, I've seen the first 20 minutes but it seems like my girlfriend always has 'something else to do' so these days I'm focusing on other shows... Mongrels (great puppets), Steins;Gate (reminds me a bit of Primer but with more jokes...), A bit of Fry & Laurie, QI (only 8 episodes left to watch so I'll be doing it less franticly...), and Bakemonogatari. Should be enough to keep me occupied ;)
6711
The Pub / Re: Logo Madness
« on January 6th, 2012, 09:24 PM »
Sure...
Pete, I'd like your opinion on the current poll ;)
Posted: January 5th, 2012, 05:51 PM
Pete, I'd like your opinion on the current poll ;)
6712
Off-topic / Re: iPhone 4 on CSS3 + Javascript
« on January 6th, 2012, 09:23 PM »
I only remember the nice big 'O' (Opera) logo done in CSS or SVG or something by a fan... The point was that it was made to demonstrate a new Opera feature, I believe ;)
Oh, I just made a search and it's pretty cool when you animate the Homer... :)
http://nedbatchelder.com/blog/200805/css_homer_animated.html
Oh, I just made a search and it's pretty cool when you animate the Homer... :)
http://nedbatchelder.com/blog/200805/css_homer_animated.html
6713
Features / Re: Selectbox
« on January 6th, 2012, 09:20 PM »
Thanks :)
And good to have you back!
I'm still not sure about the scrollbar thing... I actually made the script.js optimizations (rev 1237) in order to compensate for the extra bytes added by it. But it's still not enough IMHO. Also -- script remains quite buggy... I'll have to delve deeper into it. It's spectacularly broken right now, I don't know when/where I screwed it up.
And good to have you back!
I'm still not sure about the scrollbar thing... I actually made the script.js optimizations (rev 1237) in order to compensate for the extra bytes added by it. But it's still not enough IMHO. Also -- script remains quite buggy... I'll have to delve deeper into it. It's spectacularly broken right now, I don't know when/where I screwed it up.
6714
Off-topic / Re: CloudFlare
« on January 6th, 2012, 09:18 PM »
That's interesting... Did you actually test CloudFlare, Pete?
6715
Features / Re: New revs
« on January 6th, 2012, 09:17 PM »
rev 1238
(6 files, 2kb)
* Decided to update the entire sbox file to use single quotes instead of double quotes. This 'tiny' change ended up saving 50+ bytes at compression time. While I'm not ready to commit sbox yet, I've applied the same technique to all other JS files. Well, whatever I could find, at least. Well, that compensates my disappointment when I tried shortening "new Object()" calls to "new Object" and didn't notice any benefits -- sometimes it even made the file larger... (editor.js, post.js, sha1.js, spellcheck.js, topic.js, up.js)
(6 files, 2kb)
* Decided to update the entire sbox file to use single quotes instead of double quotes. This 'tiny' change ended up saving 50+ bytes at compression time. While I'm not ready to commit sbox yet, I've applied the same technique to all other JS files. Well, whatever I could find, at least. Well, that compensates my disappointment when I tried shortening "new Object()" calls to "new Object" and didn't notice any benefits -- sometimes it even made the file larger... (editor.js, post.js, sha1.js, spellcheck.js, topic.js, up.js)
6716
Features / Re: New revs
« on January 6th, 2012, 09:11 PM »
rev 1237
(7 files, 16kb)
- Removed selectRadioByName, which is barely ever used in the Wedge codebase, and replaced it with shorter inline jQuery replacements. Fixed a couple of minor bugs in the process. (ManageBans.template.php, ManageSearch.template.php, Profile.template.php, script.js)
- Removed onBeforeUpdate callback from auto-suggest code. onfocus() does just as well, you know! (ManageBans.template.php, suggest.js)
- Removed the 'temporary fix' on Opera when using code tags. It's a very old fix now, and this bug doesn't show up in current versions, no need to bother users with that... (install.sql)
! Fixed search method layout. (admin.css)
+ Added basic JavaScript recognition of iPads (is_tablet). As in, "a device with a screen large enough, but that still relies on touch events." I don't know of any other tablet UAs anyway... (script.js)
* A massive overall rewrite of the main script file, resulting in a 4999-byte gzipped/minified script.js, a 10% improvement. And that 10% share is also the size of Wedge's script file compared with a stock copy of SMF's on a server with mod_deflate off. (script.js)
- 'vers' is useless, just use $.browser.version directly. And it compresses better to just repeat that...
* It's cleaner to have one is_* browser declaration per line, instead of several.
- Removed removeEntities prototype -- only used in one place, and I doubt any plugin would use it. Well, if they do... They can always reproduce it.
- Removed we_itemPos -- as indicated, it wasn't used anywhere. Plugin authors should use $(item).offset() instead.
- Removed Thought.getText prototype, only used once in the code, moved it there directly.
- Removed the "Safari 1.3 Beta" bug fix. Seriously, it was released back in 2005, when work on SMF 2.0 wasn't even started...
* Replaced every single for () loop with an $.each() call. Saves an awful lot.
* Replaced most 'something in container' tests, replaced with 'container.something' or something else depending on the context. While the 'in' solution is important in some specific cases, it isn't here. (Not sure about document.cookie, but apparently it's always there.)
- Removed bIgnoreDisabled flag from invertAll. Only used once in Wedge -- and it's going away since it's in the Package code.
- Removed bActOnElement flag from weSelectText. I couldn't find it used anywhere in Wedge (and probably in SMF, either.)
- Used regular show_ajax/hide_ajax on ajaxRating, rather than the custom loader. Although it can be seen as a regression...
- There's no need to declare a local variable if you're assigning directly to "new images().src". I know -- it's awkward!
@ Good to know for later: sometimes, there's a chance that declaring local variables as fake parameters will save space. (See weSaveEntities and Thought.edit)
* Replaced JumpTo's big object with a simple array. I just added the equivalent variable names in comments.
* Converted weCookie, weToggle and Thought classes to use this.method in constructor, rather than prototypes. Since they're not usually called thousands of times per page, there's virtually no drawback to this, and it allows declaring local variables for everything instead of using the this keyword.
(7 files, 16kb)
- Removed selectRadioByName, which is barely ever used in the Wedge codebase, and replaced it with shorter inline jQuery replacements. Fixed a couple of minor bugs in the process. (ManageBans.template.php, ManageSearch.template.php, Profile.template.php, script.js)
- Removed onBeforeUpdate callback from auto-suggest code. onfocus() does just as well, you know! (ManageBans.template.php, suggest.js)
- Removed the 'temporary fix' on Opera when using code tags. It's a very old fix now, and this bug doesn't show up in current versions, no need to bother users with that... (install.sql)
! Fixed search method layout. (admin.css)
+ Added basic JavaScript recognition of iPads (is_tablet). As in, "a device with a screen large enough, but that still relies on touch events." I don't know of any other tablet UAs anyway... (script.js)
* A massive overall rewrite of the main script file, resulting in a 4999-byte gzipped/minified script.js, a 10% improvement. And that 10% share is also the size of Wedge's script file compared with a stock copy of SMF's on a server with mod_deflate off. (script.js)
- 'vers' is useless, just use $.browser.version directly. And it compresses better to just repeat that...
* It's cleaner to have one is_* browser declaration per line, instead of several.
- Removed removeEntities prototype -- only used in one place, and I doubt any plugin would use it. Well, if they do... They can always reproduce it.
- Removed we_itemPos -- as indicated, it wasn't used anywhere. Plugin authors should use $(item).offset() instead.
- Removed Thought.getText prototype, only used once in the code, moved it there directly.
- Removed the "Safari 1.3 Beta" bug fix. Seriously, it was released back in 2005, when work on SMF 2.0 wasn't even started...
* Replaced every single for () loop with an $.each() call. Saves an awful lot.
* Replaced most 'something in container' tests, replaced with 'container.something' or something else depending on the context. While the 'in' solution is important in some specific cases, it isn't here. (Not sure about document.cookie, but apparently it's always there.)
- Removed bIgnoreDisabled flag from invertAll. Only used once in Wedge -- and it's going away since it's in the Package code.
- Removed bActOnElement flag from weSelectText. I couldn't find it used anywhere in Wedge (and probably in SMF, either.)
- Used regular show_ajax/hide_ajax on ajaxRating, rather than the custom loader. Although it can be seen as a regression...
- There's no need to declare a local variable if you're assigning directly to "new images().src". I know -- it's awkward!
@ Good to know for later: sometimes, there's a chance that declaring local variables as fake parameters will save space. (See weSaveEntities and Thought.edit)
* Replaced JumpTo's big object with a simple array. I just added the equivalent variable names in comments.
* Converted weCookie, weToggle and Thought classes to use this.method in constructor, rather than prototypes. Since they're not usually called thousands of times per page, there's virtually no drawback to this, and it allows declaring local variables for everything instead of using the this keyword.
6717
Features / Re: New revs
« on January 6th, 2012, 02:22 PM »
rev 1236
(8 files, 3kb)
+ Added Ctrl-Enter combination to auto-split quotes in the editor, in addition to the (documented) Shift-Enter combination. And no, I don't have fat fingers... I just type too fast sometimes. (post.js)
- $txt['calendar_month'] and $txt['calendar_day'] are only used in the subscription interface, and don't need to clutter the index language files. (index.language.php, ManagePaid.language.php, ManagePaid.template.php)
+ Added an animation to subscription type switching. (ManagePaid.template.php)
! Adding a subscription for a user uses the 'Add subscription' language string, rather than 'Add user to subscription', in the visible headers. (ManagePaid.template.php)
! Per-user language selection requires password authentication. (Profile-Modify.php)
! Looks odd, but we don't need to put "new Image()" into a var before setting its src attribute... (Themes.template.php)
(8 files, 3kb)
+ Added Ctrl-Enter combination to auto-split quotes in the editor, in addition to the (documented) Shift-Enter combination. And no, I don't have fat fingers... I just type too fast sometimes. (post.js)
- $txt['calendar_month'] and $txt['calendar_day'] are only used in the subscription interface, and don't need to clutter the index language files. (index.language.php, ManagePaid.language.php, ManagePaid.template.php)
+ Added an animation to subscription type switching. (ManagePaid.template.php)
! Adding a subscription for a user uses the 'Add subscription' language string, rather than 'Add user to subscription', in the visible headers. (ManagePaid.template.php)
! Per-user language selection requires password authentication. (Profile-Modify.php)
! Looks odd, but we don't need to put "new Image()" into a var before setting its src attribute... (Themes.template.php)
6718
Other software / Re: A little something I threw together
« on January 6th, 2012, 07:45 AM »
Hence my fear.
But he wouldn't quit without giving me a copy of the svn or something... So he hasn't left yet. Hopefully.
Anyway. Do you think you've learned enough about the Wedge codebase to be able to develop for it? (Does anyone, actually?)
But he wouldn't quit without giving me a copy of the svn or something... So he hasn't left yet. Hopefully.
Anyway. Do you think you've learned enough about the Wedge codebase to be able to develop for it? (Does anyone, actually?)
6719
The Pub / Re: Logo Madness
« on January 5th, 2012, 04:08 PM »
I really think that the logo is important. I see a tendency in web projects to fail when their logos suck. Every little thing that can help Wedge get more recognition is important to me.
You can, and may, delete all of your posts manually, AFAIK. And I would remove your account if you'd ask me. But you never do. I always find out about it when going through the admin area and happen to visit the Pending area for members. Then I'll say, "oh, that's why he stopped posting altogether...? Did he expect me to see that request if he didn't even mention he'd be going?"...
Anyway -- no, I don't want to see you go, it's always interesting to talk with you. But I'd also like for you to be a bit cooler when we discuss Wedge technicals, or at least not always take everything personal.. And finally, I'd appreciate that you're careful not to criticize us in our backs (you're free to criticize us obviously, but as long as it's something we may get to read.) I don't know about Pete, but I don't go to your site often, and I don't even have an account so I could hardly answer your remarks... I believe this is one of the reasons why Pete went AWOL these days (apart from RL issues.)
As for the Kaffe logo... Well, it's still a good logo. And there are still dozens of logos I've made since then, that I like more. Maybe I should do an actual compilation of my favorites in one post...
You can, and may, delete all of your posts manually, AFAIK. And I would remove your account if you'd ask me. But you never do. I always find out about it when going through the admin area and happen to visit the Pending area for members. Then I'll say, "oh, that's why he stopped posting altogether...? Did he expect me to see that request if he didn't even mention he'd be going?"...
Anyway -- no, I don't want to see you go, it's always interesting to talk with you. But I'd also like for you to be a bit cooler when we discuss Wedge technicals, or at least not always take everything personal.. And finally, I'd appreciate that you're careful not to criticize us in our backs (you're free to criticize us obviously, but as long as it's something we may get to read.) I don't know about Pete, but I don't go to your site often, and I don't even have an account so I could hardly answer your remarks... I believe this is one of the reasons why Pete went AWOL these days (apart from RL issues.)
As for the Kaffe logo... Well, it's still a good logo. And there are still dozens of logos I've made since then, that I like more. Maybe I should do an actual compilation of my favorites in one post...
6720
Features / Re: Selectbox
« on January 5th, 2012, 03:45 PM »
Well... Good news: it only took me a day to implement the custom scrollbar... :eheh:
It has its limitations, of course. But not that many, compared to the small size (~700 bytes of minified/gzipped JS + about 90 bytes of minified/gzipped CSS for now.)
And it has a few bugs left... But the main code is done, phew.
It has its limitations, of course. But not that many, compared to the small size (~700 bytes of minified/gzipped JS + about 90 bytes of minified/gzipped CSS for now.)
And it has a few bugs left... But the main code is done, phew.