matzipan

While what you're saying sounds nice, your theory has nothing to do with practice.

In reality, the ultimate source of this problem is the mismatch in speed between silicon logic and silicon memory. This is why your CPU ends up doing all sorts of tricks like caching, branch prediction, speculative execution to compensate for slow memory.

This feels like a lot of work being taken for granted. That is why support services exist. You pay a fee and the developer agrees to fix things for you. Open-source doesn't have to be for free.

Found it: https://blueprints.launchpad.net/elementaryos/+spec/hidpi-su...

I'm still young and naive :P

I'm part of the community. I have seen alot of work being put into making hidpi work properly. I can't find any changelog mentions though :(

Here's a community post: https://www.reddit.com/r/elementaryos/comments/53gkr1/elemen...

And some hidpi icon work: http://blog.elementary.io/post/124193007916/whats-up-with-hi...

Obviously, it won't. But it would at least free up some manpower.

Well, not all people have the expertise or willingness (in case of volunteers) to work on this. Switching to Rust would allow them to leverage somebody else's work.

Also, GObject itself made a lot of sense in an era when C was dominant. Maybe now, not so much.

Yeah. See my other comment: https://news.ycombinator.com/item?id=12854983

No, I'm talking about gdb support, for example. I'm talking for a testing framework (right now you have to write your own build process capable of bundling the unit tests with your source).

Slack is electron done right - it even has a background process which delivers notifications. But they generally integrate really badly into the UI.

The contributions actually increased. Which is why they kept it.

You clearly haven't tried neither elementary nor Linux in general. There are many legitimate reasons why you might want to use elementary just as well as there are many legitimate reasons why you might want to use macOS. You're condemning diversity? To each their own.

I think one needs to also highlight the differences.

mac OS is built by one major player and they have a clear direction of where they want to take this. Linux, in general, is built by communities of people who may or may not have diverging opinions, priorities and interests. While this gives you a lot diversity, it can be quite problematic.

The financial aspect is also important. elementary LLC itself, has only 2 full-time employees, while Apple is sitting on a pile of cash. Yes, elementary builds on a solid open-source base [1] built by thousands of developers world-wide, some volunteers, some employees, but it's still a significant difference.

Having a smaller scale, it means elementary can be more agile in its changes. This also means that there is smaller testing base, which means there will be more bugs. The nice part is that, when you find a bug, you can help fix it [2].

[1] https://elementary.io/open-source

[2] https://elementary.io/get-involved

So they should disable writing "0" in the input box and require that you enter "nothing"?

Really? :P

Good luck porting the mac libraries to Linux [1] :P

[1] https://www.darlinghq.org/project-status/

The elementary community would love feedback on how to solve pains with mac. There's a subreddit or you could post bug reports on launchpad.

I agree with the article. Vala is a wonderful language, but it doesn't have the necessary tooling built around it.

elementary should automatically handle your hidpi quite well.

Read my comment above (https://news.ycombinator.com/item?id=12854556)

You have valgrind and many other tools instead of "Instruments".

The GNOME project itself [1] has a lot of projects which compete with what you linked. Sure, Apple has a few billion dollars to dump into development every year, so you have to adjust for scale.

[1] https://developer.gnome.org/references

It does seem nicer to ask after, but then again, 99% of us simply close the tab after the download starts. We just do it automatically.

Check my comment above (https://news.ycombinator.com/item?id=12854312)

Well Geary (and the elementary fork Pantheon Mail) are quite good for basic use. There are still a few bugs and their codebases are quite hell to work with (see [1] for my review of them). This document motivates my little side project, but, lately, it hasn't seen much direct attention as I've been working on some stuff upstream, in elementary and Evolution, for this project.

[1] https://github.com/matzipan/envoyer/blob/master/README.md#re...

Not much. Both System76 and Dell's Sputnik spend quite a bit of time getting good support for their laptops under Linux.

I personally think XPS has a much better design for a laptop.

It's been linked many times around here: https://mjg59.dreamwidth.org/41713.html

I'm still seeing powersaving issues even on Haswell. I believe basic support for Skylake only shipped in Ubuntu LTS only recently, too.

Here's a list to all the projects maintained by elementary [1]. Quite a few. What elementary gets from Ubuntu is the kernel, userland tools and package repositories but from the desktop environment up, it's different stuff (albeit based on the same toolkit, GTK, and many shared libraries with GNOME).

[1] https://launchpad.net/elementary

I don't know mac conventions as I generally don't use keys on my mac. But elementary certainly has a configurable keyboard shortcuts panel.

The version of Epiphany which has to ship with Ubuntu (because Ubuntu is only shipping GTK 3.18) is pretty outdated [1]. I have been trying to move away from Chrome to Epiphany slowly but was encountering quite a few issues which I reported to GNOME and they were like "Oh yeah, we fixed this a long time ago, get the latest version".

I got the latest version via flatpak and I've completely replaced Chrome. There are still a few issues to be ironed out in flatpak (like notifications and downloads support), but it's getting there!

[1] https://blogs.gnome.org/mcatanzaro/2016/03/30/positive-progr...

Unfortunately, Linux lacks in the creative market. There's no way this can change soon without support from big players, like, for example, Adobe.