Tisk z Xpdf

29.10.2006 21:58 | Přečteno: 1490× | Linux |

U starých (ale oblíbených) aplikací, jako je Xpdf, může nastat problém s tiskem.

Proč? Vznikly dávno, v době, kdy ještě Linux nebyl na takové úrovni jako dnes, často se jedná o aplikace, v době jejichž vzniku Linux "vlastně ani neexistoval". Nebo jsou i mladší, každopádně ale často používají grafické knihovny OpenMotif nebo podobné. Ty pochopitelně mají daleko k uživatelské přítulnosti - jsou ale velmi rychlé nebo mají jinou výhodu (univerzálnost, přenositelnost).

Jejich bezchybné začlenění do současných grafických prostředí je obvykle nemožné, ale přesto se programy v nich vytvořené s oblibou používají. Mluvím teď hlavně o programu Xpdf, který se stal základem pro mnoho jiných programů, které pracují s PDF dokumenty.

Tisk v Linuxu byl do vzniku CUPS záležitostí programů z balíku lpr, což byla cesta do jisté míry použitelná, nicméně dnes už se ví, že slepá. CUPS řeší tisk v Linuxu vcelku podařeným způsobem. Proto se v modeerních distribucích používá dnes již výhradně (možnost použít lpr stále existuje).

Jak ale tisknout ze starých aplikací prostřednictvím nového tiskového rozhraní? S CUPSem komunikuje v každém grafickém prostředí konkrétní uživatelský program. V KDE je to kprinter. Proto je právě tento program (součást KDE) vhodné uvédět jako příkaz k tisku ve starých aplikacích, které do KDE/GNOME "nezapadají".

Toto řešení je elegantní - tisková úloha je zpracována tiskovým systémem KDE (je řádně předána ke zpracování serveru CUPS), a přitom je možné její tisk ještě dodatečně ovlivnit (kvalita, rozměry papíru, barva a další - jako každou jinou, tištěnou přímo aplikací z KDE).

Dalším řešením je samozřejme nainstalovat obezličku v podobě lpr-cups, ale proč se škrábat levou rukou za pravým uchem... Navíc je náchylnější na chyby - ty se špatně detekují.

       

Komentáře

[fakenickname]

No nevím, ale pod ubuntu s window managerem a turboprintem mi tisk z xpdf chodi v pohode..

[Vlastimil Ott]

A co máš v tom dialogu za příkaz?

[fakenickname]

lpr

[David Watzke]

Na tuhle fintu s kprinterem jsem přišel zrovna někdy předevčírem, nebo tak - chvilku po tom, co jsem Xpdf nainstaloval. Jaká náhoda

[Zdenek.Z]

Díky moc, skvělý tip!

[petr_p]

Proc je CUPS tlacen do dnesnich desktopu na ukor lpr?

Jeden z mala duvodu, co me napadaji, je doruceni zpetne vazby od tiskarny uzivateli, pripadne jiste interaktivni operace nad tiskarnou.

Na druhou stranu stary dobry lpr ma naprosto genialne jednoduche unixove ovladani. Aplikace chtejici tisknout jen pusti lpr a na standardni vstup mu preda data k vytisknuti. Navic nepsany zakon, ze se jedna o cisty text nebo PostScript, zarucuje interoperabilitu ve svete jinych OS (predevsim malych mekkych) nevidanou.

A dalsi trumf je vyber tiskarny. Proste si uzivatel vyexportuje prommenou PRINTER a je to. A je jedno, zda ukazuje na lokalni tiskarnu, nebo tiskarnu na opacne strane Zeme.

Nechci schazovat CUPS. Jiste nabizi uzivatelum prijemne rozhrani (i kdyz o webovem by se dalo uspesne pochybovat) a funkce (zjisteni vlastnosti tiskarny – rozmery papiru, duplex apod.). Jen si myslim, ze mene je nekdy vice. CUPS mi prijde takovy naduty.

[Zdeněk Burda]

Používáš cups? Já ano a přitom používám lpr, lpq, lprm, $PRINTER... nic mi v tom nebrání.

[petr_p]

Ale jiste. Jen me vydrazdilo, ze autor odsuzuje lpr emulaci nad CUPSem. A pak par vlastnosti CUPSu, hlavne ta, ze CUPS neodeluje klienta od serveru. Pokud vim, tak pro tisk na sitovou tiskarnu stale musite mit lokalne bezici CUPS server.

[Tomáš]

Pokud vim, tak pro tisk na sitovou tiskarnu stale musite mit lokalne bezici CUPS server.

Já bych to neviděl jako chybu. Aplikace na počítači jenom vědí, že mají data předat lokálnímu tiskovému serveru. Lokální server je nakonfigurovaný podle potřeby.

Mám zkušenost s tím, co se stane, když potřebuješ změnit fyzické rozložení sítě (disk píchnout jinam, tiskárnu hodit do jiného počítače...). Pokud se to dá udělat tak, že po uživateli nechceš žádnou akci (co je mu po tom, že ta tiskárna je teď píchlá v jiném počítači, když pořád stojí na stejné skříni), je to jenom dobře. Prostě překonfiguruješ server na tom stroji a je to vyresene.

[spectrum]

Hmm, já tisknu z xpdf pomocí příkazu lp, jsem tedy zastaralej?

[petr]

A já tisknu rovnou z prostředí programu kprinter

[David Watzke]

Vyjde to nastejno, jen tu úlohu pak nemůžeš ovládat přes KJobViewer.

[vencour]

Skoro odtažitá otázka ... všichni používáte xpdf? Mně se zdá, že evince líp vykresluje?

[Robert Krátký]

A potřebuje k tomu lepšímu vykreslování skoro celé GNOME...

[Michal Vyskočil]

Evince používá renderovací jádro poppler (které vzniklo oddělením z xpdf), takže jediné rozdíly se mohou imho týkat maximálně vyhlazování písem.

[Zdeněk Burda]

Nejčastěji používám gv, xpdf pokud potřebuju daný dokument ukazovat na dataprojektoru.

[petr_p]

Pry existuje patch na gv, ktery pridava podporu celoobrazovkoveho rezimu.

Ale stejne nemas na Yenyu – ten promita z xdvi ;)

[Jiří Lisický]

xpdf mi přijde mnohokrát rychlejší
Pentium4@2.2GHz/512MB

[vencour]

Ok, asi je rychlejší ... otázka: v evince mi funguje F11, v xpdf ne, je nějaká možnost, jak použít xpdf ve full screenu?

[Jiří Lisický]

Našel jsem v manu -fullscreen. Ale není tak úplně full a neumí to přepínat za běhu.

[vencour]

Jj, to se stydim, že jsem na to nepřišel sám. I tak dík.

[Zdenek.Z]

Našel jsem zatím jen jeden případ (nějaké PDF z beameru), které mi Evince zobrazil špatně a xpdf dobře. Opačná situace se mi nestala. Krom toho je xpdf rychlejší. Jako jedinou nevýhodu vidím, že neumí za běhu přepnout do fullscreen.