Multi model is one essential feature to be handled
Same way if strict template language editing is wanted we need model "C" (B like implementation for templatete language)
Of course one can say that we don't need these since we have this "universal A" and we can build all syntax checkers on top of that. However I would say that it's pretty hacky solution and if we start supporting CSS / JS whatever non xml like we notice immediadly that model A has nothing universal.
that's true, but they're used all the time in practice
But yea. If HTML model won't support custom template things it won't mean that these template things need to be completely unsupported or live in separated world from user viewpoint.
We have to just define same kind of model for template language as HTML.
But this multidomain thing is complex topic...
I would like to avoid that for beginning
That shacl playground source is currently propably the best documentation for the validator.
I have finally some time to focus for this project
I have also received some stipend from university for prototype
so a bit time - check
back preassure - check
back preassure - check
this has been on my mind, but haven't gotten any code done
been thinking hard about making a native app instead of electron/browser based
Some recent HN stuff:
Paper about GUI programming - https://news.ycombinator.com/item?id=14609215
Luna: funded visual/textual hybrid programming enviroment - https://news.ycombinator.com/item?id=14612680
Ecola: simple tree editor prototype, nice zooming effect - https://news.ycombinator.com/item?id=14627646
Pencil: GUI prototype tool (just for doing design) - https://news.ycombinator.com/item?id=14627985
Paper about GUI programming - https://news.ycombinator.com/item?id=14609215
Luna: funded visual/textual hybrid programming enviroment - https://news.ycombinator.com/item?id=14612680
Ecola: simple tree editor prototype, nice zooming effect - https://news.ycombinator.com/item?id=14627646
Pencil: GUI prototype tool (just for doing design) - https://news.ycombinator.com/item?id=14627985
:j
damn, still can't type :D
I hope that in next version we could integrate your html editor.
It has some bugs and therefore I haven't shared a demo because "you have to know few things". However these aren't hard issues anyway but I just don't want put more effort to that version.
1:33 is one challenging point: when json is edited and it is invalid it can be considered as detached from rest of the world but as soon as json is valid again it will be synced to structure. Since data backend only stores pure data all whitespace are just from pretty print formatting and all user inserted formatting is exist only temporary. This issue is sadly those "easy to fix bugs" but more fundamental property. I believe strongly that this issue is solavable by storing whitespaces as editor spesific metadata to structure so that from json editor perspective whitespaces exists in structure like whitespaces inside C# / Roslyn AST.
But it's still quite funny. "Text people" build linters to avoid random user inserted formatting mess and we need to put some serious effort to support theses same things :D
"Structural editor doesn't support imperfect formatting by default"
There are also some other simpler ways to live with this "issue".