Boundingbox

Tex fórum

Sziasztok.

Képbeillesztésekkel van bajom. eddig minden ment az \includegraphics alkalmazásával, csakhogy egyre több képem van, ami a fejezetekben szerepel. Egy idő után megőrül a fordító.
Az xdvi-vel megnézegetve a tárgy szóban szereplő boundingbox merült fel. előfordulhat, hogy az eps grafikákba bele kell nyúlni kézzel, hogy megadjak egy méretet pl. így?
\includegraphics[scale=1,bb=0 0 30 30]{figure}

Képeimben ilyenek szerepelnek:

# cat 2016-06-14.eps | grep BoundingBox
%%BoundingBox: 22 0 1090 394
%%PageBoundingBox: 22 0 1090 394

Egyáltalán mi ez, befolyásol-e úsztatott képbeillesztéseket ez a bounding-cucc, mely fordítása akár ,,székrekedés'' is lehet?

Írnak róla bb-ként itt is:
http://www.kwasan.kyoto-u.ac.jp/solarb6/usinggraphicx.pdf

Szóval ha
\includegraphics[bb = 169 158 233 242]{demo2}
esetében xy koordinátákkal betolok a forráskódba egy képet, akkor a két vektor alapján halálpontosan odaépíti a képet? De mi van, ha én úsztatva akarom?

Nem értem. Ha az eps-ben a bb nem jól van megadva, akkor a latex fordító a képet nem tudja úsztatni?

  • 1041 megtekintés

( bzs v | 2018. 05. 31., cs – 15:54 )

Forgatás után az .aux fájlban nem szerepel ilyen:
"no BoundingBox" -- ezek szerint minden képfájlomban van ilyen.

( Crayon | 2018. 05. 31., cs – 16:01 )

kérdés, hogy mi generálta ezeket az eps fájlokat. A bounding box-ot egyébként "befoglaló doboz"-nak lehetne talán lefordítani és nagyjából ezt is jelenti: a legtöbb programban alapból ez az a legkisebb téglalap amin belül van az ábra teljes tartalma. Persze ezt lehet állítani tetszőlegesen, így lehet, hogy az egész ábra csak egy kis méretű valami az oldal közepén.
Nem vagyok latex expert, csak mezei user, de ezzel akkor szokott gond lenni mikor Te azt gondolod, hogy ó hát az az ábra szépen befért a helyére, közben meg lehet, hogy a bounding box-a sokkal nagyobb a kelleténél és azzal együtt valójában lelóg az oldalról a francba, csak a fordító próbálta okosan begyömöszölni a helyére.
Próbáld meg azt, hogy az összes ábrádnak lehetőleg értelmes bounding box-a legyen és akkor valószínűleg megszűnik a gondod.

>Próbáld meg azt, hogy az összes ábrádnak lehetőleg értelmes bounding box-a legyen és akkor valószínűleg megszűnik a gondod.

4 órája kísérleteztem, eredménytelenül. Netes keresgélés: semmi használható, a boundingbox valami ufó. Azt hiszem elgondolkodom, hogy képek csak minimálisak lesznek, ami ábra meg kell, azt latexben készítem.

( ironcat | 2018. 05. 31., cs – 16:30 )

Mondjuk én a dvi formátumot addig használtam, amíg nem volt pdflatex. Emlékeim szerint, akkor nekem is elég sok gondom volt az eps formátumú képekkel. Nyilván azóta már volt ebben is változás. Milyen előnye van a dvi formátum preferálásának? Több helyen is olvastam, hogy a dvi-ből készített pdf nem mindig egyezik meg a pdflatex kimenetével.

( bzs v | 2018. 06. 02., szo – 10:00 )

Itt találtam nagy nehezen leírást a boundingboxra (vö. budibox -- ezt nem lehet kihagyni...)

12. oldalon:

ftp://ftp.dante.de/tex-archive/info/epslatex.pdf

Fejlemény:
gv-vel megnyitva a kritikus eps fájlt, találtam egy hatalmas Bbox menüt. Mellékesen a bal alsó és a jobb felső képkoordinátákra tolva az egeret láthatok 2-2 számpárt, ezek vannak beírva a boundingboxhoz. Javítottam a módosított fájlomnál, a kép már jól jelenik meg, viszont a latex a képtől jobbra álló szöveget kivágja a margóra, amitől agyfaszt kapok, mert a képbeillesztésem szkriptje mindenütt ugyanaz a kód, a képek is ugyanazok, és a teljes szövegben van 4-5 hely, ahol a tex szétgyilkolja a képbeillesztések utáni szövegeimet. Ezért gyanakodtam, hogy elkúrtam a képet, de a jelek szerint összetettebb a probléma. Nézegettem, a forráskódban van-e valahol úsztatott kép vagy táblázat, egyéb szöveg, de nincs. Nem tudom, még mi szedheti szét a szöveget.

-----------------
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.