HaikuNews has a screenshot of a test app running on the Haiku app_server (under R5, but does run under Haiku itself the same) using alpha blending and a number of interface kit widgets – buttons, radio buttons, text boxes, and textfields.
HaikuNews has a screenshot of a test app running on the Haiku app_server (under R5, but does run under Haiku itself the same) using alpha blending and a number of interface kit widgets – buttons, radio buttons, text boxes, and textfields.
It seems they are getting closer and closer to something useful! Keep up the great work guys!
Same again, and next story down shows some news on Java too, hadn’t heard about that in awhile, good news anyway, like to see official anouncement on that status from Simon.
Very promising and a big step for the Haiku team! A very big improvement over the screenshot posted on the app-server team mail the other day.
Anon
Good Job.
Very Very Very Cooool.
Keep it up!
We’re waiting!
Haiku is going to end the issue of againg BeOS kernel/kits.
Java support is going to put a lid on those “not enough applications” claims.
All we need is some patience, but it sure is a worthwhile wait 🙂
> Java support is going to put a lid on those “not enough
> applications” claims.
Let’s hope someone are willing to write non-Java, native apps for BeOS as well!
(no affence to those who work hard to port Java to BeOS – they are doing a great job)
Let’s hope someone are willing to write non-Java, native apps for BeOS as well!
(no affence to those who work hard to port Java to BeOS – they are doing a great job)
If they can write good bindings for the API, it would be a good thing if they ported over GCJ (classpath would come after this), or the new gcc 4.0.x (or 4.1 when it’s released) compiler. They could offer it as standard part of the OS to write native apps in, and I think it would attract a lot of the Java programmers who now have an OS (that has a great potential marketshare) who can write native apps in the language they know for the OS, this is obviously r2 stuff, but I think it might be something to consider.
P.S. Not dissing the regular C++ BeOS API, it is designed very well, and its pleasant to use on it’s own merit
I meant “GCJ and Haiku, a match made in heaven?”
Not enough coffee
I love the modified window decorations.
Very nice to see the progress of Haiku, every week there seems to be good news coming from the team
All I can say is: Keep up the good work people! BeOS sure as hell isn’t dead
Didn’t anyone notice the mousecursor’s dropshadow?
Looks really nice.
Damn them boys is talented! Seems like every other week or at least once a month there is news about what they are doing with Haiku.
I really hope haiku works out. I’ve been preparing for some sessions to record a band that i’ve worked with for the last two years (yes two years, one project) and XP is just being a pain in the rear.
Svchost.exe was interrupting audio, even one track, every 5-10 minutes by consuming around 20% CPU. Now i think i fixed it but man was it a pain in the rear. I never have problems playing audio on beos even on the old 233 mhz laptop that i have it on.
Haiku could be heaven for us audiophiles because you could have near the stability of a dedicated hard disk recorder like an alesis hd24 with the flexibility of a standard computer which could run vst plug-ins and run software samplers in addition to hard disk recording. Most importantly you might have that with less effort than on a pc or perhaps even a mac. The macs are quite good though.
We musicians really do need something intended for us and not for web browsing. I wish Haiku my luck and i thank them.
Nice to see the progress. I wonder if they will run OpenTracker/Deskar this year or next year.
Cant wait to download an bootable ISO and playaround with it.
Thanks for all the time and effort you guys put into this project. Thanks!
Haiku app server
interface of the gods
from Suse sav’us
People, lets start downloading images, playing with QEMU or BOCHS… They need our feedback, and bug reports.
The time Haiku will run Tracker and Deskbar is coming, after that, we can really say we have a working (surely bugged, but that’s normal) environment…
What a Milestone!
http://www.schmidp.com/public/haiku/images/
I’d love to if you were to give instructions on how to get Haiku up and running with QEMU. But the only thing I could do would be bug reports, I am not a programmer, or a quality tester for that matter.
Hmm..
Who is to say that someone isn’t working over-time on getting Haiku to support what additional internal APIs that Be had to run OpenTracker?
I, for one, would rather see a complete replacement to OpenTracker. Of course, I, also, just happen to be writing one :-).
–The loon
…where are youuuuuuuuu! The closer they get, the antsier I get!!! I wonder if it will install on my mac mini someday? Anywayyyyyy, they are doing great work.
I, for one, would rather see a complete replacement to OpenTracker. Of course, I, also, just happen to be writing one :-).
Anything online?
Could you explain what actually is the problem with opentracker? I mean, it’s the only truly Be-component to be completely free. And it works really fine. I think, at least. So, why your effort, exactly?
Really curious, not saying you have no point, I just don’t know.
Hey mario!
If you draw out a dependency graph of OpenTracker source code, you’ll see something that more closely resembles a ball of yarn after a cat has had its way with it, rather than something you can point to and say, “This part does this thing!” which makes it much harder than it should be to add something to it, lest it break in one or more places.
While in theory the code was released for people to reuse as they saw fit, as of yet, the only code reuse has been in forking of OpenTracker versions: the code isn’t reusable because of the dependency nightmare inside. There is almost nothing that can be reused as-is, unless you want to include the entire codebase of OpenTracker with it. When you read the code, there are warnings about deadlocks possible. Guess why that is?
Thank you for all your hard work. I can’t wait to install Haiku.
I personally think that it was a big mistake to go binary compatible. We are now several years past the demise of Be, and Haiku (through no fault of their own) have not produced a working OS. If they had just built a similar OS with roughly the same API, people could have recompiled their BeOS apps with a little work and that would have been great. Binary compatibility has put them back a few years. But even if they had chosen not to be fully binary compatible, this still would never become a mainstream OS. Be never was close (except when they were being considered as the macos replacement)and they at least had some corporate backing. They were never able to find their niche to survive. Those people that have commented that java makes a difference are deluding themselves. I avoid java apps like the plague because they are usually not consistent with your OS as they try to be jacks-of-all-trades and rarely perform really well. If you want your java app to behave like a native OS X app AND a native windows app (etc.), you have to do a lot more than just write it in java and that defeats the cross-platform coding advantage of that language so people rarely put in that kind of effort with their java programs. In any event, there are not even enough of them to make a dent in the applications BeOS is/will be missing to make it a workable solution for more than just a minority of computer users. Am I saying the Haiku folk are wasting their time? No. In the end they will have a nice little nostalgic hobby OS that only a few (very few) people will be able to use strictly as their only or daily platform. Most of what made BeOS appealing back in 1999 has already been incorporated and surpassed by those OSes that do see mainstream use today – or at least the one I moved on to after Be died: OS X.
I disagree completely here.
Work was done on porting some audio apps, specifically steinberg’s nuendo, Bias deck, and VST (a plugin format) to beos. That is valuable because it gives Haiku a starting point with a legitimate application..audio/video. IZ Technologies’ Radar (a hard disk recorder) still uses BeOS as do others.
Making developers start from scratch again is not a good idea. There is no point in that.
There is an issue of implementation that you are ignoring. Beos did some things well which mac os and windows do not do. Specifically, it handled certain apps (like audio) well and did so with minimal resources. Longhorn will improve that advantage.
OS x and windows can not claim this. I speak to a lot of audio pros and hobbyists and I participate in quite a few boards about pro audio and i think that community would be thrilled with a dedicated OS for audio, even many of the OS X users.
That is a moderately sized application but its a start which can grow into something else. Audio and video in general are huge markets and pro and prosumer audio is a route into that segment.
Don’t forget. Beos was very close to making serious inroad in the audio community until they “switched focus.” That focus switch was evidently a product of investor concerns and it was understandable. But…Haiku need not worry about investors.
Binary compatibility gives Haiku legitimacy as THE open-source successor to BeOS. That’s already generated more interest and buzz than you’d normally see for a pre-alpha OS. When people can actually run it, that buzz will help grow the community.
I also think you underestimate the number of apps most people really use. Web and email are the main ones, but some open-source ports here and there will make it usable for most people.
If Haiku is good enough, it will win over Linux users and users who were never won over by Linux for whatever reason.
“That’s already generated more interest and buzz than you’d normally see for a pre-alpha OS. When people can actually run it, that buzz will help grow the community.”
excellent point.
“If Haiku is good enough, it will win over Linux users and users who were never won over by Linux for whatever reason.”
Linux will get simpler and easier to use but haiku, if it retains some of the “personality” and performance, of BeOs will appeal to a different set of users than linux. Choices are a good thing.
I also contest the concept that haiku is behind because its based on an “old beos.” Linux, OS X and XP are all based on at least 15 year old OS designs. They’ve been updated. Haiku will be updated but at the end of the day, beos as an os can still do the job so long as the apps are there.
I also completely disagree.
Windows, OSX, Linux, never cought up, but they each did continue to develop quite significantly each in their own different ways.
Believe it or not there is no 1 true way forward, BeOS adds a 4th main path, while not likely to be ever as well trodden, its still another path worth travelling.
The single most impressive thing I like about BeOS and detest about Linux (G/K), and esp Windows is the bloody awefull desktops. While they have many good features that aren’t in Tracker, its Tracker that I most want to use as a desktop to manage my projects.
People keep saying that the others cought up, well just thinking about Tracker plugins make me think not, and thats just to start.
To that end I might be half satisfied with OpenTracker running on Windows, the applications it could then use might then make Windows enjoyable enough that switching back to BeOS would be harder.
just my 2c
Same here, XP is just unusable for creative people I think, too slow and too much a PITA.
Wish some more great audio apps like XRS and Sequitur would come to BeOS / Haiku / Zeta
I am so with you on this one. i have held off Audio production because I can’t stand using Pro Audio under both XP and Linux. The overheads and hoop jumping are astounding and only those with over kill finances can get any real hardware to deal with it (not that it can’t be done but the process really kills the creative element for many).
BeOS was the shining light for me and many others in this regard and when Be Inc shifted focus, many of our hopes for a great audio platform were dashed. Haiku can revive that and give light to a new era of video and audio the likes we haven’t seen since the Amiga days.