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í
×

včera 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 0
včera 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 3
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 82
21.4. 10:22 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 299 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich. V Oracle MySQL je opraveno 39 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 11 z nich.

Ladislav Hagara | Komentářů: 6
21.4. 10:00 | Pozvánky

V úterý 25. dubna proběhne další Prague Containers Meetup. Přijďte se nechat inspirovat jak zlepšit build/delivery pipeline vašich kontejnerových aplikací.

little-drunk-jesus | Komentářů: 2
20.4. 21:33 | Komunita

Na Launchpadu se objevilo kódové jméno následující verze Ubuntu. Ubuntu 17.10 bude Artful Aardvark (mazaný hrabáč) [OMG! Ubuntu!].

Ladislav Hagara | Komentářů: 10
20.4. 20:11 | Zajímavý software

MojeFedora.cz informuje, že společnost Nylas oznámila vydání verze 2.0 poštovního klienta Nylas Mail (původně Nylas N1), která již plně podporuje Linux. Obchodní model společnosti je tzv. open core. Samotný klient je open source, ale uživatel si musí připlatit za některé pokročilé funkce. V základu se lze připojit k GMailu nebo libovolnému účtu přes IMAP. Podpora Exchange je pouze v placené verzi. Klient je napsaný nad Electronem.

Ladislav Hagara | Komentářů: 12
20.4. 15:55 | Zajímavý článek

České centrum pro investigativní žurnalistiku (ČCIŽ) publikovalo na svých stránkách článek s názvem Je česká státní správa „rukojmím Microsoftu“?. Drtivá většina české veřejné správy je závislá na výrobcích softwarového gigantu Microsoft – a nijak zvlášť jí to nevadí.

Ladislav Hagara | Komentářů: 18
20.4. 02:48 | Nová verze

Google Chrome 58 byl prohlášen za stabilní. Nejnovější stabilní verze 58.0.3029.81 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo 29 bezpečnostních chyb. Mezi nimi i chyba umožňující phishing s unicode doménami.

Ladislav Hagara | Komentářů: 0
19.4. 22:44 | Nová verze

Po šesti týdnech od vydání verze 52.0 byla vydána verze 53.0 webového prohlížeče Mozilla Firefox. Z novinek lze upozornit například na nové kompaktní vzhledy – tmavý z Firefoxu Developer Edition a jeho světlá varianta. Na Linuxu byla ukončena podpora procesorů starších než Pentium 4 a AMD Opteron. Podrobné informace v poznámkách k vydání a na stránce věnované vývojářům. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 11
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (0%)
 (7%)
 (45%)
 (10%)
Celkem 273 hlasů
 Komentářů: 31, poslední 20.4. 21:26
    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: 352×

    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.