Its XML which requires a more difficult tree abstraction instead of a mapping/list abstraction
and the XML wraps html-formatted articles, so unless you hate yourself, you'll need to be embedding a browser for rendering, which means bundling a browser too (even on certain browser embed providing platforms like win32, since it still uses IE11 as its browser embed)
of course its easy to generate RSS.
- - -
and thats nevermind the whole impossibility of getting all articles without a daemon on a separate server, especially for high-volume feeds
Its XML which requires a more difficult tree abstraction instead of a mapping/list abstraction
and the XML wraps html-formatted articles, so unless you hate yourself, you'll need to be embedding a browser for rendering, which means bundling a browser too (even on certain browser embed providing platforms like win32, since it still uses IE11 as its browser embed)
Though I get the feeling google's approach of trying to desensitize me (emailing me about how great I am for traveling to mcdonalds like a slob, and gamifying my use of google maps, for example) instead of shamefully hiding it, is a fair bit worse
Doesn't that just make the program opt-in instead of opt-out?
(And it separates the ActiveX stuff from the application too, which I'm happy to hear, applications that use it for decoding now shouldn't require the full WMP install)
problem is, having unimpeded speech online requires being harbored by private companies, as there really isn't much in terms of government-managed domains, government-managed DDoS protection, etc
"I’ve heard a few reasons:" ... that you've considered, then cherry picked two of them, so you can confirm your views?
To properly reason why the approach is wrong, shouldn't you consider all significant reasons, including backwards compatibility as probably the biggest one?
"New language that learns from the mistakes of languages before it" would generally be better than "language and runtime that is keeping compatibility with a programming language that was heavily rushed just to fill a feature point for a web browser"
One might as well state that the grass is green and sky is blue, no?
I would of tested this one, but no windows build, and I'm not using a linux install atm
editors don't roundtrip to a separate application through multiple buffers (bash, zsh, fish, or whatever) to decide if they need to show a color or letter or nothing
I don't notice any notable latency in discord, vscode, etc
But I do notice latency in hyper.js, and it just makes it feel very "dull", and that's what I think a lot of people know of electron terminals
plus the competition from native apps is a bit absurd in terms of performance, with most of the serious ones either rendering asap or on the next frame (when vsync'd)
So, a 3d graphing program, competing with the TI-84+ from the project's README...
Is going to be notably tied to a custom eth token?
That idea does seem to contribute to the nonsense you mention.
Especially considering the README complaining about competitors being "unintuitive", but then just slapping `blockchain` on a visualization program
- - -
Also pardon my pedanticness, but its "Source available", most people consider "Open Source" (as a branding) to be open to access, changes, and use. You have released the code, sure. But you are massively restricting how that code is used (including preventing the program being used with other versions of the same program??)
pip being a dependency is defined at upload time, it is parsed by the creator of the package, not the consumer, afaik
if you used any other package manager, it would need to resolve dependencies from the additional info in the package index, resulting in pip being downloaded and installed before the desired package is installed
from my understanding, when you build the package, your computer extracts the relevant required packages, and sends up that data to pypi, which then in turn sends that data back to users when they install
and the XML wraps html-formatted articles, so unless you hate yourself, you'll need to be embedding a browser for rendering, which means bundling a browser too (even on certain browser embed providing platforms like win32, since it still uses IE11 as its browser embed)
of course its easy to generate RSS.
- - -
and thats nevermind the whole impossibility of getting all articles without a daemon on a separate server, especially for high-volume feeds