Live data from Hacker News

The Dawn of Haiku OS

spectrum.ieee.org

101–110 of 115 posts

Re: The Dawn of Haiku OS

#101
post #97

Earlier quoted context omitted.

> If you feel an urge to "start from scratch" — help rebuild everything for mobile. Given that mobile hardware is about where desktop hardware was when BeOS was invented, I wonder if some company could use it as a new smartphone OS. There's an unfinished ARM port in progress but would probably need commercial support to complete. The thing about innovation is, it's not always possible to predict what will be valuable…

You know Palm (or was it Access?) bought Be (and BeOS) for reasons then (and, to be fair, now too) unfathomable. Now they can say "That's what we intended all along" ;-)

WebOS's biggest problem was UI performance. Sick, sad irony strikes again.

Re: The Dawn of Haiku OS

#102
post #61

dr_dank's comment on Slashdot ( http://slashdot.org/comments.pl?sid=66224&cid=6095472 ) pretty much sums up its awesomeness: BeOS was demonstrated to me during my senior year of college. The guy giving the talk played upwards of two dozen mp3s, a dozen or so movie trailers, the GL teapot thing, etc. simultanously. None of the apps skipped a beat. Then, he pulled out the showstopper. He yanked the plug on the box. Wit…

and now that Lion reimplemented the feature people are hating it.

it loads mega slow

Re: The Dawn of Haiku OS

#104
post #83
post #64

Earlier quoted context omitted.

So, it's not like they can't take advantage as much as most of its developers don't care about type.

Except that in this case they do, and have had numerous discussions about default fonts and wanting to not step on patent issues over things like ClearType (for RGB subpixel rendering).

I don't know if you still remember, but a couple posts up, someone implied open-source products couldn't take advantage of good typography.

Re: The Dawn of Haiku OS

#105
post #83

Earlier quoted context omitted.

Except that in this case they do, and have had numerous discussions about default fonts and wanting to not step on patent issues over things like ClearType (for RGB subpixel rendering).

I don't know if you still remember, but a couple posts up, someone implied open-source products couldn't take advantage of good typography.

I don't think it's fair of you to imply that I lack the mental capacity to remember that: I recall it just fine. However, it's quite immaterial. I was responding to your statement that they don't care, which is not to say that they couldn't. They clearly care - this, and nothing more, did I intend to point out.

Re: The Dawn of Haiku OS

#106
post #96
post #75

Earlier quoted context omitted.

The stack and tile functions might make you reconsider: http://www.youtube.com/watch?v=4Y-6YmGd30A

Cool, but I still think tabs should be as wide as the window when not stacked. Small tabs only make hitting them harder.

Protip (sorry for using the term), stop using the titlebar to move Windows. I feel physically encumbered when using Windows or OS X because I can't Alt+Drag windows around. It will make you so much faster because you just hold Alt and click and drag. No more searching for that tiny little microscopic bit of window to drag. (For example, Chrome on OS X has almost NO hit space to drag the window). I guess this post is sorta useless if you don't use Linux, but take it for what it's worth I guess.

Re: The Dawn of Haiku OS

#107
post #87

Earlier quoted context omitted.

The problem is not C++ specific. Any OO language with native code generation suffers the same problem. It is one of the consequences of the fragile base class problem in OO.

Objective-C 64bit ABI doesn't have fragile base classes; there's an extra layer of indirection to access any data member of an object. And it actually has private data members! Isn't that nice. (Private meaning they aren't declared in the public headers, not meaning it uses the useless 'private' attribute.)

Yes it does, as any OO language does.

This is not only about data member access. It also applies to adding methods on the base class that change the behavior of existing methods in already declared subclasses.

Take a cup of coffee and read this famous paper about the issue,

http://www.cas.mcmaster.ca/~emil/Publications_files/Mikhajlo...

Re: The Dawn of Haiku OS

#108

dr_dank's comment on Slashdot ( http://slashdot.org/comments.pl?sid=66224&cid=6095472 ) pretty much sums up its awesomeness: BeOS was demonstrated to me during my senior year of college. The guy giving the talk played upwards of two dozen mp3s, a dozen or so movie trailers, the GL teapot thing, etc. simultanously. None of the apps skipped a beat. Then, he pulled out the showstopper. He yanked the plug on the box. Wit…

it's hard to imagine the kind of performance it was able to squeeze out of that hardware

No no no, you have it backwards. It's hard to imagine what a "modern" OS (Windows, Linux, OSX) is actually doing with all those CPU cycles, that it can't do stuff like this even with >10x the compute power.

Re: The Dawn of Haiku OS

#109
post #96

Earlier quoted context omitted.

Cool, but I still think tabs should be as wide as the window when not stacked. Small tabs only make hitting them harder.

Protip (sorry for using the term), stop using the titlebar to move Windows. I feel physically encumbered when using Windows or OS X because I can't Alt+Drag windows around. It will make you so much faster because you just hold Alt and click and drag. No more searching for that tiny little microscopic bit of window to drag. (For example, Chrome on OS X has almost NO hit space to drag the window). I guess this post is…

I have given up on windows. Most of the time mine are maximized and I switch spaces instead.

Re: The Dawn of Haiku OS

#110
post #92
post #89

Earlier quoted context omitted.

I'm running Lion too. If you have repeatable problems, there should be some specific source for it. Tried "Activity Monitor" when it occurs? Common problems can be: Spotlight doing indexing at the time, Flash fucking around, too little available hard drive space (less than 5GB), some rogue app, etc. MBP 2007, 2GB RAM. I have now open: Chrome with 7 tabs, Sublime Text, Terminal (2 tabs, one SSH), Mail, iA Writer, Adiu…

I have Lion, on a 2010 MBP, and I have Activity Monitor open ALL THE TIME. On Snow Leopard, I found what you say to be true. On Lion, either the mysterious process is eluding me, or it is just much slower. I do development and I can tell you that the iPhone Simulator is a frequent culprit, VirtualBox is also rough (but if I ssh in to my virtual machines rather than use the GUI it's fine), also the Time Machine daemon…

The VirtualBox caught my eye... I loved using VirtualBox for a while. It's free. It basically works. It's free. Oh yeah, and it's free.

Recently, work sprung for a Parallels license for me. Yikes, I pity my past self for putting up with all the VB issues because it was free. Just little things like playing nicely with the app/spaces switch key combos, lack of crashes, and performance make me really regret wasting all those mental cycles on VB. Don't get me wrong, having a free x86 VM is wonderful and the VB developers deserve kudos galore... but I reminded myself that my time and sanity are worth a few bucks here and there.

Post reply on HN