[cstex] Problém s \includegraphics v LaTeXu

Jaroslav Hajtmar hajtmar at gyza.cz
Tue Apr 23 17:22:29 CEST 2019 

Dobrý den.
Podařilo se mi najít kolizi makra \includegraphics (konkrétně příkazu \includegraphics[width=\textwidth,trim=0cm \minus2cm 0cm 0cm]{pdf/pdfobrazek.pdf})
s makrem \splithyphens….

Ani nevím z jakého balíčku je makro \splithyphens, ale asi to souvisí s aktivním znakem -, jak to popisoval Tomáš Hála.
Každopádně díky všem za zájem o řešení mého problému.
Pěkný den všem v konferenci

Jarda Hajtmar






> 23. 4. 2019 v 6:11, Jaroslav Hajtmar <hajtmar at gyza.cz>:
> 
> Dobrý den.
> Díky za zprávu a podnět k hledání chyby. Zkoušel jsem najít marně nějaký minimální příklad. Zdá se, že za normálních okolností pracuje includegrahics správně, k chybě dochází  asi díky nějaké kolizi mezi balíčky. Šablona pro sazbu diplomky volá řadu balíčků a postupnou eliminací se mi zatím nepodařilo zjistit se kterým balíčkem se to zadrhne. Je zajímavé, že LaTeX z MacTeXu s TL2016 fungoval normálně, problém s kompilací nastal až s TL2018… Ještě zkusím chvíli hledat možný problém, ale je to nezáživné prokousávání….
> Pěkný den všem v konferenci.
> J.Hajtmar
> 
> 
> 
>> 17. 4. 2019 v 18:20, Petr Olsak <petr at olsak.net>:
>> 
>> Dobrý den,
>> 
>> pošlete minimální nefungující příklad a já se na to podívám. Mám po ruce různé verze TeXlivů, takže snad se mi podaří zreprodukovat závadu. Považuji za nemožné, aby v LaTeXu přestalo fungovat width=\textwidth a muselo se to dělat obludně pomocí \resizebox.
>> 
>> Zdravím
>> 
>> Petr Olšák
>> 
>> 
>> On 17. 04. 19 14:12, Jaroslav Hajtmar wrote:
>>> Dobrý den.
>>> Díky za odpověď. Mám na MAC OS X High Siera nainstalován TL 2018 a na něm nefunguje
>>> 
>>> ani \includegraphics[width=\textwidth]{pdf/schema-syry.pdf}
>>> ani \includegraphics[height=\textheight]{pdf/schema-syry.pdf}
>>> 
>>> tj. ani verze bez trim mi nefungují
>>> 
>>> funguje pouze varianta:
>>> \includegraphics[scale=0.5]{pdf/schema-syry.pdf}
>>> 
>>> V TL2006 vše fungovalo...
>>> 
>>> Vkládané PDFko je oříznuto pomocí PDFcrop… zkoušel jsem i jiná PDFka a situace je stejná … tak nevím, čím by to mohlo být.
>>> 
>>> J.Hajtmar
>>> 
>>> 
>>> 
>>>> 17. 4. 2019 v 12:12, Zdenek Wagner <zdenek.wagner at gmail.com>:
>>>> 
>>>> Dobrý den,
>>>> 
>>>> width a height funguje, naposled jsem to použil před 10 minutami s TeX
>>>> Live 2018, ale nikdy jsem to nezkoušel v kombinaci s trim. Vždy si
>>>> připravuji oříznuté obrázky. V posledních letech vkládám převážně PDF
>>>> a na jejich oříznutí používám pdfcrop. Mohu poslat Makefile, kde se
>>>> automaticky spustí gnuplot na vygenerování *.pdf, potom pdfcrop na
>>>> oříznutí na *-crop.pdf, pak se spustí LaTeX s potřebným počtem
>>>> průchodů, potom BibTeX a znovu LaTeX.
>>>> 
>>>> Zdeněk Wagner
>>>> http://ttsm.icpf.cas.cz/team/wagner.shtml
>>>> http://icebearsoft.euweb.cz
>>>> 
>>>> st 17. 4. 2019 v 12:03 odesílatel Jaroslav Hajtmar <hajtmar at gyza.cz> napsal:
>>>>> Dobrý den.
>>>>> Díky Tomáši za odpověď, ale tím to nakonec nebylo. Podařilo se mi někde dočíst, že by se při vkládání EPS a PDF obrázků pomocí \includegraphics neměla používat konstrukce \includegraphics[width=\textwidth, trim=0cm -2cm 0cm 0cm]{pdf/schema-syry.pdf} atd...
>>>>> 
>>>>> nakonec to funguje takto:
>>>>> 
>>>>> \resizebox{\textwidth}{!}
>>>>> {\includegraphics[scale=1,trim=0cm -2cm 0cm 0cm]{pdf/schema-syry.pdf}}
>>>>> 
>>>>> Spíš mne zmátlo, žě je na internetu k dohledání spousta příkladů, kde šířky a výšky obrázků (i PDF) nastavují pomocí width=... a height=…
>>>>> Problém je asi s tím, že od jisté verze to zkrátka nefunguje, na což jsem narazil právě při přímém přechodu z TL2016 na TL2018…
>>>>> 
>>>>> Ještě jednou díky
>>>>> Jarda Hajtmar
>>>>> 
>>>>> 
>>>>> 
>>>>>> 16. 4. 2019 v 23:58, Tomas Hala <tomas.hala at mendelu.cz>:
>>>>>> 
>>>>>> Ahoj Jardo,
>>>>>> 
>>>>>> kdysi velmi dávno ve svém LaTeXovém období se mi chyba s \futurelet také
>>>>>> objevovala, i když nevím, zda u \includegraphics, a byla způsobeno
>>>>>> aktivním spojovníkem nebo něčím takovým.
>>>>>> 
>>>>>> Tehdy jsem to řešil nějak takto:
>>>>>> 
>>>>>> \def\minus{-}
>>>>>> \includegraphics[width=\textwidth,trim=0cm \minus2cm 0cm 0cm]{pdf/pdfobrazek.pdf}
>>>>>> 
>>>>>> Zdraví
>>>>>> 
>>>>>> Tom
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Tue, Apr 16, 2019 ve 11:40:59PM +0200 Zdenek Wagner napsal(a):
>>>>>> # Dobrý den,
>>>>>> #
>>>>>> # nejprve je nutno zkontrolovatm že se načítá graphicx, nikoliv
>>>>>> # graphics. Parametr trim jsem nikdy nepoužil, ale v manuálu se píše, že
>>>>>> # očekává 4 čísla bez jednotek, jednotkou je vždy bp.
>>>>>> #
>>>>>> # Zdeněk Wagner
>>>>>> # http://ttsm.icpf.cas.cz/team/wagner.shtml
>>>>>> # http://icebearsoft.euweb.cz
>>>>>> #
>>>>>> # út 16. 4. 2019 v 23:30 odesílatel Jaroslav Hajtmar <hajtmar at gyza.cz> napsal:
>>>>>> # >
>>>>>> # > Dobrý den.
>>>>>> # > Po velmi dlouhé době se pokouším zkompilovat LaTeXový zdroják LuaLaTeXem a hlásí mi to při překladu chybu:
>>>>>> # >
>>>>>> # > ! Missing number, treated as zero.
>>>>>> # > <to be read again>
>>>>>> # > \futurelet
>>>>>> # > l.244 ...trim=0cm -2cm 0cm 0cm]{pdf/schema-syry.pdf}
>>>>>> # >
>>>>>> # > Mám úplně nově nainstalovaný TeXlive2018 z MacTeXu, přitom ještě před pár dny před přeinstalací původního TeXLiv 2016 celý překlad fungoval naprosto bezchybně.
>>>>>> # > Upozorňuji na to, že jsem LaTeXem víceméně nepolíben a jen pomáhám sázet nějaký text do předchystané šablony bakalářky…
>>>>>> # >
>>>>>> # > Problém je evidentně způsoben použitím \includegraphics, protože když všechny tyto příkazy ve zdrojáku zaremuji, tak se překlad proběhne bez chyby...
>>>>>> # >
>>>>>> # > problematická část kódu je zde:
>>>>>> # >
>>>>>> # > \begin{figure}[H]
>>>>>> # > \includegraphics[width=\textwidth,trim=0cm -2cm 0cm 0cm]{pdf/pdfobrazek.pdf}
>>>>>> # > \end{figure}
>>>>>> # >
>>>>>> # > Nenapadá, prosím, někoho, čím může být problém způsoben? V šabloně je načtených spousta různých balíčků, ale jak to funguje netuším :-).
>>>>>> # > Něco jsem googlil, zdá se že kdysi nějaký problém s includegraphics byl, ale žádné řešení svého problému jsem nenašel...
>>>>>> # >
>>>>>> # >
>>>>>> # > Díky za případnou pomoc.
>>>>>> # > Zdraví Jarda Hajtmar
>>>>>> # >
>>>>>> # >
>>>>>> # >
>>>>>> # >
>>>>>> # > _______________________________________________
>>>>>> # > csTeX mailing list
>>>>>> # > csTeX at cs.felk.cvut.cz
>>>>>> # > https://lists.felk.cvut.cz/mailman/listinfo/cstex
>>>>>> #
>>>>>> # _______________________________________________
>>>>>> # csTeX mailing list
>>>>>> # csTeX at cs.felk.cvut.cz
>>>>>> # https://lists.felk.cvut.cz/mailman/listinfo/cstex
>>>>>> 
>>>>>>                                       Tomáš Hála
>>>>>> --------------------------------------------------------------------
>>>>>> Mendelova univerzita, Provozně ekonomická fakulta, ústav informatiky
>>>>>> Zemědělská 1, CZ-613 00 Brno,  tel. +420 545 13 22 28
>>>>>> --------------------------------------------------------------------
>>>>>> http://akela.mendelu.cz/~thala
>>>>>> _______________________________________________
>>>>>> csTeX mailing list
>>>>>> csTeX at cs.felk.cvut.cz
>>>>>> https://lists.felk.cvut.cz/mailman/listinfo/cstex
>>>>> 
>>>>> _______________________________________________
>>>>> csTeX mailing list
>>>>> csTeX at cs.felk.cvut.cz
>>>>> https://lists.felk.cvut.cz/mailman/listinfo/cstex
>>>> _______________________________________________
>>>> csTeX mailing list
>>>> csTeX at cs.felk.cvut.cz
>>>> https://lists.felk.cvut.cz/mailman/listinfo/cstex
>>> 
>>> _______________________________________________
>>> csTeX mailing list
>>> csTeX at cs.felk.cvut.cz
>>> https://lists.felk.cvut.cz/mailman/listinfo/cstex
>

More information about the csTeX mailing list