Starý WORD, ten ťa už unavil nakoniec #3

Ešte si o trochu vylepšíme našu náhradu textového procesora. O side-by-side vizualizáciu.

1. Obsah druhej časti

V druhej časti sme si pomocou Makefile generovali PDF súbor, za využitia pandoc a Libre(Open)Office + jeho šablóny.
Niežeby to bolo zlé, ale prečo to nevylepšiť?

Vylepšíme to tak, že:

• Makefile nebude potrebný, spravíme si na to funkciu v (e)Lispe,
• a budeme mať náhľad v druhej polovici okna. Ako funkcia Preview v prastarom T602.

1.1. Písanie bez rušenia

Písanie v jednoduchom textovom dokumente bez efektného formátovania pomáha sústrediť sa na samotný text a nerozptyľovať sa vizuálnymi prvkami.
Absencia formátovania umožňuje sústrediť sa výlučne na obsah a myšlienky, ktoré chceme vyjadriť, bez starania sa o estetiku. To vedie k efektívnejšiemu procesu písania.

Preto samotný náhľad nepovažujem za veľmi dobré riešenie.
Avšak mnohé editory - najmä LaTex-u to tak majú. Tam to nedáva zmysel, pretože vizuálne dôležité veci, ako napr. matematické vzorce, môže predsa renderovať aj samotný textový editor.
Teda - taký lepší editor ☺.

Ale nejako vznikol návyk na instatný náhľad stránky, tak si to takto spravíme aj my. Ostatne, nemusí "strašiť" na obrazovke stále, postačí, ak je to buffer "jedno stlačenie klávesy ďaleko".

2. Samotná funkcia

…vyzerá takto:

(defun make-pdf-from-org-via-odt (&optional arg)
"Make PDF and display it via ODT/LO template"
(interactive)
(defun get-odt-styles-file ()
  (save-excursion
    (goto-char (point-min))
    (search-forward "#+ODT_STYLES_FILE: ")
    (let ((beginning (point))
          (end (search-forward ".ott" nil t)))
      (buffer-substring beginning end))))

(setq odt-styles-file (get-odt-styles-file))

(save-buffer)

(shell-command (concat "pandoc -f org -t odt --verbose --reference-doc="
                       (format "%s" odt-styles-file)  " -o out.odt "
                       (format "%s" (buffer-name))))  

(shell-command (concat "soffice --headless --convert-to pdf out.odt --outdir ./"))

(kill-buffer "*Shell Command Output*")
(switch-to-buffer "out.pdf")
(revert-buffer t t)
(previous-buffer)
)

Stručne si ju opíšeme:

• Vnorená funkcia get-odt-styles-file (ktorá by mohla byť spravená aj ako lambda funkcia), slúži na to, že v texte hľadá reťazec: #+ODT_STYLES_FILE:

. A tento reťazec je náš súbor s Libre(Open)Office štýlom s príponou .ott.

• Ďalej sa zavolá starý dobrý pandoc, vygereneruje sa pdf súbor.
• A tento súbor (out.pdf) sa aktualizuje a ak sme ho predtým mali otvorený v druhom okne, tak ho tam zaktualizovaný aj uvidíme. Ak bol v inom okne (bufferi), tak vizuálne sa nič nezmení, hoci sa súbor aktualizuje a môžeme si ho pozrieť.
• Príkaz previous-buffer je potrebný preto, lebo kvôli aktualizácii výstupného pdf musíme do jeho okna "skočiť" a potom sa vrátiť naspäť do nášho editovaného dokumentu.

Funkcii make-pdf-from-org-via-odt môžeme priradiť klávesovú skratku, napr. (local-set-key (kbd "<f9>") 'make-pdf-from-org-via-odt).

Reťazec #+ODT_STYLES_FILE: môže byť v tele súboru hocikde, ale rozumné je ho mať, s inými nastaveniami, v hlavičke súboru, ktorá navyše sa dá skrývať (je to tzv. drawer).

A takto to vyzerá:

Obr. 1: Side-by-side náhľad editovaného dokumentu

Obr. 2: … a jeho aktualizácia po zmene a stlačení <F9>

GNU Emacs dokáže renderovať PDF súbory vo svojom okne pomocou nástrojov, ako sú pdf-tools alebo režim DocView. Tieto balíky umožňujú zobrazovať a prechádzať PDF súbory priamo v rozhraní Emacsu, vyhľadávať ich a editovať ich zdrojový text - čo ale treba brať s rezervou, nejedná sa o editáciu textu ako v nejakom Foxit Reader a pod.

3. Záver

Hádam je toto už posledná časť 😉.
V budúcnosti ale plánujem niečo v zmysle: "Starý Excel, ten ťa…".