Website: https://solid.mit.edu/ and https://www.solidproject.org - Repos: https://github.com/solid/ - Forum: https://forum.solidproject.org/
React NodeGUI is touted as a performant GUI alternative to Frameworks such as electron, for React and ReactNative:
https://github.com/nodegui/react-nodegui
Has anyone checked it out? Also posted to forum: https://forum.solidproject.org/t/react-nodegui-cross-platform-apps-with-react-reactnative/2154?u=happybeing
@SharonStrats assuming you are following these instructions:
https://github.com/solid/node-solid-server#running-in-development-environments
then it is odd that your bin/solid-test is not marked as executable. Perhaps you are in a Windows environment?
The instructions for openssl and creating a self-signed certificate are a little later in the docs above:
https://github.com/solid/node-solid-server#how-do-i-get-an-ssl-key-and-certificate
openssl req -outform PEM -keyform PEM -new -x509 -sha256 -newkey rsa:2048 -nodes -keyout ../privkey.pem -days 365 -out ../fullchain.pem
Here is the next edition of This Week in Solid
The next call will be on the 29th August at 1600CEST. If you would like to add an item to the agenda do so here
I went to my first JavaScript Meetup last night in Gloucestershire UK and recommend it. I also talked a bit about Solid and SAFE, more in the following post on the SAFE forum in case anyone is interested:
https://safenetforum.org/t/cheltenham-javascript-meetup-report/29641?u=happybeing
@Vinnl_gitlab Thanks for the feedback. I added some explanatory text to https://smartdown.solid.community/public/smartdown/#/public/SolidLDFlex.markdown:
Smartdown is a Markdown-compatible language for authoring interactive documents. It resembles Jupyter, but has a version-compatible source format, and requires no server to remain interactive. Good for experimenting with, integrating and discussing other technology.
Solid complements Smartdown nicely, by providing a place and an authentication scheme to enable controlled access (read and write) to this data.
FWIW, without decentralized linked data, email, chat rooms, comments, and even pages are basically not much different than what people used in the 1980s, we might as well be using dial-up BBSs (the 2019 level tech is behind the scenes working against the consumer). Git (like usenet before it collapsed) is a bit different because it is decentralized and works on a graph , but the interfaces to use it are very technical and it's prone to cause problems.
Git is effective because it requires rigour to use, which serves as a filter. But in this case it is being used, like the other forms, to produce transitory prose rather than articulated and finely reusable information.
There might be a discussion about what a solution and simplest implementation would look like that isn't copying BBS style media, that fully uses hypertext and decentralized, social linked data to allow people to finely subscribe to active topics, groups and people so that they can find information they need, discuss ideas, and participate in development without needing to use many different channels. Especially people who can't participate full-time in this specific project. That tool today is called google, but it uses guessificial intelligence and treats individuals as blobs.
The main thing I would propose is including easy, active and precise linking information as part of the communication system. An approach I have worked on before is a "spotter" which runs alongside the communication tool, and proposes links which can be accepted or shaped by community members as a participatory activity, so there are two levels, proposed and accepted, along with an information structure and curation system that is perfectly suited to linked data. I would pair this with a literate programming approach, which is again very suited to Solid since so much of the interaction is based in the browser.