Post author here. I'd still recommend going over to the MobilRead forums; and picking up an older Kobo device (like the Aura HD ^_^). They don't even need any user registration (https://www.mobileread.com/forums/showthread.php?t=223155). There are full firmware dumps, and its super easy to modify. There are even some examples of running full blown Linux on them (https://www.mobileread.com/forums/showthread.php?t=220350). Plus you can bypass Nickel and stick to something really nice like Koreader for reading; or Plato or CoolReader.
Thanks for the pointer. First time I hear about Enpass.
The UI looks nice, but I still don't get their company model. Data are stored on a third party cloud provider of your choice, so why is Enpass subscription-based? I surmise that paying removes some sort of ads from the apps, but I can't tell for sure. If that's the case, I'll have to pass.
It actually restricts the number of items you can sync. It is much cheaper though. Actually; with the new model they do have a sort of ad based system; they have this incredibly dumb popup about how some passwords might be compromised. Oddly even after paying its impossible to kill that banner.
No I can concur. There's definitely something odd about this. I've actually booted up where I don't have network connectivity and it all works well; until it gets news of an update (after I connect to a network).
This can also be caused on the home editions if your system can not reach the activity URL's but is not getting a tcp reset. Turning off telemetry won't disable this on the home editions and only reduces it on Pro. Do you have a home router that can intercept and log DNS requests? That makes it easier to see if this is the issue.
I mean, why do you think my statement has anything to do with that? It is widely accepted among the people who talk about "systemic racism" that, say, the existence of black cops doesn't mean the department isn't racist against black people.
I've been programming and documenting large projects with sphinx and doxygen for years now and I really don't see the appeal or the problem this solves. Bad documentation is because of lazy programmers. Nothing more, nothing less. If someone is actually able to keep up with the myriad changing C++ standards, not to mention testing practices and frameworks, documentation is not hard in comparison at all. What is often missing is incentives to write documentation, again not something this solves. As for markdown, that's easy to implement with Sphinx anyway. I wrote a series of posts on documenting modern c++ a while ago [1]. There are some fantastic free tools out there, which also allow doctests.
I agree that bad documentation is often due to lack of effort. Many developers don't like writing documentation, which is unfortunate because bad documentation can drag down otherwise great projects. If I'm evaluating two libraries and one has great docs and the other has awful docs, you know which one I'm picking.
Likewise, hdoc isn't instantly going to make an engineer spring up and say "I'm going to write documentation!". No tool is going to do that. hdoc is meant to simplify and streamline the process of writing documentation. Current tools disincentivize writing documentation. If you need to spend a day cobbling together 5 different tools and themes to set up a documentation page for your project you might not be as eager to do it as you would be if you could write a five line configuration file and run a single binary.
No doubt there are free tools that can produce decent output. However, all of them require considerable effort that could be spent writing code or documentation. Others don't support modern features, or completely fail to process basic C++ code. Clearly a market for a tool which solves these problems exists, there is no shortage of people asking about Doxygen alternatives or better ways to document their C++ code. Lastly, there are companies in other communities which provide a similar services, for instance ReadTheDocs.com which has documentation and managed hosting for Python projects.
ReadTheDocs.com is largely the de-facto standard for Python projects because it is free to use. Since a lot of developers have experience with it, in production too, it is often used as a host (even though it is sub-par as a web-host and CI service). For a product which seems to have been trademarked in 2019, not having a free-plan or more importantly, one for FOSS projects, means this is at best, a niche option. Additionally, being proprietary and closed source means it will be difficult to integrate into multi-language programs. Doxygen is a good standard, which works across multiple languages, and its reach is augmented by Sphinx with inter-sphinx. In the domain I work (scientific software), very few tools are written in pure C++.
By the way, I hope my comments are not taken as anything other than constructive criticism.
While this is an interesting read, without any concrete references just saying "archeologists" does not make it convincing. The article links to a dig site and asserts that slaves would not be treated as well. It is unclear if this is speculation or a quote. Still fun.
An overly click baity title which actually refers to the well known reproducibility crisis. It is also unfair to paint with such a brush. Biology and the medical sciences have always been less exact and more malleable.
