+ $(dom).width/height() is problematic in browsers that do subpixel rendering (such as Firefox and the most recent Chrome builds), as it returns rounded values instead of floating point values, which CAN be a problem later on. I found a problem related to this in the language selector dropdown, so it had to be fixed with a $.realWidth alias. I also added a $.realHeight alias, even though it's not currently used, because it would be illogical not to offer it to developers, and it's also only a few more bytes in the gzipped JS... (script.js)

! And so... As I said, I'm fixing the select box dropdowns. Without this, Chrome would now force a width less than a pixel narrower than the natural width for the div, causing text within it to be suddenly wrapped. (sbox.js)
* In select boxes, inline hints (such as "Mobile default" in the skin selector) are no longer shown on the display after clicking an entry. (sbox.js)

* The language selector no longer shows the language name (see above), it's only shown if you open the dropdown. This saves precious space in that area, really. (index.template.php)
! Forgot to update the CSS for flag icons. Hmm, here's hoping I'm not breaking anything else... This was only tested on the main select box. (Subs-Cache.php)
- Fixed the last few timestamp entries that were being adjusted for timezones. As a reminder, it's easy to adjust (forum_time(true, $my_timestamp)), and harder to un-adjust, so you might as well want to work from the unadjusted version, AND you get to save processing time if not used. (SSI.php, Load.php, Memberlist.php)
* Shorten topic titles to 35 chars in stats. (Stats.php)
Input #userspec

Input #userspec issue:
http://wedge.org/pub/bugs/8693/input-userspec/msg296407/#msg296407
Merge pull request #21 from BurkeKnight/master

Input #userspec -- quick tweak for some browser I have no idea about. Seriously. It worked fine everywhere I tested before... --Nao
! Not sure why I insisted on 'assuming' a scrollbar width in $(window).width(), when I could simply rely to $('body').width() to get a scrollbar-less width... Or is it some other thing that causes bugs elsewhere..? I'll find out soon enough. (sbox.js)
* Now right-floating select box hints (i.e. <small> tags), which was my original plan. It caused a bug around which I worked by forcing a style temporarily... Weird bug, but whatever... Works in Chrome now. Haven't tested in other browsers, but as usual, if you're not getting paid for something, you'll have to rely on others to do some of the testing for you. (index.css, sbox.js)
Merge branch 'master' of https://github.com/Wedge/wedge
! Fixed search popup's widths altogether. (Search.template.php, sections.css)
- Removing an older hack for mobile. (sections.css)
! So... It turned out, my search popup code was a bit messed up because my browser always runs with a narrow width, so that responsive layouts are always enabled. And while it worked fine in responsive mode, I somehow managed to break it in desktop mode in the last few months. Fixing this by applying the responsive layout on desktop browsers, and we're done. (index.css, sections.css)

* Tweaked JS so that search popups never overflow to the left of the screen if it's too narrow. (script.js)
* Shortened strings returned by... shorten_subject(). (Subs.php)
! Fixed minor glitch on skin selector in responsive mode. (Themes.php)
* Commenazi, and spacinazi. (Subs-Media.php)
* More fixes to the search popup. Should behave better in mobile mode *and* desktop mode, too... What an annoying piece of code, still. (script.js, sections.css)
Merge remote-tracking branch 'upstream/master'