marked.hyoo.ru VS mam_mol

= MarkedText **Lightweight formatting** for plain text. -- == Principles + Syntax: - Unambiguity - Simplicity - Uniformity + Appearance: - Minimal impact on natural looking text - Readability + Editing: - Independence from the layout - Fast and reliable memorability == Compare with alternatives ! **Language** ! **Pros** ! **Cons** ! Marked Text ! - Convenient table editing. ! - Support for complex formatting within cells. ! - Ease of implementation. ! - Easy to remember consistent syntax. ! - Ease of editing in the Russian layout. ! - Columns do not spread far to the right beyond horizontal scrolling and do not wrap to a new line. ! - Not supported yet by any third party tools. ! MarkDown ! - Wide support for various tools. ! - Visual presentation of tables. ! - Difficulties with editing tables. ! - Strongly limited content of cells. == Parsing const res = [ ... $hyoo_marked_line.parse( '**text**' ) ] --$mol_assert_equal( res[0].strong, '**text**' ) ++$mol_assert_equal( res[0].marker, '**' ) **$mol_assert_equal( res[0].content, 'text' ) == Reviews " " " Typical user: Not supported anywhere, go to --ass-- ++assassins++ with this syntax! " " " " But we're programmers, we can fix it.. You don't even need to be an expert in ;;C++;; .. " " No one needs it (c) Couch Expert However, it is a useful design exercise. == Links - Sandbox: \\https://marked.hyoo.ru/\\ - \\MarkedText article\https://github.com/nin-jin/HabHub/issues/39\\ - \\Parser on TS\https://github.com/hyoo-ru/marked.hyoo.ru/\\ - \\Converter to HTML on TS\https://github.com/hyoo-ru/marked.hyoo.ru/tree/master/to/html\\ - ""Build result $mol_regexp\https://github.com/hyoo-ru/mam_mol/workflows/mol_regexp/badge.svg""

And for those who, for some reason, are not yet ready to completely switch to the $mol framework, we have prepared several independent micro-libraries:

Do you want to try ReactiveDOM in action right now? I published a prototype of the polyfill $mol_wire_dom.

To do this, we will first take $mol_jsx, which is the same as E4X creates real DOM nodes, not virtual ones:

Well, let's cure the patient, and at the same time show the ease of integration of the reactive library $mol_wire into a completely foreign architecture.

We have omitted some methods here. The complete set can be found in the sources $mol_wire_set.

As you can see, proceduralism is more popular here, which is also not the most practical approach. And the most practical thing here is Vue. Only $mol is cooler than it, but there is no point in considering it separately as a framework, because it simply uses the $mol_wire library as a circulatory system, and we have already analyzed it earlier.

$mol_wire_sync makes any API synchronous.