⁣

1.8.2015 04:53 | | poslední úprava: 4.5.2017 04:07

         

Komentáře

[fela]

Ďakujem za zaujímavý článok.

Ja osobne editujem MD v emacse, potom (ak je potreba) pandoc vyrobí html a to vložím do šablóny v LibreOffice. Dobre urobená šablóna s definovanými štýlmi nevyžaduje následne (takmer) žiadnu úpravu.

Eventuálne zobrazím html pomocou lynxu v emacsovom bufferi (lynx nahrádza tučné a šikmé písmo farbou).

Každopádne v emacse sú nejaké rendere na zobrazenie MD, skúste pohľadať (ak teda používate emacs :) ) (námatkou http://stackoverflow.com/questions/3409484/render-markdown-in-emacs-buffer, či https://github.com/syohex/emacs-moz-markdown-viewer [renderuje v firefoxe].

Markdown (aspoň mne sa zdá) nepozná žiaľ zarovnávanie vpravo a vľavo, takže ja to riešim pridaním vlastného tagu a následne prehnaním html súboru cez sed, ktorý nahradí spomínané tagy značkami pre zarovnanie.

[Josef Kufner]

Zkus LyX. Produkuje kvalitní výstup v LaTeXu a nemusíš se v tom patlat s kódem. Je to WYSIWYM, tedy vidíš nadpis jako nadpis a seznam jako seznam, ale ukazuje to formátování podle významu, nikoliv přesný vzhled. Je to tak napůl cesty mezi WYSIWYG a Markdownem.

[xkucf03]

+1, WYSIWYM obecně mi přijde jako nejlepší volba pro editaci. Člověk se nemusí mordovat s psaním zdrojáků a řešit syntaxi a zároveň má věci plně pod kontrolou a nezatěžuje se blbostmi týkajícími se prezentace výstupu (řeší logickou strukturu, sémantiku – ne barvičky a písma – stylování se řeší samostatně nezávisle na tvorbě obsahu).

[hypvofxy]

Diky za tip, urcite na to nekdy mrknu.

[juraj-bit]

Na podobné veci som používal Zim, DokuWiki alebo Vimwiki. Farby zvláda aj HNB.

[pavele]

A co používáš teď?

[hypvofxy]

Na osobni wiki pouzivam CherryTree synchronizovany pres Dropbox (umi poznat zmenu v souboru a automaticky soubor realodne, pouze je potreba znovu zadat -- v pripade sifrovaneho dokumentu -- heslo). Ma sice bohuzel par bugu, ale vesmes se nejedna o nic zasadniho. Formatovani zde nicmene temer nepouzivam. Vsude jsem si nastavil monospace a jedine zvyrazneni, ktere pouzivam, je tucne pismo.

Markdown chci pouzivat pro dokumenty ulozene v samostatnem souboru, tj. typicky ruzna README a jeho obdoby. Jeden priklad pouziti (resp. projekt, kde to pouzivam), doufam, predstavim v nejakem pristim clanku. Po zobrazovani v graficke podobe jsem touzil mj. proto, ze na Markdown precejen nejsem tolik zvykly a takto snadneji odhalim pripadne chyby (napr. mam tendence odsazovat hvezdicky pri vytvareni seznamu apod.).

[mirec]

Čo tak terminal_markdown_viewer?

[hypvofxy]

Pekny! Ale stejne uz zustanu u toho webovyho prohlizece :)

Jinak BTW, ten "mdless" (viz ten alias) funguje velmi dobre a zobrazuje se to pekne (vc. tucneho pisma, bodek u seznamu atp.). Pro obycejne zobrazeni souboru je to naprosto super. Behem editace by mi to ale nevyhovovalo a spis se mi libi ten auto-refresh, kdy zmenu vidim proste hned (coz jsem si zpocatku ani neuvedomoval).

[Bedňa]

Možno by ťa potešil aj ReText.

[hypvofxy]

Příloha:

• ReTextZesmesnen.png (121719 bytů)

Diky za tip, mozna bych nad nim uvazoval, kdybych se o nem dozvedel drive.

Nyni jsem ale spokojen se svym resenim... a jen pro zajimavost: male srovnani ReTextu (link na screenshot) a meho reseni (viz priloha)

[Bedňa]

Tak ušetril by si jeden monitor Keď si spokojný nieje čo riešiť.

[hypvofxy]

Nemam to na dvou monitorech. Sice jsem to tak psal v clanku, ale nakonec mi doslo, ze bohate staci jeden monitor a dve okna vedle sebe (viz screenshot).

[Bedňa]

Všimol som si jednu chybičku, okolo "Bold text" máš hviezdičky, *Bold text*.

[hypvofxy]

Pravda, pravda, diky za upozorneni. Je to dane tim, ze za prvni dvojici hvezdicek je navic (chybne) umistena mezera. Bez teto prebyvajici mezery se text zobrazi spravne, tj. jedna se o preklep, nikoliv o bug.

[Bedňa]

Aha, jasne.

[xkucf03]

Nakonec jsem tedy přistoupil k vrcholné prasárně a rozhodl se, že si dokumenty budu při editování prohlížet přímo ve webovém prohlížeči na druhém monitoru. To samo o sobě prasárnou není; prasárnou je způsob, jakým jsem to vyřešil. Do .bashrc jsem vložil následující zrůdu:

Čistější by bylo to navázat na událost změny souboru – pomocí linuxového subsystému inotify – tohle jsem použil pro automatické spouštění sql skriptů.

Po téhle události potřebuješ přimět prohlížeč k obnovení stránky. Tady je postup pro Konqueror pomocí D-Busu. Tipoval bych, že pro Firefox bude nějaký doplněk, případně tady je postup s použitím xdotool.

[hypvofxy]

Presne tak. Dokonce ani neni nutne pouzivat inotify, staci v textovem editoru na kazde ulozeni souboru nabindovat spusteni nejakeho skriptu. Bylo by ale nutne zajistit, ze skript se nebude vykonavat obecne pokazde, ale napr. pouze pro soubory s maskou *.md.

Nepouzivam Firefox, ale Operu. Obecne jsou tri moznosti, z nichz minimalne jedna bude dostupna:

• pouzit nejake existujici "API", pokud existuje
• vytvorit doplnek, ktery na zaklade vnejsiho signalu bude umet stranku refreshnout (tj. v podstate vlastnorucni implementace predchoziho bodu)
• misto mnou uziteho meta tagu do stranky vlozit JS, ktery refresh provede na zaklade vnejsiho signalu (coz v tomto pripade uz bude vyzadovat sitovou komunikaci)

Nicmene, ani jedno z techto reseni nebude tak jednoduche na implementaci a v podstate ani na pouziti. Nevyhodou mnou pouziteho (prasackeho) reseni je, ze obcas dochazi k problikavani stranky a rovnez muze dochazet k plytvani vypocetnich prostredku (ktere je vsak zanedbatelne).

Mozna to nekdy zacistim a udelam to jednim z tech popsanych zpusobu (nejprve bych si musel udelat rychly pruzkum), ale bylo by to jen a pouze kvuli tomu problikavani.

[xkucf03]

misto mnou uziteho meta tagu do stranky vlozit JS, ktery refresh provede na zaklade vnejsiho signalu (coz v tomto pripade uz bude vyzadovat sitovou komunikaci)

To by sis mohl napsat doplněk do editoru (emacs, vim, jedit atd.), který by fungoval jako jednoduchý HTTP server a zpřístupňoval editované soubory jako webové stránky s trochou JavaScriptu (přes AJAX nebo WebSockety by načítaly aktualizace). Pak by to dokonce mohlo fungovat tak, že by se vykreslovaly změny průběžně, ještě než uložíš soubor – mohl bys klidně posílat každý napsaný znak a průběžně bys viděl náhled

[hypvofxy]

Hmmm...

[Milan]

Take jsem mel podobny problem a toto je moje reseni:

https://github.com/tex/vimpreviewpandoc

[petr_p]

Jednou z výhod Markdownu totiž také je jeho standardizovanost

Napiš to ještě jednou. Já mám dojem, že každý článek o Markdownu spíše tvrdí opak (příklad). Mám pocit, že Markdown je jako wiki syntaxe. Každý má vlastní.

[Bedňa]

Ty si môžeš forknúť hocijaký open source projekt, že by to malo dopad na štandard je blbosť.

[xkucf03]

Tohle ale nejsou forky – většinou někdo implementuje „něco jako Markdown“ v jiném jazyce a většinou trochu jinak než původní (resp. jediný skutečný) Markdown. Problém je v tom, že specifikace neexistuje. Je tu jen dokumentace k Markdownu resp. návod, jak ho používat, ale to bych za specifikaci nepovažoval.

[hypvofxy]

No, to mas castecne pravdu -- asi to nelze povazovat za prumyslovy standard. Rekl bych ale, ze rozdily nastavaji spis az u slozitejsich konstrukci a ty zakladni veci jsou vsude stejne.

Co jsem se doopravdy snazil rict je, ze:

• mel bych ziskat moznost si dokument "pekne" zobrazit (bez nutnosti psat si parser & prekladac na nejaky svuj znackovaci jazyk)
• syntaxi pouzite v dokumentech budou ostatni snadneji rozumet

Takze svym zpusobem to standard je (od slova standardni).

Mimochodem, HTML sice prumyslovy standard je, ale presto existuji signifikantni rozdily mezi jednotlivymi prohlizeci (at uz se jedna o neumyslnou chybu, nebo zamernou odchylku ci rozsireni). Podobne tak i JSON nepodporuje komentare, ale v praxi se casto bezne C-like komentare "/* ... */" pouzivaji a rada knihoven s nimi umi pracovat. Neni to trosku podobna situace? Neni to take tak, ze i v techto pripadech ma kazdy tu syntaxi tak trochu vlastni (prijde-li na detaily)?

Chapu pointu komentare, jen rikam, ze s tim pojmem "standardni" je to slozite. Tak jako tak -- je to (v tomto pripade) nepodstatne slovickareni.

[xkucf03]

Podobne tak i JSON nepodporuje komentare, ale v praxi se casto bezne C-like komentare "/* ... */" pouzivaji a rada knihoven s nimi umi pracovat. Neni to trosku podobna situace?

Ano, podobná – bordel.

[hypvofxy]

[Jiří Lisický]

Já jsem momentálně zakotvil u org-mode v emacsu. Sice z toho využívám jen minimum vlastností, ale líbí se mi to. Většinu nechávám jen v tom "zdrojáku" a jen něco převedu do html.

[fela]

hm... org-mode...

[kdave]

Pro zobrazeni v prohlizeci jsem onehda nasel add-on 'Markdown Viewer', https://github.com/Thiht/markdown-viewer .

[Hanna]

This is really good information I have visited this blog to read something fresh and I really admire you efforts in doing so 192.168.1.1 192.168.1.1 192.168.1.1 192.168.1.1