[otula]

Mea culpa…Omluvou mi budiž dlouhý časový odstup od toho, co jsem něco tvořil naposled. Bičem na mne to, že s horkou hlavou dělám závěry. Problém se jmenuje Písma pro obrysUrčitě jsme před časem řešili problém nejen OTF fontů, ale i obrysů. A já jsem si nevšimnul toho, že postscriptový Nimbus se ve Windows vkládá do obrýsovaných fontů - přitom v Linuxu se chová správně, takže výstup je pěkný. No jo, pitomá Windows...

[otula]

Nevím, o kolik stran knihy se jedná, ani jak má ta kniha vypadat, ale za určitých předpokladů očekávám, že bude pro tebe mnohem lepší naučit se L^AT_EX. Je to sice složitá věc, ale stačí se naučit jen základy. Pokud pak budeš potřebovat nějaké vychytávky, určitě ti někdo na fórech poradí.

[otula]

Na rozdíl od ostatních tě ubezpečím, že tohle chování je „úplně normální“. Nejpoužívanější klávesová zkratka při editaci ve Scribu je Ctrl+T (bez tohoto okna úprav by se Scribus vůbec nedal používat). Stačí jen rolovat stránkami a CPU je na 99 %. Aktivace libovolného textového rámu také znamená více než 90% zatížení CPU. V Linuxu se to nechová o nic lépe. Ale dá se na to „zvyknout“. Text si kompletně připravíš ve Writeru, pak ho vložíš dio Scribu a pokud možno jen nastavíš styly.

[otula]

Stále je to pod Shape.

[otula]

Nevím, zda si v tomto dobře rozumíme.Mám dokument, kde jsou v okrajích přesahy - ty tam budou ve verzi pro tisk i ve verzi elektronické (už i proto, že jsem zjistil, že obrázky, které jsou zarovnány k sobě přesně svými okraji, se s naprostým klidem ve vygenerovaném PDF vůči sobě posunou - překryv či přesah je nejspolehlivější řešení). U tiskové podoby je přesah naprosto nutný.Pochopil jsem vaše řešení tak, že v elektronické verzi bude spadávka skutečná (nebo žádná a obrázky budou prostě trčet mimo dokument), kdežto v tiskové verzi bude falešná sapávka, která bude přímo součástí dokumentu. Pokud nyní například v dokumentu se spadávkou zkopíruji objekty některé vrstvy do zápisníku a vložím je do dokumentu s falešnou spadávkou, celé se to vloží na špatné místo, protože se to vloží tak, aby souřadnice 0,0 - tedy levý horní roh strany A4 (nikoli A4 + spadávka) - odpovídala souřadnici 0,0 nového dokumentu. Takže oblast, která byla ve spadávce, bude nyní mimo dokument. A pokud mám na každé stránce několik vrstev, byla by to docela radost 🙂

[otula]

Jinak tedy – není to problém Scribu, chybu někde dělám já, protože totéž mi dělá i InDesign. Myslel jsem, že jsem přišel na problém, když na mne zařval, že Use of an output color space which differs from the transparency blending colour space may cause colour shifts in resulting PDF, ale problém zůstal i po sjednocení barevných prostorů.Zkoušel jsem místo průhledného tiff použít průhledný png, ale vliv to na výsledek nemělo.Update: zjistil jsem, že v InDesignu se to řeší správně pomocí clipping path - funguje to pak perfektně. Pokud ale vložím do Scribu TIFF s ořezovou cestou, tak se obrázek vůbec nezobrazí, pokud tam vložím EPS, vloží se černobíle a cesta je vůči obrázku špatně posunutá - a tohle už je problém Scribu. Ještě přihodím ten TIFF s ořezovou cestou

[otula]

No nevím 😉 Když je to všechno v několika vrstvách a při vložení do jinak velkého dokumentu se to posune… Kéž by se chtělo vývojářům zapracovat vyřazení přímo do Scribu.

[otula]

Zajímavý nápad  🙂 Když by bylo nejhůř, šlo by to použít. Jen by se docela zkomplikoval export souboru bez spadávky.

[otula]

Když jsem přihlášený, přílohu vidím, když nejsem, zobrazena není. Ale nahrál jsem ho ještě sem: http://www.ulozisko.sk/obrazky/277245/DSC_0432.jpgJinak, jak jsem psal, problém není jen při tisku výsledného PDF, ale i při tisku přímo ze Scribu - tedy nejedná se o problém samotného PDF, ale o nějaký jiný problém (btw, tisknul jsem z Acrobat Readeru a kompatibilitu jsem měl ponechánu výchozí, tedy 1.4. V ICC se moc nevyznám.)

[otula]

Do jisté míry ano – po ořezu by zbyl papír formátu A4, který se přeloží na polovinu. Musel bych tisknout na větší formát.Výsledek by vapadal nějak takto

[otula]

Vlasto, díky. S těmi entitami jde o to, že je nějakým kódem nahrazeván ampersand za entitu, zobrazující ampersand, takže pokud napíšu „&“, vloží se místo toho „&“

[otula]

Info pro ty, kdo tohle budou číst a neznají všechny podrobnosti, které jsme probírali mimo tuto diskuzi:Michal mi psal, že problém škaredých písmen v PDF by měl být zaviněn tím, že jsou fonty vkládány jako obrysy. A skutečně tak tomu je. Problém je v tom, že některé fonty nejdou jinak, než jako obrysy vložit, takže pokud tenhle problém někoho zajímá, zkontrolujte si při exportu PDF v záložce Písma, zda vám některé neskočilo do spodního okýnka pro obrysy. Pokud ano, a je to font, který je použit v relativně malé velikosti pro normální text (u tučných nadpisů to nevadí), zkuste raději najít jiný podobný font, který půjde vložit tak, jak je.Líbí se mi font Lido STF ze střešovické písmolijny, který jsem si stáhnul jako OTF (nelze vložit jinak, než jako obrys). Na Michalovo doporučení jsem si stáhnul starší TTF verzi: http://www.dafont.com/lido-stf-ce.font - ta lze vložit normálně.Zde je vidět výsledek: http://otakar.yc.cz/scribus/lido.pdfPrvní odstavec je tím doporučeným starším TTF písmem, druhý odstavec mnou původně používaným OTF písmem. Rozdíl je vidět na první pohled.Mockrát děkuji za tento workaround. Sice se mi značně zmenšila množina použitelných fontů, ale důležité je, že už vím, jak se vyhnout danému problému.A zcela off topic zde doplním informaci, kvůli které nebudu zakládat nové vlákno, ale mohla by leckoho zajímat: v Scribu v Linuxu byl nepříjemný problém, že při importu ODT souboru program padl tvrdě na hubu. Sestavil jsem si včera balíček verze 1.3.6 a tenhle bug je tam již opraven  🙂

[otula]

Díky moc za podklady. Myslím, že se blížíme k vyřešení. Více v SZ.

Nemáte zač. To já děkuji za pomoc.

[otula]

použili ste OpenType, s tým má Scribus problémy, žiaľ, zatiaľ v tomto smere na inDesign nemá. InDesign ich vložil ako Type1, Scribus ako Type3.

Díky za info, Michal už mi včera o tomto problému psal soukromě. Domluvili jsme se, že mu dnes ještě nachystám nějaké podklady, tak snad to k něčemu bude.Jinak, když už mluvíme o těch fontech, zkusil jsem právě zmíněný font Lido uložit pomocí fontforge jako Type 1, což se mi zadařilo, vyhodil jsem ze systému tu OTF verzi, protože "přes ni" Scribus neviděl na tu nově připravenou, ale když jsem potom tento font použil, stejně mi Scribus nedovolil font vložit tak jak je, ale cpal ho do obrysů a výsledek byl úplně stejný. Netuším, v čem vězí jádro pudla, možná jsem jen něco při tom převodu na Type 1 udělal špatně.

[otula]

Takže jsem dnes v práci spáchal, co šlo, teď jsem to doma ještě doklohnil a právě to nahrávám na server.Původní soubory už jsem neměl, takže jsem narychlo udělal nové:http://otakar.yc.cz/scribus/test.inddhttp://otakar.yc.cz/scribus/test.pubhttp://otakar.yc.cz/scribus/test.slaa upravený sla s černou v rgb:http://otakar.yc.cz/scribus/test-rgb.slaTady na tom jsou srovnány výtisky z pdf z InDesignu, Scribu a Scribu s editovaným rgb-sla (má to přes 8 MB)http://otakar.yc.cz/scribus/sken004.gifPřevod černé do RGB viditelně pomohl. Font je tučnější, než z InDesignu, ale už to není taková hrůza, jako když je černá definována v CMYK.Pak jsem zkusil jinou věc - když už jsme se bavili o tom přímém tisku, vyzkoušel jsem to "vytisknout" do postscriptu na nějaké Epsonce, s nastaveným vkládáním fontů v obrysech:http://otakar.yc.cz/scribus/test-indd.pshttp://otakar.yc.cz/scribus/test-pub.pshttp://otakar.yc.cz/scribus/test-sla.psVýsledek je zajímavý. Není tam ten problém, který přisuzuji vyhlazování, ale (pouze) u výstupu ze Scribu jsou písmenka deformovaná - prakticky všechna, a snad nejvíc je to vidět na ypsilonech.http://otakar.yc.cz/scribus/test-sla.gifhttp://otakar.yc.cz/scribus/test-indd.gifhttp://otakar.yc.cz/scribus/test-pub.gifNo a pro úplnost jsem přihodil i PDF výstupy:http://otakar.yc.cz/scribus/test-rgb.pdfhttp://otakar.yc.cz/scribus/test-sla.pdfhttp://otakar.yc.cz/scribus/test-indd.pdf

[Autor]

Příspěvky