abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 1
včera 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 5
včera 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 0
včera 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
včera 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
včera 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
1.12. 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
1.12. 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
1.12. 15:16 | Komunita

Na GOG.com začal zimní výprodej. Řada zlevněných her běží oficiálně také na Linuxu. Hru Neverwinter Nights Diamond lze dva dny získat zdarma. Hra dle stránek GOG.com na Linuxu neběží. Pomocí návodu ji lze ale rozběhnout také na Linuxu [Gaming On Linux].

Ladislav Hagara | Komentářů: 1
1.12. 13:14 | Bezpečnostní upozornění

Byla vydána verze 2.7.1 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Řešeno je několik bezpečnostních problémů. Aktualizován byl především Tor Browser na verzi 6.0.7. Tor Browser je postaven na Firefoxu ESR (Extended Support Release) a právě ve Firefoxu byla nalezena a opravena vážná bezpečnostní chyba MFSA 2016-92 (CVE-2016-9079, Firefox SVG Animation

… více »
Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 759 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Tisk textu z grafického prostředí (KDE, GNOME)

2.2.2009 11:26 ondra.sk
Tisk textu z grafického prostředí (KDE, GNOME)
Přečteno: 343×

Už jednou jsem se tady na to ptal, ale zatím stále nemám řešení.  Ve windows existuje možnost tisknout v textovém režimu. Ovladač se jmenuje obecná textová tiskárna. Funguje to tak, že všechny tisky probíhají v textovém režimu a tudíž nepotřebuji konkrétní ovladač. Je to z důvodu toho, že data na tiskárnu proudí pomocí escape sekvencí. To samé bych potřeboval udělat i v linuxu. Nechci rozebírat nastavení tisku z příkazové řádky a příkazy lp nebo lpr apod. , protože to hle vše mi dokonale funguje. Dokonce i když udělám ls | /dev/lp0 tak mi vyjede na tiskárně krásný text - přesně to, co potřebuji. Problém nastává v momentě, kdy otevřu Kwrite, napíšu pár znaků a pošlu to na tiskovou frontu, která mi z příkazové řádky funguje OK. Vyleze mi změ't paznaků. Zkoušel jsem nastavit tiskové filtry cupsu, aby text tiskl  jako text, ale problém je v tom, že do Cupsu to přichází už jako postscritp. Filtry v cupsu jsem schopen jakž takž nastavit, ale nemůžu přijít na to, jak určit Kwrite aby data neposílal v PS ale jako text. Důvod je takový, že máme firmení IS, který tiskne paragony v textovém režimu a je publikován přes citrix. Takže potřebuji nadefinovat tiskovou frontu, na kterou budu tisknout z toho citrixu, ale potřebuji, aby mi na tu frontu lezl text a ne PS. Dokážete někdo poradit, jak donutit Linux, aby vše defaultně nekonvertoval do PS?

Odpovědi

2.2.2009 12:32 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Tisk textu z grafického prostředí (KDE, GNOME)

Trochu to nechápu ?

CUPSU je přece jedno odkud dostane dokument.

Takže pokud mu pošlete PS tak vytiskne kvalitně PS (Musíte správně nastavit typ tiskárny a filtr).

Pokud mu pošlete TXT tak si ho převede na PS a vytiskne.

Pokud potřebujete tisknout pouze TXT tak nenastavujte filtr a nechte normálně posílat pouze TXT samozřejmě pokud pošlete pak něco jiného tak vyleze z tiskárny blbost - to když mu pošlete PS z textového editoru.

Jinak přece není problém pokud chcete používat jak přímý text tak PS nadefinovat pro jednu fyzickou tiskárnu dvě fronty - jednu bez filtrů co bude tisknout TXT a druhou frontu s filtry která bude tisknout PS a další texty....(Měl jsem podobně nastavenou tiskárnu co neuměla přepínat barva/ČB jedna fronta tisk ČB druhá barevně.)

 

3.2.2009 07:53 ondra.sk
Rozbalit Rozbalit vše Re: Tisk textu z grafického prostředí (KDE, GNOME)

Principielně vím, jak to udělat, ale už ne prakticky. Vycházel jsem z defaultní konfigurace cupsu. Chci mít jednu tiskovou frontu čistě na textový tisk. Zkoušel jsem do této fronty dát ovladač generic epson a pak přímý tisk (bez ovladače). Dokonce jsem našel celkem dobrý návod jak nastavit ovladač, aby tisknul jen text a uměl si vybírat filtry podle typu dat, který leze na vstup.

http://en.opensuse.org/SDB:Using_Your_Own_Filters_to_Print_with_CUPS

Takže:

1. Když jsem měl ovladač generic epson a tisknul jsem do fronty z příkazové řádky, tak vylezly blbosti, ale jiné, než když tam vyleze PS. Když jsem zkoušel tisknout z Kwrite nebo OO writer, tak to vylezlo jakž- takž čitelné

2. Když jsem dal přímý tisk bez ovladače, tak z příkazové řádky to vylezlo OK, ale z textových editorů rozsypaný PS - z čehož usuzuji, že někde něco vyrobí z textu PS a ten pak pošle do cupsu k dalšímu zpracování - já potřebuji to něco najít a vypnout, aby se to chovalo stejně, jako když tisknu z příkazové řádky.

3. Když jsem použil úpravu ovladače, aby si volil filtr v závislosti na druhu vstupních dat a vyzkoušel jsem tisk z řádky, tak se aktivoval mnou vytvořený "filtr" a tisk proběhl OK. Když jsem to samé udělal z grafických textových editorů, aktivovaly se filtry na PS a vylezly nesmysly. Předpokládám tedy, že grafické aplikace převedou tiskovou úlohu na PS ještě před tím, než to pošlou do cupsu a cups to pak přijímá už jako MIME type application/postscript - je to jen moje doměnka

Všechny tisky z příkazové řádky byly pomocí příkazu lp do stejné fronty, nikoliv do /dev/lp0 . Zkoušel jsem sledovat /var/log/cups/error_log . Skutečně při tisku z řádky se aktivoval filtr, který jsem vytvořil (jednoduchý script), ale když jsem pustil tisk z grafických textových editorů, tak tak se aktivoval filtr, který pracuje s PS - myslím že to byl texttops + pstops + foomatic-rip . Takže na základě toho jsem usoudil, že data přicházejí už v PS, protože se neaktivoval filtr na textový tisk. 

Psal jste, že když mu pošlu txt tak ho převede na PS, ale to je to, co nechci. U ostatních tiskáren mi to je jedno, ale na této potřebuji, aby když pošlu tisk txt, aby se mi z toho nevyráběl PS.

Logicky bych předpokládal, že když zvolím přímý tisk bez ovladače, tak obejdu všechny filtry cupsu a na tiskárně mi poleze rovnou to, co mi tam pošle aplikace. Jenže on vyleze PS, tak si myslím, že mezy výstupem aplikace a vstupem cupsu je něco, co vyrobí ten PS.

Prostě a jednoduše potřebuji, aby když např. z Kwrite dám tisk textu, aby mi z toho vylezl plain text a ne text převedený na PS.

Jak jsem psal výše, je to kvůli tisku z aplikace vypublikované přes Citrix. Citix funguje terminálově, takže při spuštění aplikace se spustí terminálový klient, který si přimapuje lokální tiskárny a ty pak používá pro tisk z vypublikované aplikace. Jeden z tisků, který tento klient provádí je i tisk pokladních paragonů, které jsou v textovém režimu (výsledný formulář je generováná pomocí textových znaků) - takže když mi to něco převede na PS  a pak to pošle na tiskárnu, tak je z toho paskvil. Budu moc rád, když mi podrobněj popíšete, jak jste provedl Vaše nastavení. Děkuji

3.2.2009 10:58 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Tisk textu z grafického prostředí (KDE, GNOME)

Však jste řekl že jste nastavil v CUPSu tiskárnu co tiskne pouze TXT (bez grafického modu), tak si tam nadefinujte ještě jednu tiskárnu která bude tisknout PS (v grafickém modu).

Ty doklady co budete tisknout s toho účetního programu budete posílat do cupsu na tiskárnu TXT a ostatní věci na tiskárnu default která bude tisknout PS. (Prostě jedna fyzická tiskárna a dvě fronty jedna fronta nebude s textem dělat nic, druhá bude přijímat PS a tisknout v grafice.)

Nebo s toho publikačního programu lezou jak TXT i PS ?

V linuxu ze všech programu při tisku vyleze PS který se posílá cupsu. (Takže pro tyto programy musíte mít funkční tisk v PS.)

3.2.2009 11:38 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Tisk textu z grafického prostředí (KDE, GNOME)

Tak jsem to vyskoušel.

V cupsu jsem si nadefinoval TXT tiskárnu.

No při tisku:

[petr@soban ~]$ lp -d TXT ls.txt
request id is TXT-88 (1 file(s))
[petr@soban ~]$ lp ls.txt
request id is deskjet_5550-89 (1 file(s))

U prvního to žádnou konverzi neprovádí a vytiskne to ovšem místo českých znaků mám různé paznaky - tiskárna nemá češtinu.

U druhého to prochází přes filtry a jsou české znaky ok.

V cupsu mám nastavené:

Soubor printers.conf

# Printer configuration file for CUPS v1.3.9
# Written by cupsd on 2009-02-03 11:01
<Printer Cups-PDF>
Info Cups-PDF
DeviceURI cups-pdf:/
State Idle
StateTime 1229282273
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
</Printer>
<DefaultPrinter deskjet_5550>
Info HP 5550
Location Místní
DeviceURI hp:/usb/deskjet_5550?serial=MY32K1N2RR2L
State Idle
StateTime 1227021943
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
</Printer>
<Printer TXT>
Info textova
Location TXT místní
DeviceURI hp:/usb/deskjet_5550?serial=MY32K1N2RR2L
State Idle
StateTime 1233655309
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
</Printer>

Soubor TXT.ppd

*PPD-Adobe: "4.3"
*%
*% Text-only printer definition
*%
*FormatVersion:	"4.3"
*FileVersion:	"1.1"
*LanguageVersion: English
*LanguageEncoding: ISOLatin1
*PCFileName:	"TEXTONLY.PPD"
*Manufacturer:	"Generic"
*Product:	"(Generic)"
*cupsVersion:   1.0
*cupsManualCopies: True
*cupsModelNumber:  2
*cupsFilter:    "text/plain 0 textonly"
*ModelName:     "Generic text-only printer"
*ShortNickName: "Generic text-only printer"
*NickName:      "Generic text-only printer"
*PSVersion:	"(2017.000) 0"
*LanguageLevel:	"2"
*ColorDevice:	False
*DefaultColorSpace: Gray
*FileSystem:	False
*Throughput:	"8"
*LandscapeOrientation: Plus90
*VariablePaperSize: False
*TTRasterizer:	Type42
*DefaultImageableArea: Letter
*ImageableArea Letter/US Letter:	"18 36 594 756"
*DefaultPaperDimension: Letter
*PaperDimension Letter/Letter:		"612 792"
*OpenUI *PageSize/Media Size: PickOne
*OrderDependency: 10 AnySetup *PageSize
*DefaultPageSize: Letter
*PageSize Letter/Letter:	"<</PageSize[612 792]/ImagingBBox null>>setpagedevice"
*CloseUI: *PageSize
*OpenUI *PageRegion: PickOne
*OrderDependency: 10 AnySetup *PageRegion
*DefaultPageRegion: Letter
*PageRegion Letter/Letter:	"<</PageSize[612 792]/ImagingBBox null>>setpagedevice"
*CloseUI: *PageRegion

*OpenUI *SendFF: Boolean
*DefaultSendFF: False
*SendFF True/True:        ""
*SendFF False/False:   ""
*CloseUI: *SendFF

Prostě tam kde potřebujete TXT tisk použijte tiskárnu TXT ovšem nedá se tisknout z grafických aplikací protože ty posílají PS, no a pro tisk z grafických aplikací použijete defalut tiskárnu co pracuje s PS.

3.2.2009 13:41 ondra.sk
Rozbalit Rozbalit vše Re: Tisk textu z grafického prostředí (KDE, GNOME)

Takže je to jak jsem říkal. Nastavil jsem ovladač tiskárny generic epson, pustil jsem citrix, dal tisk a vylezly mi paznaky. Hláška v /var/log/cups/error_log:

I [03/Feb/2009:13:10:31 +0100] [Job 125] Adding start banner page "none,none".
I [03/Feb/2009:13:10:31 +0100] [Job 125] Adding job file of type application/postscript.
I [03/Feb/2009:13:10:31 +0100] [Job 125] Queued on "text" by "ondra2".
I [03/Feb/2009:13:10:31 +0100] [Job 125] Started filter /usr/lib/cups/filter/pstops (PID 31988)
I [03/Feb/2009:13:10:31 +0100] [Job 125] Started filter /usr/lib/cups/filter/foomatic-rip (PID 31989)
I [03/Feb/2009:13:10:31 +0100] [Job 125] Started backend /usr/lib/cups/backend/parallel (PID 31990)
I [03/Feb/2009:13:10:33 +0100] [Job 125] Completed successfully.
 

Když jsem nastavil přímý tisk bez ovladače (čímž by se dle mého názoru měly vyřadit všechny cups filtry) tak se v logu objevilo tohle:

I [03/Feb/2009:13:12:35 +0100] [Job 126] Adding start banner page "none,none".
I [03/Feb/2009:13:12:35 +0100] [Job 126] Adding job file of type application/postscript.
I [03/Feb/2009:13:12:35 +0100] [Job 126] Queued on "text" by "ondra2".
I [03/Feb/2009:13:12:35 +0100] [Job 126] Started backend /usr/lib/cups/backend/parallel (PID 32336)
I [03/Feb/2009:13:12:43 +0100] [Job 126] Completed successfully.
 

Takže druhá řádka ukazuje, že ještě před tím, než je job předán cupsu, tak ho něco přechroupe do PS a díky tomu vyleze z tiskárny několik metrů papíru. POTŘEBUJI TO NĚCO VYPNOUT.

3.2.2009 13:55 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Tisk textu z grafického prostředí (KDE, GNOME)

Jak jsem říkal citrix neznám s tím vám neporadím.

Prostě dokopte citrix aby vám to nepřeváděl na PS.

3.2.2009 14:58 ondra.sk
Rozbalit Rozbalit vše Re: Tisk textu z grafického prostředí (KDE, GNOME)

Problém není v citrixu. To samé dělá Open ofice, Kwrite atd. Je to záležitost Linuxu, nejspíš jen grafických nadstaveb. Zkoušel jsem to Vaše nastavení, ale pod Mandrivou mi to nefunguje. Jsem stále na stejném místě. Když použiji Vaše nastavení, tak z príkazové řádky to jede OK, ale z Citrixu ne - myslím, že ten Váš filtr propouští jen Text. Takže pokud na jeho vstup pustí nějaká aplikace PS, tak to nic neudělá - takže to je potvrzuje to, co jsem říkal už dříve - že něco vyrobí PS a pak to teprve pustí do cupsu. Sledoval jsem záznam v /var/log/cups/error_log a nic tam nepřibylo - a to mám zapnutý debug mód. To znamená, že při tisku z příkazové řádky to jede mimo cups. V předposledním příspěvku jste zmiňoval, že linux všechno defoultně hrne do PS. Potřeboval toto vlastnost umět vypnout.

3.2.2009 19:12 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Tisk textu z grafického prostředí (KDE, GNOME)

OO, Kwrite atd.... všechen tisk převádí do PS. (Jednoduše proto že ty programy pracují s grafikou a né s čistým textem.)

Tisk z příkazového řádku jde přes cups - jedině že by jsi to poslal přímo na LPT.

Viz log mého pokusu:

[root@soban cups]# cat page_log
deskjet_5550 petr 87 [02/Feb/2009:12:20:01 +0100] 1 1 - localhost
TXT petr 88 [03/Feb/2009:11:15:22 +0100] 1 1 - localhost
deskjet_5550 petr 89 [03/Feb/2009:11:18:29 +0100] 1 1 - localhost
deskjet_5550 petr 89 [03/Feb/2009:11:19:01 +0100] 2 1 - localhost

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.