1,958 karma · joined September 11, 2023
Like Windows, MacOS and Linux?
In tipical GNOME fashion, they have decided to replace this largely working piece of software with on with one that places solidly at the bottom of the article's list (ptyxis).
I think "create" is the confusing part. It should be "digitize" or something. Either this, or "pass" means something else here.
std::variant<int, std::string, bool>
Which is a sum of those three types.It's already like this, unless you go out of your way to install a custom Android rom, which 99.9% of people will never do.
I agree it is unacceptable.
We are talking not only about Rust, but also about C and C++. There are lots of C++ UI applications. Rust poses itself as an alternative to C++, so it is definitely intended to be used for UI applications too - it was created to write a browser!
At work I am using tools such as uv [1] and ruff [2], which are user-facing (although not GUI), and I definitely appreciate a 16x speedup if possible.
Using pthread in C, for example, TBB is not required.
Not sure about C11 threads, but I have always thought that GLIBC just uses pthread under the hood.
However, at work I am working on a much larger code base, and the extra help given by syntax highlighting (for example, having a quick visual feedback on whether a method exists or not) is valuable to me.
I think this also depends on the language used: at home I mostly program in C, but if I were doing more e.g. C++, I would probably enjoy some syntax highlighting.
a (*) b + c
Parsed then? The precedence of '* is bumped down, but does that mean it has now strictly lower precedence of '+', or the same? In the first case the operation is parsed as a * (b + c)
In the second case, the "left to right" rule takes over and we get (a * b) + c
And what happens when there are more than 2 priority groups Taking C has an example, we have that '' has higher precedence than '+' which has higher precedence than '<<' [1]. So a + b * c << d
Means (a + (b * c)) << d
Now I could use the "decrease precedence" operator you proposed (possibly proposed by the author?) and write a + b (*) c << d
Which then bumps down the precedence of '' to... One level lower? Which means the same level of '+', or a level lower, i.e. a new precedence level between '+' and '<<'? Or maybe this operator should end up at the bottom of the precedence rank, i.e. lower than ','?The more I think about this, the less sense it makes...
[1] https://en.cppreference.com/w/c/language/operator_precedence...
Why would the author's use be the wrong one? And why should YouTube be different, in principle? (Maybe you are using YouTube wrong...)
I think at some point there was a shift in the way we consume online content, from "I'll read whatever is up now" to "I have my list of things to catch up with". RSS is older, so it is natural to connect it with the older way of consuming content. But there is no reason we can't do the same with YouTube channels, for example.