Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Vývojáři postmarketOS vydali verzi 25.12 tohoto před osmi lety představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME Shell on Mobile, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 0.41.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 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 5.5 (novinky) skriptovacího jazyka Lua (Wikipedie). Po pěti a půl letech od vydání verze 5.4.
Byla vydána nová verze 5.4.0 programu na úpravu digitálních fotografií darktable (Wikipedie). Z novinek lze vypíchnout vylepšenou podporu Waylandu. Nejnovější darktable by měl na Waylandu fungovat stejně dobře jako na X11.
Byla vydána beta verze Linux Mintu 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
GNU Project Debugger aneb GDB byl vydán ve verzi 17.1. Podrobný přehled novinek v souboru NEWS.
Josef Průša oznámil zveřejnění kompletních CAD souborů rámů tiskáren Prusa CORE One a CORE One L. Nejsou vydány pod obecnou veřejnou licenci GNU ani Creative Commons ale pod novou licencí OCL neboli Open Community License. Ta nepovoluje prodávat kompletní tiskárny či remixy založené na těchto zdrojích.
Nový CEO Mozilla Corporation Anthony Enzor-DeMeo tento týden prohlásil, že by se Firefox měl vyvinout v moderní AI prohlížeč. Po bouřlivých diskusích na redditu ujistil, že v nastavení Firefoxu bude existovat volba pro zakázání všech AI funkcí.
V programu Gimp jsem si vytvořil obrázek a uložil ho do PNG. Potom jsem ho příkazem <pre> convert obraz.png soubor.pdf </pre> převedl do PDF. Výsledek byl v pořádku, pokud jsem předtím v tom Gimpu u obrázku nastavil velikost obrázku 595px krát 842px a velikost tisku 210mm krát 297mm. Pokud však v tom Gimpu u obrázku nastavím méně pixelů než 595 krát 842 (což u jednodužších obrázků potřebuji, abych ušetřil velikost souboru) a velikost tisku 210mm krát 297mm a uložím, tak potom se mi ten PNG blbě převádí do PDF - obrázek v tom PDF vznikne necelý a to ikdyž jsem zkontroloval, že PNG má pěkně celý obraz. Čím to je, že vznikají tyto zmetky? Měl bych ten příkaz upravit, a jak?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
21.5.2009 18:08
convert se tím při převodu patrně řídí (nebo je tahle informace možná u bitmapových obrázků uložena i v tom PDF). Takže je potřeba velikost obrázku v pixelech a DPI nastavit tak, aby se vám obrázek na tu plochu papíru vešel.
22.5.2009 00:31
Dalibor Smolík | skóre: 54
| blog: Postrehy_ze_zivota
| 50°5'31.93"N,14°19'35.51"E
V Open office by se to dalo, to už jsem taky dělal, ale nerad to pomocí toho dělám, protože když těch obrázků mám hodně, je to rychlejší dělat convertem.
Kde má png nastavené počet bodů na palec? Znamená to velikost obrázku a velikost tisku? Když jsem v Gimpu u toho obrázku nastavil velikost obrázku 595px krát 842px a velikost tisku 210mm krát 297mm, není potom problém png pomocí příkazu convert převést na PDF. Ale u jednodužších obrázků mi stačí v Gimpu nastavit méně pixelů, abych potom ušetřil kilobajtama. Když v tom Gimpu ale dám měně těch pixelů a velikost tisku zvolím zase 210mm krát 297mm, je potom ten problém, že při převodu na PDF pomocí příkazu convert, obrázek v PDF není celý. Aby byl celý, musel bych v tom Gimpu po ubrání pixelů nastavit i menší velikost tisku. To potom když z toho png udělám pomocí příkazu convert PDF, je obraz v PDF celý, ale je na pytel jiná věc - PDF je vzhledově malé; když potom budu jednotlivé PDF spojovat, je každý list jinak velký a to blbě vypadá. Já potřebuji obvyklou velikost PDF ikdyž ten png má jiný počet pixelů. Já vidím chybu někde jinde: Do toho příkazu convert asi potřebuji přidat nějaký přepínač nebo něco, což jsem neudělal. Jaký přepínač nebo něco, do toho příkazu mám přidat? Pokud je ještě jinde chyba, tak v čem?
convertu nějaký parametr, který mu řekne, že výsledný „obrázek“ (PDF) má být větší, než ten, který konvertujete. Podívejte se na parametry -geometry, -page nebo -repage. Pokud byste ponechal rozměry tisku v Gimpu na formát A4, pokusí se na tuhle velikost convert obrázek zvětšit nebo zmenšit – a protože se zřejmě pokouší zachovat poměr stran (tj. čtvercový pixel, pochybuju o tom, že PDF umí obdélníkový pixel), musí se obrázek někde oříznout. Proto potřebujete správně přizpůsobit rozměry v cm i v pixelech (aby DPI zůstalo stejné).
Já ty poměry šířka k výšce v tom Gimpu přizpůsobuji dobře: Například udělám obrázek png, který má velikost obrazu 595px krát 842px a velikost tisku 210mm krát 297mm; ten se mi příkazem convert dobře převede do PDF. Když v tom stejném obrazu v Gimpu zmenším velikost obrazu na méně pixelů než předtím, a velikost tisku znovu nastavím 210mm krát 297mm; tak potom, když z toho chci pomocí příkazu convert vyrobit PDF, obraz na tom PDF je ořezaný a to hodně a dokonce z obou stran - z boku i z vrchu. Navíc v tom Gimpu, když jsem u toho obrazu před tím ubíral pixelů, ubral jsem schválně tak, aby poměr šířka v px k výšce v px se zachovala, počítal jsem to, takže to PDF jsem tím pádem do žádných obdélníkových pixelů nutit nemohl. Takže nevím, co to PDF pořád ořezává a ještě dokonce z obou stran - i do šířky i do výšky.
-density convertu. Ovšem zmenšovat či zvětšovat ty obrázky tak, aby se vždycky vešly právě na A4 podle mne není moc dobré, zvlášť jestli jsou to menší obrázky a budou se na A4 roztahovat, budou vypadat divně.
Parametr -density mi nefunguje: V Konzoli mám: <pre>[david@localhost pokusi]$ convert -density -resize 595x842 pokus210.png pokus210.pdf
convert: invalid argument for option `-resize': -density.
[david@localhost pokusi]$
</pre>
-density hodnota.
Density je rozlišení? Tím pádem bych například mohl použit <pre>convert -density 72x72 puvodni.png cil.pdf</pre> Rozumím tomu dobře? Jinak - proč mi nefunguje formátování textu v této diskuzi? Já například správně napíšu značky pre a mezi ně něco napíšu a ve výsledku písmo nereaguje, jenom jsou vidět značky. Dříve mi formátování fungovalo.
Density je rozlišení? Tím pádem bych například mohl použitAno, je to tak.convert -density 72x72 puvodni.png cil.pdfRozumím tomu dobře?
Jinak - proč mi nefunguje formátování textu v této diskuzi? Já například správně napíšu značky pre a mezi ně něco napíšu a ve výsledku písmo nereaguje, jenom jsou vidět značky. Dříve mi formátování fungovalo.Protože jako nepřihlášený uživatel máte zapnutý WYSIWYG editor, ten by měl mít na kód atd. nějaké tlačítko v liště. Nezobrazuje tedy HTML tagy, ale rovnou výsledek. Zpět na editor zdrojového kódu mohou trvale přepnout jenom přihlášení uživatelé (nevím, zda je možné WYSIWYG editor přepnout do editace zdrojáku dočasně).
Tiskni
Sdílej:
