Firefox Browser Ported to HaikuOS(discuss.haiku-os.org)
discuss.haiku-os.org
Firefox Browser Ported to HaikuOS
https://discuss.haiku-os.org/t/progress-on-porting-firefox/13493?page=7
222 comments
It wasn't Firebug, that was a developer tool extension. It was first Phoenix which hit trademark issues, and then Firebird which hit trademark issues, which then became Firefox.
From what I remember, Firebird was more related to the database open source project which was a fork of InterBase, so at that time it was relatively well known due to its roots with IB.
Maybe it hit trademark issues, but the reason I remember from slashdot was that phoenix was already a semi-popular open source project in the debian repository, so firefox had to be named from phoenix to mozilla-phoenix. But firefox at the time still named phoenix just ran so much better on windows than linux, it was funny.
No.
Phoenix Technologies, the BIOS maker sent me an email telling us they made a BIOS web browser and our name would confuse things. Under advice from our legal support, we agreed to change the name.
We changed to Firebird and the OSS database project bombed my inbox (and Mitchell's too) for a week with hundreds of nastygrams and though we were in the clear on TM, we didn't want to stomp on the little OSS project so we changed again.
I was at the whiteboard when Jason Kersey of mozBin, mozillaZine, and later Chrome fame came up with Firefox. We had two columns of names, forces of nature and animals and were pairing them up.
Phoenix Technologies, the BIOS maker sent me an email telling us they made a BIOS web browser and our name would confuse things. Under advice from our legal support, we agreed to change the name.
We changed to Firebird and the OSS database project bombed my inbox (and Mitchell's too) for a week with hundreds of nastygrams and though we were in the clear on TM, we didn't want to stomp on the little OSS project so we changed again.
I was at the whiteboard when Jason Kersey of mozBin, mozillaZine, and later Chrome fame came up with Firefox. We had two columns of names, forces of nature and animals and were pairing them up.
You had me at “BIOS web browser”
I thought Phoenix may have just made that up because they were miffed about someone in tech using their name, but no, they actually did have a "BIOS web browser"!
https://web.archive.org/web/20020618092004/https://www.xbitl...
https://web.archive.org/web/20020618092004/https://www.xbitl...
I'm assuming some kind of instant-on OS feature
which if you're interested—Cathode Ray Dude on youtube has several episode series all about that weird and wonderful point of computer history
which if you're interested—Cathode Ray Dude on youtube has several episode series all about that weird and wonderful point of computer history
> We had two columns of names, forces of nature and animals and were pairing them up.
Nice. Now I wonder if the ~0.8? era extension "Firesomething" was directly inspired by that whiteboard. IIRC it randomly combined two components from lists.
Nice. Now I wonder if the ~0.8? era extension "Firesomething" was directly inspired by that whiteboard. IIRC it randomly combined two components from lists.
Ah neat, I didn't realize it was the bios maker that was behind that one, I thought it was the IBPhoenix product, it's been way too long since all that happened and I think it's all gotten jumbled in my memory.
Did you also come up with Sharknado in this whiteboarding exercise?
It was Firebird. Thanks for correcting me.
was waterduck considered?
Technically, all real-life ducks are waterducks. Except when they're temporarily airducks.
Both Phoenix and Firebird were over the naming and trademark clashes:
For firebird, https://www.cnet.com/tech/tech-industry/mozilla-holds-fire-i... and https://www.cnet.com/tech/services-and-software/mozillas-fir... in this case it was AOL Time Warner that owned the Firebird trademark for the database.
2) For Phoenix, https://web.archive.org/web/20070914035447/http://www.ibphoe... the main reporting on it seems to be lost but wikipedia still backs it up
For firebird, https://www.cnet.com/tech/tech-industry/mozilla-holds-fire-i... and https://www.cnet.com/tech/services-and-software/mozillas-fir... in this case it was AOL Time Warner that owned the Firebird trademark for the database.
2) For Phoenix, https://web.archive.org/web/20070914035447/http://www.ibphoe... the main reporting on it seems to be lost but wikipedia still backs it up
Phoenix was because of a challenge from Phoenix Technologies, the BIOS maker. Firefox was because of concerns about stomping on a small OSS project, the Firebird Database. I was responsible for all of this at Mozilla. Happy to answer any questions.
Thanks for clarifying! FWIW, I wasn't there, but that matches exactly what I remember from that time (I did follow all the different renamings in detail).
With a fraction of the userbase it had 20 years ago, thanks to everyone that keeps shipping Chrome with their applications, testing only with Chrome developer tools, and so on.
Anyway, congratulations to anyone involved in the port.
Anyway, congratulations to anyone involved in the port.
Wouldn't 20 years ago have less people using Mozilla/Firefox since everyone was still using IE6? I remember around that time i was still encountering several (public, not internal) sites that refused to work with anything that wasn't IE6.
I think at least nowadays people try to pretend they care about web standards.
I think at least nowadays people try to pretend they care about web standards.
Sadly I now see sites refusing to work unless you use Chrome even though there is no technical reason whatsoever why it should break under other standards-complaint browsers. I've seen all sort of tricks to detect non-Chrome-usage and the result is anything from a snarky message advising you to use Chrome (sometimes a very specific version and OS is specified as well!) at best or a blank page at worst. And yes every time I've seen this, it's happened on public facing sites -- I'm lucky that at $WORKPLACE we are a Microsoft shop, and Microsoft (ironically) seems to put some effort into ensuring their tools works across all the 3 major browser engines (with the possible exception of Teams but I reluctantly use the Electron app for that). Chrome has become the modern day IE. The mainstream population just haven't realized that yet to be fair, but this will become clear in the years to come and the next generation will wonder how the heck both IE and later Chrome become dominant.
> and Microsoft (ironically) seems to put some effort into ensuring their tools works across all the 3 major browser engines
I don't know why that's ironic. The Microsoft web teams have always had a focus on being fairly standards compliant. The Microsoft Browser team themselves definitely went down a route of stagnation with IE6, but a lot of that had to do with W3C's stagnation as much as Microsoft's anticompetitive behavior. They also implemented massively useful technologies that are ubiquitous today, such as XHR.
They get a bad rap, for deserved reasons, but that decade of stagnation and non-Standard ActiveX controls wasn't fully on them.
I don't know why that's ironic. The Microsoft web teams have always had a focus on being fairly standards compliant. The Microsoft Browser team themselves definitely went down a route of stagnation with IE6, but a lot of that had to do with W3C's stagnation as much as Microsoft's anticompetitive behavior. They also implemented massively useful technologies that are ubiquitous today, such as XHR.
They get a bad rap, for deserved reasons, but that decade of stagnation and non-Standard ActiveX controls wasn't fully on them.
As someone doing Web development during 1999 - 2002, on a dotcom
startup, there were enough people using Mozzilla browsers.
At the turn of the century, Mozilla are trying to ship a web browser (also to be called Mozilla) based on the work they've got from Netscape. They shipped a series of "M" numbered (ie milestone) releases, which preview what we today think about as normal dynamic HTML but at the time it commonly just crashes the entire browser.
Like, a colleague was working on code that would reach into the DOM and just tweak the CSS for a bunch of items, delete other items, move things around, and maybe 40% of the time it would work as intended, and 60% of the time, boom, dead browser, segmentation fault.
React, where it's just normal for Javascript to rewrite the entire page in response to a keystroke, would have been completely unthinkable, there's no chance you could fill out an entire form before the browser crashed if you do that.
Like, a colleague was working on code that would reach into the DOM and just tweak the CSS for a bunch of items, delete other items, move things around, and maybe 40% of the time it would work as intended, and 60% of the time, boom, dead browser, segmentation fault.
React, where it's just normal for Javascript to rewrite the entire page in response to a keystroke, would have been completely unthinkable, there's no chance you could fill out an entire form before the browser crashed if you do that.
React only became possible due to JavaScript JITs being made available, almost a decade later.
We are talking about V8 being released in 2008, Chackra in 2011, and SpiderMonkey in 2009.
With GCs that can handle the amount of stuff that React throws away on each update.
We are talking about V8 being released in 2008, Chackra in 2011, and SpiderMonkey in 2009.
With GCs that can handle the amount of stuff that React throws away on each update.
> They shipped a series of "M" numbered (ie milestone) releases
Relevant: “A Visual Browser History, from Netscape 4 to Mozilla Firefox” https://www.andrewturnbull.net/mozilla/history.html
Relevant: “A Visual Browser History, from Netscape 4 to Mozilla Firefox” https://www.andrewturnbull.net/mozilla/history.html
Yeah. We were all sick of loading a website with Internet Explorer and getting 1930201 hot toolbars, blinking 'desktop buddies' and 32 new system tray icons with programs running.
Phoenix saved us.
Phoenix saved us.
Konqueror says hello. I’m only half kidding, it was actually somewhat capable and I used it a lot. For those who don’t know, its legacy was khtml, famously forked into WebKit and Blink.
I cannot remember a moment when Konqueror felt good enough for me as a daily driver, but it was impressive anyways.
From a community perspective, it would have been a great thing to push it forward further, spend resources on it, and have at least one web browser that isn't somewhat wicked.
Admittedly, back then, we all hoped that Firefox would be that 'friendly' browser, and it probably truly was at that time.
Time has changed. Now I'm forced to like a browser that is always just slightly less evil than a one that would even IE look friendly. And with every version we are now waiting when they also will drop the manifest v2 support for dubious reasons. And even if that will never happen, they will continue to find other ways to disappoint me.
Yes, khtml was at least a nice time to remember. :)
PS: My personal feeling is that "impressive but not good enough as a daily driver" was and is true for some more KDE apps. This is why I use Plasma Desktop, but barely any more of their apps than Dolphin and maybe kate to some degree. I know all you're going to say now about free software and how it works and so on, and you're right, but technically, it would be sooo much better if just half of the email client projects (or office suites, IDEs, photo editing, ...; you name it) would exist, but with more developer powers behind it. But I'm digressing......
From a community perspective, it would have been a great thing to push it forward further, spend resources on it, and have at least one web browser that isn't somewhat wicked.
Admittedly, back then, we all hoped that Firefox would be that 'friendly' browser, and it probably truly was at that time.
Time has changed. Now I'm forced to like a browser that is always just slightly less evil than a one that would even IE look friendly. And with every version we are now waiting when they also will drop the manifest v2 support for dubious reasons. And even if that will never happen, they will continue to find other ways to disappoint me.
Yes, khtml was at least a nice time to remember. :)
PS: My personal feeling is that "impressive but not good enough as a daily driver" was and is true for some more KDE apps. This is why I use Plasma Desktop, but barely any more of their apps than Dolphin and maybe kate to some degree. I know all you're going to say now about free software and how it works and so on, and you're right, but technically, it would be sooo much better if just half of the email client projects (or office suites, IDEs, photo editing, ...; you name it) would exist, but with more developer powers behind it. But I'm digressing......
Hey, me too, back in the day. Konqueror's ui was much nicer than the alternatives. Especially the ability to open multiple panes in the same window - made browsing slashdot easier.
Shame it hasn't kept up.
Shame it hasn't kept up.
Well, that hegemony happened by the end of the Netscape days, which prompted the infamous United States v. Microsoft Corp. case.
We're getting the United States v. Google case so hopefully history doesn't repeat.
I actually hope that history does repeat itself, and google gets severely punished
If history does repeat itself, the punishment wont be very large, despite guilty judgment. Microsoft was found to have engaged in monopolistic practices, but was still given a relative slap on the wrist instead of outright broken up.
And Firefox got to where it was at its peak by being better than IE, not because of any pressure from political institutions. I think there are many parallel universes where Microsoft does in fact own the web.
Microsoft did not get severely punished for bundling the IE.
Google was force feeding Chrome to everyone at google.com.
Google was force feeding Chrome to everyone at google.com.
There were some sites requiring IE6 but not that many, and the improvements like tabs were enough for people switch to Firefox where they could.
Unfortunately Mozilla’s refusal to implement process-per-tab, combined with Flash’s instability, let Chrome eat their lunch.
Unfortunately Mozilla’s refusal to implement process-per-tab, combined with Flash’s instability, let Chrome eat their lunch.
chrome eat their lunch for only one reason: everytime you were doing a google search, google literally begged people to download their browser while half of the smartphone were coming with google chrome by default.
In the head of people google and chrome slowly became a synonym of internet the same way the ie icon used to be in the previous decade.
In the head of people google and chrome slowly became a synonym of internet the same way the ie icon used to be in the previous decade.
Beware of simplistic reasoning.
What you mention was certainly a major reason, but not the only one. Another one was that Chrome was simply a better browser for many years for normal users (mainly because of its performance).
What you mention was certainly a major reason, but not the only one. Another one was that Chrome was simply a better browser for many years for normal users (mainly because of its performance).
Yeah, a lot of people switched for its performance. For a while, it was the bringing you the efforts of both Apple and Google to improve the rendering. Couldn't be beat.
Also, Google paid a ton of money to bundle the Chrome installer with Flash and Adobe Acrobat downloads.
They're doing that now (and for the last several years). I don't remember them doing that back when Chrome overtook Firefox in 2012, though...
I wonder how true that is in absolute numbers, given how many more people are online (/exist) now.
According to Mozilla's own numbers, Firefox Monthly Active Users have been trending down for years and are currently sitting at around 155 million.
Source: https://data.firefox.com/dashboard/user-activity
Source: https://data.firefox.com/dashboard/user-activity
If you switch from 'Worldwide' to 'United States' Firefox has shed 1/3 of its MAU in the last 5 years, much worse then I thought.
Sounds like a good reason to up the CEO's pay by another million for these accomplishments.
Ah right, forgot that I can just check that in the open reports :)
Not really accurate. I was there.
Native front ends like Galeon on Linux and Chimera/Camino on Mac inspired Firefox (m/b->Phoenix->Firebird->Firefox, my bad that naming mess was also my fault, see Chimera->Camino for more of my handy work with AOL lawyers right before Netscape shuttered and we got our independence with MoFo.)
We kept XUL because Dave made it great on Windows so no native front end but that let us preserve extensions and re-used a few key widgets in XPToolkit easily.
Bezilla was just another Mozilla suite port, one of about a dozen at the time, one that never got any core Mozilla team attention except as a niche port we were happy to host, so suggesting it was inspiration for what Blake and I did to get Firefox going (and later Ben, Dave and Joe and others) is a bit off-track.
Native front ends like Galeon on Linux and Chimera/Camino on Mac inspired Firefox (m/b->Phoenix->Firebird->Firefox, my bad that naming mess was also my fault, see Chimera->Camino for more of my handy work with AOL lawyers right before Netscape shuttered and we got our independence with MoFo.)
We kept XUL because Dave made it great on Windows so no native front end but that let us preserve extensions and re-used a few key widgets in XPToolkit easily.
Bezilla was just another Mozilla suite port, one of about a dozen at the time, one that never got any core Mozilla team attention except as a niche port we were happy to host, so suggesting it was inspiration for what Blake and I did to get Firefox going (and later Ben, Dave and Joe and others) is a bit off-track.
I guess Firebug was the original "developer tools": https://getfirebug.com/
Firebug was amazing and one of the reasons I started doing front-end development again, after swearing it off because IE 5.x made it such a frustrating experience.
It was an amazing revolution that made complex app development of JS based front ends finally tolerable.
It flat-out made training people on CSS tolerable. I could have them install the Bookmarklet (before it became an Extension), show them how to use it, and boom, instant productivity boost. Being able to dig through the DOM and figure out what element was applying excessive margin or padding reduced 80% of my "heeeelp!" requests.
Within months I couldn't imagine working without it.
Within months I couldn't imagine working without it.
> Some history about Firefox and BeOS. Before Firefox, there was Mozilla, which had a BeOS port (called Bezilla). Bezilla was bloated and slow. So the BeOS community tried to make a stripped version of Mozilla with only the browser (minus all the bloat). This project became an inspiration to do the same for Mozilla...
I see no mention of that on the Firefox Wikipedia page: https://en.wikipedia.org/wiki/Firefox#History.
I see no mention of that on the Firefox Wikipedia page: https://en.wikipedia.org/wiki/Firefox#History.
From ash to famed flame
wings then fox feet now return
whence they were kindled
wings then fox feet now return
whence they were kindled
Around that time, and probably for that reason, Opera was ported to BeOS.
https://www.wired.com/1998/08/opera-browses-beos/
https://www.wired.com/1998/08/opera-browses-beos/
> which due to trademark conflicts got renamed to Firefox that we all know today.
There wasn't a trademark issue, the Mozilla team opted to change the name out of respect for the other OSS project (Firebird SQL).
There wasn't a trademark issue, the Mozilla team opted to change the name out of respect for the other OSS project (Firebird SQL).
Mozilla
Through BeOS becomes
Firefox
Through BeOS becomes
Firefox
A tale like that?
It might be very useful
But now it is gone
It might be very useful
But now it is gone
Galeon and Kazekahase existed too.
I have said it before, Haiku feels like it is simultaneously 20 years in the future and 20 years in the past. The interface is so incredibly snappy but there is a lot of basics missing such as WiFi support.
Seeing a modern browser supported does fill a big gap however. Who knows maybe one day through a series of silly unpredictable events it will be the OS of choice and running Ladybird browser in a similar fashion.
Seeing a modern browser supported does fill a big gap however. Who knows maybe one day through a series of silly unpredictable events it will be the OS of choice and running Ladybird browser in a similar fashion.
I absolutely adore the way that HaikuOS looks and feels. It's like a direct evolution of the classic Mac OS UI. So incredibly snappy and responsive and with minimal visual clutter. I keep an old thinkpad around with Haiku just for when I need to do word processing with no distractions.
WiFi support missing? Afaik it uses *BSD network "drivers" and I remember having a wifi dialog/support
Edit: https://www.haiku-os.org/docs/userguide/en/workshop-wlan.htm... here wifi seems to be working (which another commenter pointed out as well)
Edit: https://www.haiku-os.org/docs/userguide/en/workshop-wlan.htm... here wifi seems to be working (which another commenter pointed out as well)
It doesn't support a lot of modern Wi-Fi chipsets. There was an entire wave of Broadcom-powered stuff that they weren't able to develop for.
[deleted]
That sounds more like licensing issues than "being 20 years in the past."
There was some licensing drama[0] around BSD’s Broadcom bcm43xx driver. No idea if another driver was ever implemented as I’m not a BSD user.
[0] https://lore.kernel.org/all/[email protected]...
[0] https://lore.kernel.org/all/[email protected]...
The result is the same for users, regardless of where the blame lies.
Right but we need a dose of realism. They don't develop the drivers, and they don't make the hardware. If the manufacturer doesn't care, then that's that.
It's a network problem. Manufacturers aren't gonna care unless it's a big OS with lots of users. Your OS won't get a lot of users unless it has drivers. So the result is stagnation, and only the Big 3 OS continuing. Well... really the Big 2. Mac OS is a unique situation.
It's a network problem. Manufacturers aren't gonna care unless it's a big OS with lots of users. Your OS won't get a lot of users unless it has drivers. So the result is stagnation, and only the Big 3 OS continuing. Well... really the Big 2. Mac OS is a unique situation.
> The interface is so incredibly snappy
So that feels like its 20 years in the past
> there is a lot of basics missing such as WiFi support.
So that sounds like 20 years in the past too
Where does the future bit come in?
So that feels like its 20 years in the past
> there is a lot of basics missing such as WiFi support.
So that sounds like 20 years in the past too
Where does the future bit come in?
Exactly what I thought as well. UIs get increasingly slower as time passes, not snappier. We had snappy UIs in the 80s and 90s.
We had bloated UIs in the 80s and 90s, it's just that what's come after is so much worse.
Try using the old analog control systems where responses are basically instant. It feels like the controls are reading your mind.
Try using the old analog control systems where responses are basically instant. It feels like the controls are reading your mind.
Mac OS 9 felt pretty darned fast on my 400Mhz iMac G3 back in 2000. Same for Windows 2000 on my parents’ PIII 750Mhz Dimension 4100. The only time anything felt slow is when a significant amount of data needed to be loaded from their hard drives.
Not all machines were like this though, we also had a Compaq Presario with some kind of Celeron running 98SE and that thing did feel slow more often than not, especially after several months of usage with the cruft buildup that comes with that.
Not all machines were like this though, we also had a Compaq Presario with some kind of Celeron running 98SE and that thing did feel slow more often than not, especially after several months of usage with the cruft buildup that comes with that.
I think the rule (at least while Moore's law was in force), was UIs start out boated but become fast as the hardware catches up. For instance, your example:
> Mac OS 9 felt pretty darned fast on my 400Mhz iMac G3 back in 2000.
You were using a UI that (at its core) was built for 1984 machine, with sixteen additional years of hardware performance improvements.
Every once in a while I boot up a Mac from 1989, and Mac OS is definitely not snappy on it.
I think if you want speed, you need to find something built for a system far more constrained than the one you're actually using. The choices the developers made to make the system merely usable under those constraints will make it fast once they're removed.
> Mac OS 9 felt pretty darned fast on my 400Mhz iMac G3 back in 2000.
You were using a UI that (at its core) was built for 1984 machine, with sixteen additional years of hardware performance improvements.
Every once in a while I boot up a Mac from 1989, and Mac OS is definitely not snappy on it.
I think if you want speed, you need to find something built for a system far more constrained than the one you're actually using. The choices the developers made to make the system merely usable under those constraints will make it fast once they're removed.
That makes a lot of sense, and I agree. Perhaps a good baseline to develop against today to produce a similar result on modern hardware would be something like a Core 2 Duo or Core i5-750 and Geforce 9600 GT.
I think the point of comparison in the 80s and 90s were those analog systems. Expectations about lag were set by analog.
We could have really snappy stuff today, but have gotten enamored with our latency inducing abstractions and haven't really gone back to fix it.
80s and 90s bloated UIs sure seem snappy and miniature by today's standards.
We could have really snappy stuff today, but have gotten enamored with our latency inducing abstractions and haven't really gone back to fix it.
80s and 90s bloated UIs sure seem snappy and miniature by today's standards.
Not only slower, right? I mean, for UIs, there is the same race to the bottom going on as in other parts of the industry.
It needs to be a big show, and everybody must be able to directly understand it without any learning curve or even rtfm.
Everything else (ergonomics, features, ...) are too often secondary values.
I wouldn't say that UIs were great in the 90s. They weren't. It was also harder to implement them. The programming languages were more tedious, low-level, etc.
But as so often, it's disappointing what we do with our additional power today. Snappiness wouldn't even be my first concern, though.
It needs to be a big show, and everybody must be able to directly understand it without any learning curve or even rtfm.
Everything else (ergonomics, features, ...) are too often secondary values.
I wouldn't say that UIs were great in the 90s. They weren't. It was also harder to implement them. The programming languages were more tedious, low-level, etc.
But as so often, it's disappointing what we do with our additional power today. Snappiness wouldn't even be my first concern, though.
I don't remember Windows 95 & MS Word 6 being especially snappy. I think this is nostalgia.
See for example:
https://news.ycombinator.com/item?id=36446933 - Windows NT on 600MHz machine opens apps instantly. What happened? (2023-06-23)
Follow up to the above by the original author:
https://news.ycombinator.com/item?id=36503983 - Fast machines, slow machines (2023-06-28)
https://news.ycombinator.com/item?id=36446933 - Windows NT on 600MHz machine opens apps instantly. What happened? (2023-06-23)
Follow up to the above by the original author:
https://news.ycombinator.com/item?id=36503983 - Fast machines, slow machines (2023-06-28)
They're opening Notepad and Paint, very simple apps even for the time. Try MS Word.
Also Windows NT was released in 1993 when typical PCs were more like 100MHz, so this is getting a 6x speedup from the designed experience.
Also Windows NT was released in 1993 when typical PCs were more like 100MHz, so this is getting a 6x speedup from the designed experience.
The second article has videos of more comparisons with different software on a greater variety of hardware:
https://jmmv.dev/2023/06/fast-machines-slow-machines.html
The point is that the good old days aren't just pure nostalgia, some parts were genuinely good compared to modern bloated software.
https://jmmv.dev/2023/06/fast-machines-slow-machines.html
The point is that the good old days aren't just pure nostalgia, some parts were genuinely good compared to modern bloated software.
The interface themselves were snappy when there was no or little I/Os. Spinning drives were killing their snappiness.
Now we don't have such excuse, at least for non networked apps.
Now we don't have such excuse, at least for non networked apps.
Same for MacOS 6 and 7 on period hardware. It’s anything but snappy. MacOS 7 on PPC was snappy compared to Windows 95 on Intel, and that’s it. Amiga was snappy, compared to Windows, but I have a working Amiga 600 and it’s not a great platform even for email.
Comparing A600's [email protected] with the strongest macs running system 7 isn't fair.
If you're gonna do that, then remember how much faster a well-expanded Amiga was. Even faster than any real 68k Mac when emulating Mac.
If you're gonna do that, then remember how much faster a well-expanded Amiga was. Even faster than any real 68k Mac when emulating Mac.
7.5 is really fast on a 68040 as long as you’re not bound by I/O
The apps were snappy, but the hardware wasn't. Every menu/window opened immediately and without unnecessary animation... unless it needed some unexpected processing - then you were potentially waiting for the spinning rust to handle the swap file.
The UI was minimalistic, but with better hardware we also wanted nicer fonts, transitions, wobbly windows (I actually miss those) and countless other nice things that take time.
Also, it’s pointless to open a menu in less time than it takes the screen to refresh.
Also, it’s pointless to open a menu in less time than it takes the screen to refresh.
wobbly windows - did you know that they're still available in modern KDE Plasma Desktop Environment? No need to actually miss them! :)
https://userbase.kde.org/Tips/Enable_fun_desktop_effects_on_...
https://userbase.kde.org/Tips/Enable_fun_desktop_effects_on_...
There's an option to disable animations in Windows, but I find it disorienting.
Most desktop have such options, kde and gnome too.for instance.
I am pretty sure this is good old resistance to change. You would disabled them on all your systems, then force yourself to use them that way for a month and I am pretty sure that "disorientation" would quickly disappear.
I am pretty sure this is good old resistance to change. You would disabled them on all your systems, then force yourself to use them that way for a month and I am pretty sure that "disorientation" would quickly disappear.
Windows Vista gave this feeling retroactively
That's just comparing CRT screens with 60Hz LCD panels. Get anything 120Hz+ and you will see that modern systems are very snappy.
I strongly disagree with this statement. Every new version of Windows feels slower than the last one. Linux DEs are either very outdated and very snappy or somewhat modern and only barely snappier than Windows. I have zero experience with MacOS.
CRT screens were also 60Hz.
Look at the latency along all steps of the pipeline to get a keypress visible on the screen... https://danluu.com/input-lag/
Many were above 60Hz and it depends on resolution. An iMac G3 for instance could do 75Hz at 1024x768 or 640x480 at 117Hz. Someone recently got a CRT at 700Hz too:
https://www.youtube.com/watch?v=9Zm3lLlaEC8&t=0s
https://www.youtube.com/watch?v=9Zm3lLlaEC8&t=0s
Only the crappy ones were restricted to that.
My 22” Diamondtron went 2048x1536 @ 85Hz or 1600x1200 @ 100Hz (which is what I usually ran it at)
My 22” Diamondtron went 2048x1536 @ 85Hz or 1600x1200 @ 100Hz (which is what I usually ran it at)
No, an extra ~17 msec of delay is not even close to the cause of this. The speed difference between older and newer UIs is still apparent even at 60 Hz.
My CRT did 1024x768@85 HZ.
Future comes in at point were we actually circle back. "Black is always in fashion" kind of thing.
Ditch modern ad endpoints (a.k.a. operating systems) and go back to those distros we used 20 years ago. Accept that those don't support DRM, carefully choose our hardware (as its barely supported), and stick to it until it dies.
The thing i miss most from that time is Window Maker. I'd love to have again those tiny tiles with small graphs and buttons, but for more modern use cases.
Ditch modern ad endpoints (a.k.a. operating systems) and go back to those distros we used 20 years ago. Accept that those don't support DRM, carefully choose our hardware (as its barely supported), and stick to it until it dies.
The thing i miss most from that time is Window Maker. I'd love to have again those tiny tiles with small graphs and buttons, but for more modern use cases.
Window Maker still exists. There's an ongoing Wayland port / reimagining: https://github.com/phkaeser/wlmaker.
That's actually amazing. Can't wait for dockable apps support. That could be a killer app for operators - half desktop, half monitoring dashboard, haha :) I can already see those dockable tiles with Prometheus metrics.
The thing I liked most in the NeXT was the sparing use of color. It was part necessity, but also usability. What does the color of the window bar being blue communicate?
I am an enthusiast for Gnome’s less is more approach.
I am an enthusiast for Gnome’s less is more approach.
Original NeXT was monochrome, so of course it used no significant colors in the UI.
The original NeXTcube was 4-bit grayscale, but there was a graphics card available which supported 24-bit colour. The later NeXTstations supported 12-bit colours without any additional hardware.
> The thing i miss most from that time is Window Maker.
I use WindowMaker as a daily driver. Still.
I use WindowMaker as a daily driver. Still.
I have 3 x64 boxes with 3 different wifi chipsets that work with no issues. The only chipset that doesnt work for me is the bm4360 chips used in Apple hardware. A 7$ usb wifi dongle solves that problem.
How would you use WiFi on Haiku if it were there? I thought people mostly use Haiku inside VMs like VirtualBox so network connection goes through an emulated fiber.
I dream of Haiku being ported to Raspberry Pi and I even was sadly surprised it isn't - to me the primary value of Raspberry Pi seems it being an uniform standard hardware platform, this sounds like a great enabler for alternative OSes as lack of need to support all sorts of different hardware makes the thing a lot easier.
I dream of Haiku being ported to Raspberry Pi and I even was sadly surprised it isn't - to me the primary value of Raspberry Pi seems it being an uniform standard hardware platform, this sounds like a great enabler for alternative OSes as lack of need to support all sorts of different hardware makes the thing a lot easier.
The raspberry pie is a very odd computer which is hard to develop for. There are much better targets that are both simpler to develop for, cheaper, and easily available.
And we never really got any of them working, so I would contest that. Many years ago, I asked about Pi 2 support on the Haiku forums and there was a lot of ill will towards Broadcom closed binaries. I pointed at the Plan9 port and a couple more examples and nothing happened.
I tried the same thing several times with the Pi 3 and the Pi 4, and someone more vocally pointed towards RISC-V. Some four years later, there is a somewhat working RISC-V port, but in the meantime there is still no working ARM port of any real use.
On the whole, I was not overly impressed with the Haiku OS community where it regards exploring widely popular platforms that, despite having some challenges, would provide them with a larger audience. It's their call, but as an original BeOS user (and who can actually spot the Be Book from my couch as I'm typing this) and someone who's spent the past two years delving into the Rockchip ecosystem, I'm quite saddened by the way things went. It's not as if they lacked other ARM options, they just a) didn't have the resources and b) were perhaps a tad too opinionated.
I tried the same thing several times with the Pi 3 and the Pi 4, and someone more vocally pointed towards RISC-V. Some four years later, there is a somewhat working RISC-V port, but in the meantime there is still no working ARM port of any real use.
On the whole, I was not overly impressed with the Haiku OS community where it regards exploring widely popular platforms that, despite having some challenges, would provide them with a larger audience. It's their call, but as an original BeOS user (and who can actually spot the Be Book from my couch as I'm typing this) and someone who's spent the past two years delving into the Rockchip ecosystem, I'm quite saddened by the way things went. It's not as if they lacked other ARM options, they just a) didn't have the resources and b) were perhaps a tad too opinionated.
The RISC-V port was done almost entirely by one developer who took an interest in it. It wasn't as though the project got together and decided to prioritize RISC-V over ARM; it was just that someone did a port, and then it got (mostly) upstreamed. Nobody has taken an equivalent interest in ARM, in large part because, well, the developers are all running x86 machines as you might expect, so that's what Haiku gets developed on. If someone comes along (or one of the existing developers takes interest) in working on the ARM port more, we will hardly reject the patches!
Opinions aside, they just don't have the resources for ports. That's the shame: that this project isn't more popular.
Linux doesn't have this problem anywhere close to the way Haiku does.
Quite a lot of people use Haiku bare metal, and wifi support absolutely is present.
Are you one of them? I am curious what the experience is like trying to use it as anything like a daily system.
I am, although I do not use it as a daily driver, I have bare metal installs on two different computers. In my experience, it is very snappy, and always fast, except for some browsers, and wifi support for my specific wifi cards is there, and works fine, although not perfectly.
In regard to using it as a daily system, browser-wise, especially since Firefox has been ported, it works well enough. Webmail can be used fairly easily, but most of the email clients available only support regular pop/imap authentication, and not oauth.
But then, whether you can daily drive it depends on your specific use cases and hardware.
I would have loved to use it as my daily laptop one year ago but it lacked a password at login. Is it still the case ?
Yes, it is still single-user.
Have you considered a BIOS or bootloader password?
I didn't, thinking it would be too weak but you're probably right. Will give it a try today for my last day off for summer !
That's great, let me know how it goes!
Haiku in 3 x64 boxes, native with wifi
https://m.youtube.com/watch?v=tJ0Ijc5n6Y4
https://m.youtube.com/watch?v=tJ0Ijc5n6Y4
There is an alternative universe where Be is acquired, BeOS turns into MacOS, C++ wins the desktop wars, and POSIX on the desktop never makes it.
However in this universe Steve Jobs never rejoins Apple, and most likely it closes doors a couple of years after Be's acquisition.
However in this universe Steve Jobs never rejoins Apple, and most likely it closes doors a couple of years after Be's acquisition.
What would be interesting is if AppleBe still ends up merging with NeXT a few years later, and Jobs doesn’t immediately scrap the hybrid BeOS platform immediately…
Given the famous keynote where he announced killing OpenDoc and other efforts, I am not so sure about that, regarding scrapping the hybrid BeOS platform.
I ran Haiku on a laptop and the Wi-Fi worked just fine
Is there good laptop support? By that I specifically mean, good power control management and display brightness control.
I had decent success with it on an 11th-gen Framework 13. Power management was finicky, but it was also finicky under OpenBSD, which makes me think it was a hardware or firmware issue. I haven't tried it since upgrading to the latest firmware, so maybe the combination of that plus whatever bugfixes have happened in the last couple years might've improved things.
>WiFi support
Works on my old Thinkpads.
Works on my old Thinkpads.
Maybe it's because setting up a Wifi connection is 20 years old.
If you like Snappy, try Bodhi Linux with the Mosksha desktop.
https://www.bodhilinux.com/
https://www.bodhilinux.com/
Why is this downvoted so badly?
My guess - BeOS and Haiku are not Linux based systems (not BSB, nor any other OS.) People that use Haiku probably do so out of choice and I guess they already know Linux exists. If they wanted to use Linux, they probably would. IMO, stating "just use Linux" therefore seems super obnoxious.
Perhaps one reason is that it seems off topic and you treated "snappy" as a proper noun
Beautiful to see such passion and great execution, especially for 20 years in a row.
It's like a piece of art.
I suspect the company that created BeOS actually lost the source-code and that's potentially the real reason they don't want to share, because from an economic perspective there does not seem anything of value there.
It's like a piece of art.
I suspect the company that created BeOS actually lost the source-code and that's potentially the real reason they don't want to share, because from an economic perspective there does not seem anything of value there.
I think it's more likely the original BeOS source code contains proprietary code licensed from third-parties, which means someone would have to spend significant effort on figuring out what can and cannot be released.
Much worse, it's likely the BeOS code includes a bunch of unlicensed stuff. Be had been caught more than once "accidentally" including GPL'd code in their proprietary OS back when they existed. I doubt it's just GPL code that "accidentally" gets copy pasted into a codebase like that. If somebody has the code (e.g. from a previous job) it's getting pasted in "Just temporarily" and never being removed because there are always higher priorities.
This^^^^
(though to be honest, Android has a lot of BeOS concepts in it because the same engineers ended up working on it too. It has Binder, and Intents are basically BMessages - there are all the Loopers, Handlers and Receivers too...)
(though to be honest, Android has a lot of BeOS concepts in it because the same engineers ended up working on it too. It has Binder, and Intents are basically BMessages - there are all the Loopers, Handlers and Receivers too...)
Just another proof that copyright laws must be heavily reformed asap because they continue to harm development also in cases where any reason of protecting some company's IP is long gone.
Is it though? I think there's scope to improve the laws around intellectual property, but I feel like it's a stretch to suggest that the lack of BeOS source code "harms development".
An open source desktop OS that was basically usable for day-to-day stuff and easy to install, released in 2001? I don't think it's hyperbole to say that that would have changed the course of computer history.
Were you there at the time? Because I was a big computer nerd at the time, huffing all the OS/OS fumes I could get my grubby little hands on. Windows 3 had already won the game -- and that was when non-computer-nerds were asking their computer-nerd friends for advice and getting PCs hand-built by the same. When win95 came out, the non-computer-nerds forgot that the command line existed. When win98 came out, even computer-nerds were losing interest in the command line. Win2k was (imho) the best windows operating system ever released. It was extremely stable and usable, supported everything but apple software and a few bits and bobs that nobody but us nerds cared about, and it took serious effort to buy a computer that didn't have it installed by default.
So a year after win2k is released, your selling points are "basically usable" ( vs "highly compatible"), "free/[nerd-shibboleth]" (vs "hidden in the cost of a computer"), and "easy to install" (vs "already installed"). I think it's hyperbole to suggest that BeOS being open source would have dramatically changed the course of computer history. If anything, I think it's worth considering what would have happened to the already-paltry Linux Desktop experience if BeOS absorbed developer attention.
So a year after win2k is released, your selling points are "basically usable" ( vs "highly compatible"), "free/[nerd-shibboleth]" (vs "hidden in the cost of a computer"), and "easy to install" (vs "already installed"). I think it's hyperbole to suggest that BeOS being open source would have dramatically changed the course of computer history. If anything, I think it's worth considering what would have happened to the already-paltry Linux Desktop experience if BeOS absorbed developer attention.
While I agree that Win2k was good, I don't think it was quite that popular; The computers you could normally get were still Win98/Me until WinXP. The only way you'd have gotten Win2k pre-installed was either getting a workstation-class machine or unlicensed machines.
I was kind of there. I ran BeOS for a while for fun some years after it had died, in between moving from Macs (which I grew up on in the 90's) to BSD and then Linux.
My point was basically what you're saying: BeOS was not nearly where Windows was, but it was miles and miles ahead of Linux, and it provided a unified graphical OS instead of the fragmented Linux base with all its duplicated efforts. Now, it's hard to say whether we the cascade of attention-deficit teenagers would have united behind an MIT/GPL BeOS and succeeded in producing something actually usable by people who were interested in doing more with their computers than setting up Conky and Fluxbox to post screenshots online, but I think the landscape might have looked different if it'd been an option. BeOS when I used it in 2005 or so was already curiosity, an antique, but if you take all the people who were working on Haiku (which started as OpenBeOS around the end of Be, Inc.), and throw in a handful of the people who were working on KDE and XFCE, starting from everything BeOS could do in 2001, instead of Linux and raw X, what do you have in 2005-6 when Ubuntu started picking up steam?
My point was basically what you're saying: BeOS was not nearly where Windows was, but it was miles and miles ahead of Linux, and it provided a unified graphical OS instead of the fragmented Linux base with all its duplicated efforts. Now, it's hard to say whether we the cascade of attention-deficit teenagers would have united behind an MIT/GPL BeOS and succeeded in producing something actually usable by people who were interested in doing more with their computers than setting up Conky and Fluxbox to post screenshots online, but I think the landscape might have looked different if it'd been an option. BeOS when I used it in 2005 or so was already curiosity, an antique, but if you take all the people who were working on Haiku (which started as OpenBeOS around the end of Be, Inc.), and throw in a handful of the people who were working on KDE and XFCE, starting from everything BeOS could do in 2001, instead of Linux and raw X, what do you have in 2005-6 when Ubuntu started picking up steam?
The problem with your hypothesis is that in the lead up to 2001 you have Linux as open Source, and Windows (et al) as commercial offerings. And the commercial stuff is waaaay ahead at this point.
The conclusion one draws from this is that "commercial development" (which is centered around intellectual property and copyright) is progressing faster than open source. In other words it's a kinda A/B test and copyrighted software is progressing faster.
From that point of view it's then hard to be convincing that adding another open-source operating system to the mix (one which has by this point failed commercially) would somehow improve development (as a whole).
(I'm referencing the original assertion in this thread; "Just another proof that copyright laws must be heavily reformed asap because they continue to harm development ")
Now clearly Linux has become a player in the server space. And the BSD's have some small market share. Would the addition of BeOS dilute those already megre resources? Can one, hand on heart, look at open-source development and say it's developing faster than commercial software? Is Firefox leading development in Browsers or is it Chrome? [1] Is Linux (even today) leading desktop development? Or is it Mac and Windows? Generally speaking, if we look at the "big improvements" over the last 20 years, are they happening in the commercial space or the open-source space?
I'm as big a fan of Open Source as the next guy. But I don't think "copyright harms development". I think Open Source is a superb benefit to humanity. But I don't think of Open Source (generally) as a hot-bed of innovation. The tag line of "xxx is an Open Source clone of yyy" seems more common than the reverse.
Do I think intellectual property law needs reformation? yes. There's a lot which could be improved. But claiming that BeOS is "proof" that copyright is holding us back is, in my opinion, a weak argument for said reformation.
[1] Yeah, I know Chrome is "open source" - but it's resourced by a very commercial company for very commercial reasons.
[2] It's also worth noting that _abandoning_ things like copyright law would affect GPL code as much as commercial code. Making everything into effectively "public domain" allows for GPL code to be shipped in binary form _without_ supplying source code.
The conclusion one draws from this is that "commercial development" (which is centered around intellectual property and copyright) is progressing faster than open source. In other words it's a kinda A/B test and copyrighted software is progressing faster.
From that point of view it's then hard to be convincing that adding another open-source operating system to the mix (one which has by this point failed commercially) would somehow improve development (as a whole).
(I'm referencing the original assertion in this thread; "Just another proof that copyright laws must be heavily reformed asap because they continue to harm development ")
Now clearly Linux has become a player in the server space. And the BSD's have some small market share. Would the addition of BeOS dilute those already megre resources? Can one, hand on heart, look at open-source development and say it's developing faster than commercial software? Is Firefox leading development in Browsers or is it Chrome? [1] Is Linux (even today) leading desktop development? Or is it Mac and Windows? Generally speaking, if we look at the "big improvements" over the last 20 years, are they happening in the commercial space or the open-source space?
I'm as big a fan of Open Source as the next guy. But I don't think "copyright harms development". I think Open Source is a superb benefit to humanity. But I don't think of Open Source (generally) as a hot-bed of innovation. The tag line of "xxx is an Open Source clone of yyy" seems more common than the reverse.
Do I think intellectual property law needs reformation? yes. There's a lot which could be improved. But claiming that BeOS is "proof" that copyright is holding us back is, in my opinion, a weak argument for said reformation.
[1] Yeah, I know Chrome is "open source" - but it's resourced by a very commercial company for very commercial reasons.
[2] It's also worth noting that _abandoning_ things like copyright law would affect GPL code as much as commercial code. Making everything into effectively "public domain" allows for GPL code to be shipped in binary form _without_ supplying source code.
I'm talking specifically about a graphical operating system for desktop purposes, something that people coming from Mac OS 9 or Windows 98/ME might have moved to. I think BeOS was far closer to providing that than Linux was in 2001, and that that might have mattered if it'd had been picked up and developed further as opposed to dying on the vine. I think there were a lot of people who looked into desktop Linux at that time but didn't take to it. A freed BeOS would have had a much better day-to-day alternative than Linux was, and running on cheap hardware unlike Mac OS X.
I don't really think your idea of A/B testing commercial vs. open source holds water. Look at what happened to OS X vs. Windows during the 00's, there's no comparison. There are so many other things at play.
I don't really think your idea of A/B testing commercial vs. open source holds water. Look at what happened to OS X vs. Windows during the 00's, there's no comparison. There are so many other things at play.
[deleted]
As someone that has the CD-ROM they shipped on magazines as advertising, it was mostly usable, for single users.
And after they lost to NeXT, regarding being acquired, not much else happened in regards to OS development.
And after they lost to NeXT, regarding being acquired, not much else happened in regards to OS development.
"Promising OS dies after assets are acquired and put in a closet" is still one of the best arguments in favor of Open Source.
Palm bought BeOS back in the day, but they didn't do anything with it. It was spun out with the PalmOS into Palmsource when Palm went to other OSes, so it didn't follow the rest of Palm into HP (and then LG). Palmsource was then swallowed by a Japanese company called Access, which was and apparently still is making a browser for embedded applications called Netfront.
Early Toshiba smart TVs used Access software. Wasn’t pleasant to develop for.
Palmsource did open-source Binder, which is still around, and widely used.
Thanks for that history. I was under the impression it was an Android, Inc. invention, but that it came from BeOS is blowing my mind.
Nope. Dianne Hackbourne was a key Be developer.
You also have most of the Intent system, the Receivers and Handlers as well as a lot of the general Android API to thank Be Inc for. When you look at the Be API, you can find analogues to most of the Android API, and once you realise that a bunch of the key developers were ex-Be Inc refugees it becomes a lot harder to see what is independent development, what was influenced by and what is a straight up clone of the Be API.
You also have most of the Intent system, the Receivers and Handlers as well as a lot of the general Android API to thank Be Inc for. When you look at the Be API, you can find analogues to most of the Android API, and once you realise that a bunch of the key developers were ex-Be Inc refugees it becomes a lot harder to see what is independent development, what was influenced by and what is a straight up clone of the Be API.
[deleted]
> I suspect the company that created BeOS actually lost the source-code and that's potentially the real reason they don't want to share
Nope. The source code exists. You can find rather corrupted chunks of it archived on a very famous archiving site. The other posters are correct - it belongs to someone and they don't want to release it because it contains a lot of proprietary code and cleaning it up to make it releasable would neuter it in a way that makes it pointless. That and the ~24 years where nothing was done to it making is way past useful even to Haiku.
Nope. The source code exists. You can find rather corrupted chunks of it archived on a very famous archiving site. The other posters are correct - it belongs to someone and they don't want to release it because it contains a lot of proprietary code and cleaning it up to make it releasable would neuter it in a way that makes it pointless. That and the ~24 years where nothing was done to it making is way past useful even to Haiku.
That made me think how many non-Unix FOSS operating systems are out there? Haiku, FreeDOS, Genode, ReactOS, Plan9, AROS, and RISC OS comes to my mind quickly.
Arduino (yes I know it isn't really an OS, but still), Zephyr, Oberon, Active Oberon, Inferno, mBed, Android and Chrome OS (Linux kernel isn't really exposed to userspace as in an UNIX system), Azure RTOS.
Micropython is really neat as an embedded OS. I don't think there's a PC target right now though.
Kolibri also exists, not sure how alive it is nowadays, though.
I believe Contiki is one. It runs on pretty much anything.
There's also FreeRTOS if you include microprocessors.
I don't think it is maintained anymore, but add AtheOS/Syllable to the list.
TempleOS
I seem to recall trying Firefox on HaikuOS circa ~2011, though searching around now it seems it was based on an outdated version at the time. Kudos for a modern port project.
Here is a more recent screenshot.
https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...
https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...
I can't change the link now but this should be the correct link to the post: https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...
You mean
https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...
I.e.: "... /13493/143#post_143"
https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...
I.e.: "... /13493/143#post_143"
Firefox ported to HaikuOS, before it's ported to Windows XP. :-)
(If you need a modern browser on XP, in the meantime try the Chrome port:
https://win32subsystem.live/supermium/ )
(If you need a modern browser on XP, in the meantime try the Chrome port:
https://win32subsystem.live/supermium/ )
"before it's ported to Windows XP"
what does this even mean???, I remember using firefox on windows xp back then, the reason they stop make a release version for windows xp because its too old and people already move on to newer windows 7 (microsoft already stop supporting it)
what does this even mean???, I remember using firefox on windows xp back then, the reason they stop make a release version for windows xp because its too old and people already move on to newer windows 7 (microsoft already stop supporting it)
Are you telling me Windows XP is out of support? When did this happen?! :-D
But to answer your question seriously. Is a river today the same it was before? Is Firefox today the same it was when XP roamed the Earth with the dinosaurs?
The answer is, no, and yes, some of it. So it's a cheeky way to point out that someone managed to get Firefox running on a presumably very different OS HaikuOS, before getting it to run on Windows XP, which arguably must be pretty similar to say, Windows 10, when it comes to Win32 APIs.
(But of course, also Windows 10 is a slightly different river to the Windows XP creek.)
But to answer your question seriously. Is a river today the same it was before? Is Firefox today the same it was when XP roamed the Earth with the dinosaurs?
The answer is, no, and yes, some of it. So it's a cheeky way to point out that someone managed to get Firefox running on a presumably very different OS HaikuOS, before getting it to run on Windows XP, which arguably must be pretty similar to say, Windows 10, when it comes to Win32 APIs.
(But of course, also Windows 10 is a slightly different river to the Windows XP creek.)
Its not that easy. Win32 API is not static, in evolves. While yes, it can provide great backward compat, new stuff is introduced ever new OS release (or Win10 update), so its pretty much easy to destroy portability to older version. To keep portability, you must target lowest API version you want, and keep it using like this.
You can run an up to date port of Chrome on XP, 2000 soon as well. They're also finishing up hardware acceleration support for the d3d9 backend.
https://github.com/win32ss/supermium
https://github.com/win32ss/supermium
Firefox worked on XP when it wasn't dead yet. There's no reason to port newer versions to a system that's no longer maintained.
Windows XP machines should not be connected to a network because they no longer receive security patches. They will get hacked if they are connected to a network (and please remember that not every piece of malware is obvious, some malware is stealthy, and just steal information from the hacked machine).
Also, you connect a machine which can be hacked, you are not just hurting yourself. That machine can be used for a lot of malicious purposes including DDOS attacks, sending SPAM, allowing attackers to hide their true location, etc.
Also, you connect a machine which can be hacked, you are not just hurting yourself. That machine can be used for a lot of malicious purposes including DDOS attacks, sending SPAM, allowing attackers to hide their true location, etc.
If you disable all the networking and RPC service crap it can be pretty secure with Retrozilla for Gopher, Supermium+UBlock Origin and a hosts file.
Why are you using windows xp?
Not him but I list my own personal motivations here https://news.ycombinator.com/item?id=40528117
Why not Linux and play diablo 2 with wine? Last time I tried it worked great.
It amuses me.
Nostalgia is a powerful thing :) I have that for Windows 95 and 98. During the XP era I was mostly using Linux, though I did use xp for gaming every now and then.
there's mypal68 and latest runs with ocapi (though it's way too hacky tbh)
And Retrozilla with the MSFN hacks to state TLS 1.3 at about:config
Altough with Gopher and gopher://magical.fish (and invidious instances plus Gopher services to search in Youtube and such) most of the web modulo complex logged sites can be avoided if the user wants to read some news without bogging down its machine.
Even http://portal.mozz.us works well against Gemini services such as gemini://gemi.dev to read Ars Technica, The Register, most newspapers...
El Reg: https://portal.mozz.us/gemini/gemi.dev/cgi-bin/waffle.cgi/vi...
Ars: https://portal.mozz.us/gemini/gemi.dev/cgi-bin/waffle.cgi/fe...
Wired: https://portal.mozz.us/gemini/gemi.dev/cgi-bin/waffle.cgi/li...
BBC: https://portal.mozz.us/gemini/gemi.dev/cgi-bin/waffle.cgi/li...
No videos, but you can read the articles and see the images. Pretty cool for a Pentium 2 for instance.
Anyway, Synchro.net with some NNTP client against FIDO/Dove and the actual Usenet will give and XP user far better talks on retro and current news.
Also, old IRC clients can connect to http://bitlbee.org against public servers and use current protocols such as Discord and modern IRC (TLS) and Jabber, among others.
Altough with Gopher and gopher://magical.fish (and invidious instances plus Gopher services to search in Youtube and such) most of the web modulo complex logged sites can be avoided if the user wants to read some news without bogging down its machine.
Even http://portal.mozz.us works well against Gemini services such as gemini://gemi.dev to read Ars Technica, The Register, most newspapers...
El Reg: https://portal.mozz.us/gemini/gemi.dev/cgi-bin/waffle.cgi/vi...
Ars: https://portal.mozz.us/gemini/gemi.dev/cgi-bin/waffle.cgi/fe...
Wired: https://portal.mozz.us/gemini/gemi.dev/cgi-bin/waffle.cgi/li...
BBC: https://portal.mozz.us/gemini/gemi.dev/cgi-bin/waffle.cgi/li...
No videos, but you can read the articles and see the images. Pretty cool for a Pentium 2 for instance.
Anyway, Synchro.net with some NNTP client against FIDO/Dove and the actual Usenet will give and XP user far better talks on retro and current news.
Also, old IRC clients can connect to http://bitlbee.org against public servers and use current protocols such as Discord and modern IRC (TLS) and Jabber, among others.
The question of "Is it more stable than other browsers" being "It can't render text" is somewhat hilarious.
As of five years ago I still had an open ticket for a bug in BeOS Mozilla in their bug tracker from maybe the year 2000. I tried to search for it more recently and couldn't find it.
As of five years ago I still had an open ticket for a bug in BeOS Mozilla in their bug tracker from maybe the year 2000. I tried to search for it more recently and couldn't find it.
This means Rust has also been ported to HaikuOS. Nice!
Incoming MJD and Action Retro videos
... on a heavily modded BeBox that's cursed.
They didn't port it, but the first one (or rather the second one, but it doesn't matter) once we launched some new version via Wayland. So far, everything has not been tested enough and there are no implementations of different platform code, as a result of which it often crashes. This is still a draft port, not suitable for the average user.
Someone wrote an article much ahead of time.
Any word on when the next version is coming out? Looks like the latest version (R1/beta4) was released in December 2022.
In a couple weeks.
Funny to see the main question in the forum is "How stable is it?" and does it crash less than other options.
Haiku is fantastic and seeing it still developed after 20 years is awesome.
But maybe it would benefit from some modern tech. Given the recent discussion on Swift for Ladybird, since huge parts of Haiku are written in C++ it might make sense to gradually introduce Swift to benefit from the language safety features.
Haiku is fantastic and seeing it still developed after 20 years is awesome.
But maybe it would benefit from some modern tech. Given the recent discussion on Swift for Ladybird, since huge parts of Haiku are written in C++ it might make sense to gradually introduce Swift to benefit from the language safety features.
"Modern tech" often require significant corporate backing and/or significant amount of funds. I'm amazed that Haiku OS is still going considering it's surviving on donations.
> since huge parts of Haiku are written in C++
Sometimes pre-standard C++ and sometimes C++ 98. There's a lot of "C with classes" and stuff that C++ proponents will insist isn't now "really" C++ because that no longer suits their understanding of the language. As is common for that era it has its own custom string type, BString, and so on.
So Swift is about 20 years over their horizon, and modern Swift is even further.
Sometimes pre-standard C++ and sometimes C++ 98. There's a lot of "C with classes" and stuff that C++ proponents will insist isn't now "really" C++ because that no longer suits their understanding of the language. As is common for that era it has its own custom string type, BString, and so on.
So Swift is about 20 years over their horizon, and modern Swift is even further.
Some things never change, regardless of the modern C++ discussions.
Apple, Google and Microsoft "modern C++" frameworks also use their own types, instead of the standard library.
See Android NDK, IO Kit / Driver Kit / Metal bindings, C++/WinRT and WIL.
Apple, Google and Microsoft "modern C++" frameworks also use their own types, instead of the standard library.
See Android NDK, IO Kit / Driver Kit / Metal bindings, C++/WinRT and WIL.
IOKit dates to circa 1999; it’s not “modern C++” by any reasonable definition.
Beyond discussing what Modern C++ actually means, Andrei Alexandrescu book, C++11, C++14, C++17, C++20, C++23, this only goes to show how "modern" is the C++ code from companies that should know better as WG21 members, and C++ compiler vendors.
Let alone those that aren't neither WG21 members, nor C++ compiler vendors.
Let alone those that aren't neither WG21 members, nor C++ compiler vendors.
[deleted]
Only took like 20 years!
beretguy(1)
wtf? Now I am switching! :-) Oh, I get it "The current status is that no text can be shown due to some rendering issues,so it is not usable at all" (nine days ago). Still, if you got Firefox you are ready for mainstream adoption.
No, that was nine days ago.
If you look at the most recent screenshots you can see that text rendering is working fine.
Great read. Thoughts on real-world impact?
Kind of poetic. We should write a 3-5-3 Haiku about this journey.