PaperJam 1.0

Vyšla první stabilní verze programu na zpracování PDF PaperJam. Umí měnit pořadí stránek, všelijak je transformovat, skládat více stran na jednu, přidávat ořezové značky a mnoho dalších věcí.

29.4.2018 11:22 | Martin Mareš | Zajímavý software

Komentáře

[jenda]

muze Tvoje software nahradit 'impose' package. Prosel jsem man-page a nasel jsem jenom jeden 'in.pdf' file jako vstup?

[atirage21]

Super vec, takže prvý krok ku adobe acrobat :)

[Martin Mareš]

Impose umí jen jednu specifickou operaci, PaperJam se snaží být univerzální nástroj.

Zatím umí jenom jeden vstup. Slučování více vstupů není technicky problém, ale ještě jsem nenašel hezký způsob, jak takové operace zapisovat. Nápady vítám :) Zajímavé use cases jsou třeba tyto: (1) na i-té stránce výstupu vedle sebe i-té stránky jednotlivých vstupních souborů, (2) přes každou stránku prvního vstupu chci vytisknout první (a nejspíš jedinou) stránku druhého vstupu, (3) na určitá místa v prvním vstupu vložit určité stránky z jiných vstupů. Nějaké možnosti jsou zmíněné v TODO, ale zatím s nimi nejsem spokojený.

[frr]

Ad více vstupů: podle mého to vede na pár úprav/rozšíření v tomto stylu:

• příkazy = program (skript, konfigurák) - brát ze souboru
• na začátku skriptu si "nadeklarovat vstupní soubory" a třeba jim přiřadit nějaké krátké zástupné názvy. Přezdívky, pořadová čísla nebo tak něco
• ve "výkonném těle skriptu" pak už není velký problém odkazovat se na stránku v rámci konkrétního vstupu...

Nestudoval jsem stávající zdrojáky, kolik už je hotovo a kolik "práce navíc" by to představovalo...

BTW dobrá práce

[Jenda]

ok, myslim ze rozumim. podofo-impose to resi tak, ze maj na popsani vsech tech vselijakych kombinaci lua-interpretr, coz je (nejen) podle mne ten problem:

1) musi se nainstalovat lua

2) stejne to nikdo nedokaze pouzivat a hleda na internetu uz hotove priklady pro urcitou ulohu

Jako aplikacni programator, ktery je v kontaktu s firmami, ktere nejake podobne reseni potrebuji jsem nazoru, ze prilis velkou komplexitu bezne firmy nemohou vubec vyuzit. Ty use case , co jsi popsal je uz vpodstate vse, co by se pozadovalo a co nejaka firma muze i oragnizacne zvladnout (jedna vec je mit program, ktery to vse pekne kombinuje a druha vec je, mit ty vsechny podklady take spravne vyrobene, ulozene, aktualizovane apod.)

moje predstava by byla (na zaklade pozadavku jak jsem je u tech firem odpozoroval), ze by to slucovani dokumentu bylo popsano 'typem'

typ_1) nejaka 'predloha 1' se slouci s kazdou pdf-strankou vstupniho souboru

typ_2) predloha 1 se slouci se strankou 1 vstupniho souboru, predloha 2 s kazdou dalsi strankou vstupniho souboru

typ_3) predloha 1 se slouci se strankou 1 vstupniho souboru, predloha 2 s kazdou dalsi strankou vstupniho souboru s vyjimkou posledni stranky, , ktera se slouci s predlohou 3

typ_4) pocet predloh=4 <= pocet pdf-stranek=7 vstupniho souboru ..mix(1=pr1.pdf 3=pr2.pdf 4=pr3.pdf 7=pr4.pdf)

Krome toho typ_4, ktery ma dodatecny popis parametrem mix se to obejde bez nejakych dalsich udaju.

[frr]

K tomu mě napadá, že kdyby PaperJam měl rozumný "jazyk" pro relativně tupý předpis na nízké úrovni (spíš dedicated konfigurační soubor / skript než cmdline argumenty) tak "typové operace" podle vlastního gusta a fantazie by se tomu daly předžvejkat externím skriptem třeba v Perlu (nebo co máte rád). Prostě PaperJam ať kvalitně odvede hrubou dřinu. "Vyšší úroveň abstrakce" ať se k tomu dá dopentlit externě.

Osobně jsem tímhle stylem nedávno kutil v Cčku nějaké generátory NEC2 kódu pro 4nec2. Generovalo to NEC2 kód včetně proměnných - vlastně parametrizovaný drátěný model (svého druhu netlist). Vypadl z toho model s pevně zadrátovanou "topologií", na kterém se ale daly ještě optimalizovat parametry (délkové rozměry) - kam až NEC2/4nec2 mentálně zvládne.

[666]

nejak mi nedochazi, k cemu takove funkce jsou.

[Martin Mareš]

Nejspíš jak komu Když se zamyslím nad tím, na co jsem za poslední týden PaperJam použil, vzpomenu si na tohle: (1) oříznout okraje jedné elektronické knížce, aby se dala lépe číst na čtečte (automatické ořezávání okrajů nepomáhalo, protože v nich byly barevné pruhy), (2) poskládat kartičky jedné hry na jednu A4 a přidat ořezové značky, aby se daly snadno rozřezat, (3) ozrcadlit stránky při tisku na fólii, (4) vytisknout si několik článků jako knížečky.

[666]

a tyhle funkce jako neumi ovladac tiskarny? pripadne pdf viewer, ze ktereho se tiskne?

[Michal Kubeček]

Ne vždy a když už, zdaleka ne tak obecně. Nemluvě o tom, že někdy to netisknu (neprohlížím) sám, ale výsledné PDF potřebuji dát někomu jinému, kdo třeba není tak technicky zdatný, aby si to udělal sám.

[666]

ok

[Martin Mareš]

Zkuste si to

[pushkin]

Jaké výhody to má oproti pdftk? Prakticky vše, co jsi jmenoval, jsem s ním prováděl, včetně různého prolínání stran a podobně.

[Martin Mareš]

Pro začátek není to nekonečně pomalá obluda

Ale pdftk například vůbec nedovede kombinovat více stránek na jednu, zrcadlově převracet, kreslit ořezové značky a měnit velikost stránek. A jeho ovládání je dosti nepohodlné.

[mirec]

Hlavný problém pdftk vidím v tom, že je postatený na nepodporovaných technológiách (gcj) a už sa bez statého gcc nedá skompilovať.

[Tom]

Super věc, díky! Už se těším až to vyzkouším.

[dustin]

Také děkuji.

[Pavel]

Vypadá to dobře. Příkaz book fungoval. Ale pro nup to nejsem schopen napsat...

./paperjam nup n=2 m=2 in.pdf out.pdf

Exactly three positional parameters should be given

Jak je to správně?

[Martin Mareš]

./paperjam 'nup(n=2,m=2)' in.pdf out.pdf

[filip]

drzim palce. Ted pouzivam pdftk (s GUIPDFTK frontendem)- sifrovani, desifrovani, slucovani. Kdyby to PaperJam umel lepe a radostneji, bylo by to fajn.

Ke slucovani, slo by v ramci text pole nebo vstupni textovy soubor dat seznam: input1 - page 1-3 input2 - page 5 input1 - page 4-6 ...