abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 18:00 | IT novinky

    DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.

    Ladislav Hagara | Komentářů: 1
    včera 14:22 | IT novinky

    VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.

    Ladislav Hagara | Komentářů: 2
    včera 04:44 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 01:00 | Nová verze

    ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.

    Ladislav Hagara | Komentářů: 0
    18.4. 22:11 | IT novinky Ladislav Hagara | Komentářů: 0
    18.4. 20:55 | Nová verze

    Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.

    Ladislav Hagara | Komentářů: 2
    18.4. 17:22 | Nová verze

    Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.

    Ladislav Hagara | Komentářů: 13
    18.4. 17:11 | Nová verze

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.

    Ladislav Hagara | Komentářů: 2
    18.4. 12:11 | IT novinky

    Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

    Ladislav Hagara | Komentářů: 10
    18.4. 05:11 | Komunita

    #HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

    Ladislav Hagara | Komentářů: 2
    KDE Plasma 6
     (68%)
     (11%)
     (2%)
     (20%)
    Celkem 566 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    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: 393×

    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: 80 | 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: 80 | 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: 80 | 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: 80 | 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: 80 | 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.