Just saw this on HN, and figured I'd share here. Definitely interesting, with a pretty clean take. Similar to other frameworks, not sure how well a more unified state (like redux) might work with it.
Not completely related to vrite.io, but definitely cool to see the relative evolution of blog software at this point. I do hope we see an evolution of more blog authoring software for at least article management, normalizing or at least configuring what front-matter is needed and blog article structure.
I know MS had an interresting blog editor at one point, that interfaced with a particular server api(s)... but would be nice for something similar that supported a markdown/html output for static generation. Maybe pushing/publishing through github.
Been playing with Deno+Lume and publishing static blog from Github to Cloudflare Pages. Crazy fast delivery https://tracker1.dev/ Need to figure out how I want to add/set article imagery as well as a couple other bits. Mostly experimenting.
Definitely more advanced than the block based nested gantt chart system I build around later 2000 that had to support NN4.0-6.x and IE4-5 at the time. It's like flashbacks of the v4 browser wars... I'm traumatized, I can admit it. Anyone that complains about how hard JS/Browser dev is today doesn't understand the pain... get off my lawn!
Kind of wish the readme had some kind of use case or example... I'm not sure when/why I would want or use this. And does "across browsers" mean browser windows/tabs in a single browser application or across browser applications. Does document refer to the DOM tree, or some external reference?
Definitely an interesting effort. I'm assuming this is a locally hosted virtual camera for desktop that relies on a host server to serve the lense data? Or does the server itself interpret the video or photo data?
I don't use snapchat, and not really familiar with the tech in question. Also, no idea what is shut down in terms of the app as a whole or features of.
Mainly asking, as the readme doesn't really answer what this does, or how it fits into the ecosystem/application(s) itself.
Also, thanks for slowing down on the posting, much appreciated.. and definitely an impressive effort all around.
Pretty nifty to see this. Material Design approach similar to how Bootstrap works in practice.
Would be nice to see component libraries based on this similar to ReactStrap, etc. In my mind, definitely thinking something for Yew could be really nice as well.
If you have a node codebase on Github, it will create pull requests against your codebase for your repository when there are security issues against a package you depend on. I'm not sure what you're expecting beyond that.