Byla vydána první veřejná preview verze PrusaSliceru 3.0. Přesně 15 let po zveřejnění první verze Slic3ru, které připadlo na 1. září 2011. Jedná se o dosud největší upgrade PrusaSliceru: "Řídili jsme se tím, co skutečně potřebujete, a tak jsme například zcela zahodili stávající uživatelské rozhraní a vytvořili ho znovu od nuly. Přinášíme také nový systém projektů, kompletně přepracované profily navržené pro moderní tiskárny s větším
… více »Byl vydán Mozilla Firefox 155.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze Smart Window, zatím ale dostupné pouze pro uživatele v USA, Kanadě a Francii. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 155 bude brzy k dispozici také na Flathubu a Snapcraftu.
Tima Cooka na pozici generálního ředitele společnosti Apple dnešním dnem nahradil John Ternus, který byl dosud odpovědný za hardware. Tim Cook vedl Apple od roku 2011, kdy funkci převzal od později zesnulého spoluzakladatele společnosti Stevea Jobse. Za 15 let v čele Applu více než zdvojnásobil tržní hodnotu firmy.
Organizátoři konference LinuxDays ukončil veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata pro letošní ročník. Hlasovat můžete do pondělí 7. září, poté bude podle výsledků hlasování sestaven program pro letošní ročník.
Servo, engine webového prohlížeče napsaný v Rustu, byl vydán ve verzi 0.5.0. Novinky shrnuje přehled projektu za červenec. Došlo k dalšímu pokroku ve vykreslování webových stránek. Současným cílem projektu je vytvořit komponentu webového prohlížeče jako WebView pro použití v jiných aplikacích.
IKEA a XBOX představují kolekci YXSTABY (pdf). Ta přináší designová a praktická řešení, díky nimž se prostor pro hraní během sekundy promění v útulný a harmonický domov.
Jonathan Thomas oznámil vydání verze 4.0 nelineární střižny OpenShot. Nově podporuje nahrávání obrazu a zvuku, vylepšuje uživatelské rozhraní, mj. color grading, přidává další efekty a mnoho dalšího (seznam změn).
Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
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:
