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" ;-)
The Dawn of Haiku OS
101–110 of 115 posts
Re: The Dawn of Haiku OS
#102dr_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.
Re: The Dawn of Haiku OS
#103Just started downloading Haiku ,looks cool to me.
Re: The Dawn of Haiku OS
#104Earlier 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).
Re: The Dawn of Haiku OS
#105Earlier 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.
Re: The Dawn of Haiku OS
#106Earlier 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.
Re: The Dawn of Haiku OS
#107Earlier 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.)
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
#108dr_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…
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
#109Earlier 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…
Re: The Dawn of Haiku OS
#110Earlier 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…
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.