Windows can do that as well - Win+Left Arrow, Win+Right Arrow, and Win+Up sends the window to the left half, right half, and maximized. Not that I don't prefer the KDE version, but I think Windows may have had it first - I at least saw it on Windows first.

Sure, the nightlies are - but notice at that same location the win64-x86_64 builds also? Mozilla have themselves provided nightly 64-bit builds of FF on Windows since at least before the 4.0 release. I was running the 64-bit Minefield nightlies leading up to the 4.0 release, figuring that they would then be official releases, but alas they appear to just be considered the ignored stepchild by Mozilla.

From the actual announcement, it appears that btrfs is NOT supported for direct booting, but simply to be recognized by grub-probe, and a separate /boot is still required to have btrfs as the root fs.

"Add `grub-probe' support for the btrfs filesystem, permitting / to reside on btrfs as long as /boot is on a filesystem natively supported by GRUB."

I actually like the dark gray on light grey for collapsed comments - it provides a great visual indicator that it is there, allows a preview of the comment, but the muted color combination makes it more subtle and less prominent than higher contrast combinations would.

Now, that said, I do agree with all the "too much whitespace" comments, which certainly apply to collapsed comments as well - there is too much whitespace surrounding the text in each collapsed comment item. A collapsed comment doesn't have to be a huge bubble, just make the light gray background slightly larger than the contained text.

A text issue, unrelated to color scheme, it would be nice to display an ellipsis or some visual indicator showing that the collapsed comment does indeed have more than the one line available in the preview. It's a little thing, but I get annoyed when I click to expand a comment and there isn't any more content beyond what I read in the preview.

Finally, the light grey collapsed comment bars should NOT extend out the full width of the page. Keep the green story bars and displayed comment bars going the full width, but keep the collapsed comments visually within their parent comment (perhaps 80% of the parent comment space?).

This is a nice unit, but the CPU limits the wireless throughput. I have OpenWRT on an Asus WL-520GU, and my wireless transfer over a WPA2 link maxes out at about 6 Mbps instead of the 10 or 11 Mbps I get when connected over Ethernet cable to the box. The CPU/chipset does doesn't have enough to keep up with the encryption at the higher bitrates. I'm waiting for a good 802.11n OpenWRT supported router to be available and I'll jump right away, even though all my clients are still 802.11g only - the n routers usually have more CPU power and/or WPA2 better supported in the hardware.

Sure, Tomato is simple and pretty looking. Apart from the IPv6 issues mentioned by others, the biggest issue for me with Tomato is that it doesn't support VLANs on Broadcom hardware. OpenWRT and DD-WRT both support them, and OpenWRT is really open, so I use that. The live statistics graphs and such in Tomato have an equivalent package in OpenWRT.

Note that also, there exist 4GB SD cards as well as 4GB SDHC cards, however for devices that don't support SDHC, support for SD cards larger than 2GB is hit or miss. The SD standard actually supports up to 4GB, but as happens all too often, signed vs. unsigned values are ignored/interchanged and some devices don't support the 4GB standard SD cards.