Live data from Hacker News

RavynOS Finesse of macOS. Freedom of FreeBSD

ravynos.com

131–140 of 186 posts

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#131
post #129

It just looks bad. You want to be MacOS? Actually go and copy it, as close to pixel perfect as you fancy. I've personally experimented with replicating UIs using just a "device" object to a graphical API, so I know very well that it is possible. What prevents this project from just... going out and actually doing what they're trying to achieve? Take high resolution screenshots, carefully understand what's going on, a…

A pixel-perfect copy would raise copyright issues.

Sure, but I don't think that is the issue here.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#132
post #129

Earlier quoted context omitted.

A pixel-perfect copy would raise copyright issues.

Sure, but I don't think that is the issue here.

I’m not defending their current approach, it looks pretty bad, but the approach you suggest also isn’t viable.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#133
post #132

Earlier quoted context omitted.

Sure, but I don't think that is the issue here.

I’m not defending their current approach, it looks pretty bad, but the approach you suggest also isn’t viable.

Whilst I agree, it was just a development on what I perceive to be their vision. I address this particular point in another comment in this comment thread.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#134

It just looks bad. You want to be MacOS? Actually go and copy it, as close to pixel perfect as you fancy. I've personally experimented with replicating UIs using just a "device" object to a graphical API, so I know very well that it is possible. What prevents this project from just... going out and actually doing what they're trying to achieve? Take high resolution screenshots, carefully understand what's going on, a…

This screenshot[1] is a great example of what you're talking about. * Awful typography (especially bold text) * Ugly gray background in foreground window * Windows 95-era buttons in the foreground window * Weird left padding in the (ugly) dock * Terminal window has window controls on the right for some reason, and they look like they're from Windows? All that said, it's still in preview (v0.4pre4), and these things c…

The buttons look like NeXTStep IMO.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#135
post #95

I can see the freedom of FreeBSD part, but not the finesse of macOS. And without that, why not just use FreeBSD?

Because its still in major development? Huge refactors are going on still under the hood. It's a project with a small team working in their free time with a big goal and its some way off. I mean, a BSD-based open source OS binary compatible with mach binaries ... it's very cool IMO and I hope more people get involved

Apple‘s secret sauce is not mach binaries but Cocoa. And tons of resources. And clear leadership.

We have decades-old projects like GNOME, KDE and GNUstep and none of them come close to macOS in terms of „finesse“. Despite some of them having corporate backing.

So I just don’t see that happening for a project with a small team working on it in their free time. Far too ambitious, I‘ve seen projects like this fail too often in the last two decades.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#136
post #129

Earlier quoted context omitted.

A pixel-perfect copy would raise copyright issues.

Sure, but I don't think that is the issue here.

I mean your complaint was literally that they didn't copy it pixel by pixel. That's your issue here, as stated at the very least.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#137

It just looks bad. You want to be MacOS? Actually go and copy it, as close to pixel perfect as you fancy. I've personally experimented with replicating UIs using just a "device" object to a graphical API, so I know very well that it is possible. What prevents this project from just... going out and actually doing what they're trying to achieve? Take high resolution screenshots, carefully understand what's going on, a…

> Actually go and copy it, as close to pixel perfect as you fancy.

That’s what they appear to be doing, but they’re only about halfway there so far. It’s still just in beta, not even version 0.4 yet.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#138
So much awful. Bad font rendering. Icons look pixelated. White semi-transparent things look weird. Active and inactive windows look too similar. Instead of just coloring in the window buttons greying the text there should be some more obvious visual change to the actual header. Curve in top of window is pixelate. Very rounded top and share hard rectangle is jarring. Dock is perfectly rectangular with no border. Icons are bad.

On the interface side the global menu is not only a mediocre UI when universally implemented its unlikely to be properly implemented in countless apps making impossible to make consistent.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#139

How does this differ from helloSystem? https://hellosystem.github.io/

RavynOS aims for partial binary compatibility with macOS.

What does that mean? It can partially run some trivial macOS apps? The amount of effort just to get basic programs working seems like a ton of effort, for a end project that is just buggy implement of a moving target.

Unlike Windows, MacOS has no problem ignoring backward compatibility. So Wine works be rewriting older APIs and Microsoft always works on backward compatibility, MacOS does not do that. It just works or it doesn't.

Re: RavynOS Finesse of macOS. Freedom of FreeBSD

#140
post #19

Earlier quoted context omitted.

I have used brew on Linux for dev tooling, because it’s so easy to switch versions.

I realized Brew was released for Linux a while back, and my jaw dropped because… why? Brew is simply awful compared to most Linux package managers. It has gotten better over the years but I still couldn’t ever imagine preferring it over the installed out of the box package manager in quite literally any Linux distro.

For standard apps, I agree. But being able to change the default version of Python, NodeJS, etc. just by running brew install is a lot easier than using apt/apt-get. They just aren't made to support that kind of scenario.
Post reply on HN