lini.rs - nowy, ciekawy "język" opisowy do robienia diagramów, wykresów, schematów, rysunków, etc.

pytanie zadane 8 września w Inne języki przez Edd Bywalec (2,360 p.)
edycja 8 września przez Edd

Cześć,

zobaczcie to - coś jak "HTML do diagramów".

https://lini.rs/

Na wyjściu otrzymujecie plik SVG.

Imponujące są przykłady w galerii!

https://lini.rs/gallery/

2 odpowiedzi

odpowiedź 9 września przez Comandeer Guru (609,660 p.)

Wygląda to w sumie podobnie do Mermaida. Ogólnie trochę szkoda, że zamiast jednego standardowego języka, absolutnie każdy tworzy swoją własną odmianę. I ostatecznie wszystkie one wyglądają bardzo podobnie, ale nie są ze sobą kompatybilne. Typowe xkcd #927.

1	komentarz 9 września przez Edd Bywalec (2,360 p.) Do tego już powinniśmy się przyzwyczaić. W świecie IT jest nieskończona liczba języków programowania, frameworków, bibliotek czy dystrybucji Linuxa.

1	komentarz 9 września przez WojAbuk Gaduła (3,820 p.) @Comandeer, TikZ jest tym jedynym standardowym językiem. Przy czym TikZ jest okropny jak chodzi o start dla początkującego. Osobiście nie cierpię TikZ, ale nie ma nic lepszego.

1	komentarz 9 września przez Comandeer Guru (609,660 p.) Jakby był, to by nie powstał Mermaid :P TikZ może i jest standardem, ale raczej w świecie TeXu, podczas gdy Mermaid czy Lini rozwiązują ten sam problem w świecie bardziej markdownowym.

komentarz 15 września przez WojAbuk Gaduła (3,820 p.)

Świat markdown i standard, to jest chyba oksymoron.

Cały świąt markdown opiera się na nie jasno zdefiniowanych standardach w imię „wygody”.

Już nawet org.mode jest bardziej standardowy niż markdown, choć obu specyfikacja jest okropna.

Po uwaleniu XHTML, to TeX stał się jednym standardem w świecie WYSIWYM, a w wcześniej EPUB miał potęcjał na stanie się standardem.

komentarz 15 września przez Comandeer Guru (609,660 p.)

Tak się składa, że od ponad dekady siedzę w branży webowych WYSIWYM-ów i WYSIWYG-ów. I wiem, jak bardzo uwielbienie dla XHTML-a było całkowicie nieuzasadnione. Z perspektywy semantyki nie różni się absolutnie niczym od HTML-a (dowód empiryczny: specyfikacja XHTML 1.0 odsyła w tej kwestii do specyfikacji HTML 4), a jak się jest purystą, absolutnie nic nie stoi na przeszkodzie, żeby pisać w składni XML-owej. Natomiast obecna specyfikacja HTML dokładnie opisuje wszystkie zasady parsowania włącznie z obsługą błędów – więc nie potrzeba XHTML-a, żeby zrobić spójne parsowanie we wszystkich przeglądarkach i nie tylko.

A Markdown jest standardem w Sieci i brak jednej jasnej specyfikacji niczemu nie przeszkadza. Zresztą istnieje inicjatywa CommonMark, która jest najbliżej bycia oficjalną specyfikacją. I na CommonMarku budowane są kolejne dialekty, takie jak choćby GitHub Flavored Markdown czy GitLab Flavored Markdown. A że nie ma na ten moment oficjalnego standardu? W przypadku choćby source map również nie było przez lata i nie stanowiło to żadnego problemu. Oficjalny standard z pieczątką od Ecma International ostatecznie powstał – gdy technologia była używana już na tyle długo, że wystarczyło spisać istniejące zachowanie. I tak zresztą działają standardy webowe: najpierw eksperymentalna implementacja, potem oficjalny standard.

odpowiedź 8 września przez WojAbuk Gaduła (3,820 p.)

Temat ciekawy. Są inne narzędzia. TikZ i PlantUML, to takie dwa najpopularniejsze. W TikZ widziałem znacznie ciekawsze rzeczy. Raczej narzędzie nie wygląda na dojrzałe, ale warte do obserwacji. TikZ jest chyba znacznie bardziej skomplikowane, ale TikZ ma tak silną pozycję druku naukowym, że szacuje prawdopodobieństwo na ⅓, że w TikZ zostanie wykonany nagrobek dla Rust.

1	komentarz 9 września przez Edd Bywalec (2,360 p.) Dla Rust? Czy dla Lini?

2	komentarz 9 września przez WojAbuk Gaduła (3,820 p.) Dla Rust. Lini to mały projekt wewnątrz ekosystemu Rusta. Lini jest zdecydowanie za mało znaczące by mogło dziś prubować porównywać jego żywotność do TikZ.