It's a hold because the address data is bad. The problem is the contact email for the domain is a kuro5hin.org email address, so as long as they have the domain frozen, I can't receive email there. I'm trying to convince them that emailing me a document to sign is not going to work unless they either unfreeze the domain or send it to a different address. It's Kafkaesque and the registrar's support has been terrible, so who knows how long it's going to take.

I'm 8501, and I know I made this account before December 1999. The earliest comment that seems to be attached to my account is from July 2000, but I know it was made before that.

In Opera's implementation, the author does not specify the size of the output medium or where page breaks go. The browser will automatically lay out the content it finds room for given the constraints of the device. If there isn't room for all the content, new pages will be created. These can be accessed with PgDn/PgUp, gestures, or by controls added through JavaScript.

True, is possible to split content into pages by way of JS. And JS libraries mean that not everyone have to write that code. But I challenge you to write a script that emulates the kind of layouts we are seeing here: http://people.opera.com/howcome/2011/gcpm/ss Each row is a series of pages from the same article.

PgUp/PgDown in a scrolled view will often cut of text at the top/bottom. In many cases, pages will be more beutiful, and more readable. Of course, if you prefer to use a scrollbar, you will be allowed to. Just set '* { overflow: visible } in your personal style sheet.

Microsoft reports over 90,000 preorders already for its new forthcoming Windows Phone 7.

I don't think these kind of approaches really teach programming. Programming is so much more about the structure of a whole program down to the minute details and everything in between, including the strict syntax.

These game-oriented things are great, but what one learns with them is basically just a certain way how logic how object and AI interaction can work in games. And the logic is input using a finely crafted UI.

Ford sold Think in 2003. The unit Dean has been playing with is a new model produced within the last year. Here's the full story: http://en.wikipedia.org/wiki/Th!nk_City

We once gave bed sheets as a wedding present, but tied them to a torus knot using chicken wire, covered with cellophane and braid.

In that particular wedding the maid of honor slightly opened the packaged presents so that everyone would see what the happy couple were getting as a present... however, she wouldn't dare to touch the torus knot.

Seems odd for such a non-technical article to latch onto a term like "micro-kernel" like it was all hot and new. OS X is built on a BSD which has it's roots in 60's and 70's OS design, just like the VMS roots of WinNT.

OS X didn't change the world by bringing some great new underlying architecture to the table. In fact, their kernel and filesystem are arguably getting long in the tooth. The value that OS X brought to the table was the fantastic Carbon and Cocoa development platforms. And they have continued to execute and iterate on these platforms, providing the "Core" series of APIs (CoreGraphics, CoreAnimation, CoreAudio, etc.) to make certain HW services more accessible.

There's very little cool stuff to be gained in the windows world by developing a new kernel from scratch. A quantum leap to something like Singularity would not solve MS's problem. The problem is the platform. What's really dead and bloated is the Win32 subsystem. The kernel doesn't need major tweaking. In fact, the NT kernel was designed from the beginning such that it could easily run the old busted Win32 subsystem alongside a new subsystem without needing to resort to expensive virtualization.

Unfortunately, the way Microsoft is built today it have a fatal organizational flaw that prevents creating the next great Windows platform. The platform/dev tools team and the OS team are in completely different business groups within the company. The platform team develops the wonderful .NET platform for small/medium applications and server apps while the OS team keeps crudging along with Win32. Managed languages have their place, but they have yet to gain traction for any top shelf large-scale windows client application vendors (Office, Adobe, etc.) Major client application development still relies on unmanaged APIs, and IMHO the Windows unmanaged APIs are arguably the worst (viable) development platform available today.

What Windows needs is a new subsystem/development platform to break with Win32, providing simplified, extensible *unmanaged* application development, with modern easy-to-use abstractions for hardware services such as graphics, data, audio and networking (which would probably look not entirely unlike an unmanaged counterpart to WPF/WCF/WinFS).

How long should it have taken? Is there some standard for how long a new language and VM are supposed to take to implement?