moosingin3space

They won't. This is a necessary move in the Quantum push. Can't expose the browser's internal API (like XUL extensions) and put it through a big refactor.

Terminator has not been updated in 9 years, suggesting a lack of maintenance, and is stuck on GTK2, which means no native Wayland support. Tilix, on the other hand, is active, GTK3-based, and works natively on my Gnome Wayland desktop.

Also keep in mind that Mozilla is researching better rendering methods through the Quantum project. The potential boost will be huge -- CSS styling and compositing will be faster, JS code that interacts with the DOM will be faster, etc.

I'm very excited about Quantum CSS and Quantum DOM landing.

Chrome's PDF reader is actually open-source: https://pdfium.googlesource.com/pdfium/

Honestly I'm a little curious about whether compiling it to WebAssembly would have offered similar benefits. If so, that would make writing performance-critical parts of Electron apps in another language a more approachable proposition.

I've always seen POLA as "principle of least authority" in an OS research context, just fyi.

With lazy iterators, there is the possibility of better composition of maps/filters/reduces. That's why I'm a fan of the lazy iterators approach -- otherwise the abstraction breaks too easily and it ends up looking like a for-loop anyway.

The performance here was quite good! I'm impressed.

> how one could partially tack on borrowing semantics to a non-linear/affine language

How might that look if you tried to do this in, say a (not compatible with C) C-like language? I thought the ownership system (affine types) was required for the borrow checker to work.

Would it be correct to say that the affine type system underlies the ownership paradigm?

The problem with this is that it generates two intermediate arrays in the maps, then effectively drops them in the reduce. This may be inefficient.

I wish that JavaScript's map/filter/reduce functions returned lazy iterators, like in Rust, so that code like this doesn't produce intermediate arrays. Does anyone know of a library that provides this?

Exactly what you said -- it's not possible to make something that must be used exactly once. See https://gankro.github.io/blah/linear-rust/ for a deeper explanation.

Rust uses a similar (but significantly weaker) system called "affine types" underlying its borrow checker.

TLS != crypto. TLS is actually very well-suited for a higher-level language like Rust or OCaml, especially due to how state machine patterns can be expressed safely in those languages. Crypto, on the other hand, often relies on low-level intrinsics to get good performance and cache timing attack resistance.

Thanks for indicating lyon, that looks very nice. I mentioned Pathfinder because path rendering on GPU is important on mobile devices (battery and heat concerns).

pcwalton's project Pathfinder (https://github.com/pcwalton/pathfinder) may eventually lead to an efficient GPU-based vector renderer, which would make this feasible.

I've found that using Linux tools like perf work well for profiling Rust, since it's compatible with C.

From my look at the Focus source, it's not Webkit/Blink on Android.

Just did a scan of the Focus source and I don't see it using the native Android webview -- it appears to use Gecko.

React/Vuejs components are declarative UI at their core. That idea tends to get lost in the soup that is state management, but it is there.

The easiest-to-integrate React/Vuejs components are very close to purely declarative, in my experience.

Really? I was under the impression that most language package managers downloaded from a CDN. I know that pip, npm, yarn, cargo, and hex do, at least.

Fractional scaling is in the works for the next Gnome release. I've been using the former case, so that's why I said it works well for me.

On Fedora 26 with Wayland, high-DPI works pretty well in my experience.

While bazel and buck look great for building Google/Facebook-sized codebases, meson looks great for what most of our projects are.

A decentralized key-value store that is tolerant to an active adversary is not a "very simple problem". A block-chain is actually a reasonable solution for this, see [1].

Not to say it's perfect, for sure.

[1]: http://blog.printf.net/articles/2015/05/29/announcing-gittor...

Yes, large distributed groups where people can drop in/drop out is IRC's niche, and why it will never die. I prefer IRC for large open-source projects to Slack, but the usability is awful for a company environment. At my school, we use Slack for research groups, study groups, and student project teams, and it's excellent for that.

There is a Gnome calendar app: https://wiki.gnome.org/Apps/Calendar.

IIRC, mpv already has native Wayland support, whereas VLC's was lacking. gnome-mpv is pretty nice, though.

Made my personal website with nuxt. The tools are excellent -- it was so easy to integrate PostCSS, Pug, and TypeScript into the site.

Is there any discussion about doing this in Rust? (maybe surrounding the SIMD RFCs)