[LaTeX #3] Leer hier de TeXnische kneepjes van het vak.

quote:

Op dinsdag 4 november 2008 17:19 schreef zuiderbuur het volgende:
Bedankt , uren geploeter op Google brengen me minder op dan jouw posts. Toch heb ik een aantal vragen. Dit is stukken beter, vooral handig dat hij niet onmiddellijk de figuur daar post en enorm veel witte ruimte laat op het blad ervoor (met een referentie naar een label en een goeie caption komt dat wel in orde)

De TUG TeX FAQ is echt een welkome bron van informatie. Hier staat heel veel in.

quote:

De standaard lijkt te zijn : op oneven pagina's negentig graden in wijzerzin.
Maar hoe moet ik die clockwise juist invoeren?

Met \usepackage[clockwise]{rotating}

quote:

Ik vind het wel zonde om een volledig blad aan een heel lange matrix met maar een aantal rijen te geven. Als ik dat dan toch doe, kan daar best nog zo'n tweede onder. Maar hoe moet dat dan met "caption" en "label" als ze samen op die bladzijde moeten staan?

Je kunt ze samen labellen, wat misschien niet zo mooi is; of je kunt de subfig package gebruiken. Lees daarvoor de manual, met name de paragraaf ‘examples’.

quote:

Ik moet zeggen dat ik dacht dat $$ en \[ \] gewoon hetzelfde deden. Als jij zegt dat dat niet zo is, wil ik dat best geloven maar binnen deze rotatebox vertonen ze wel hetzelfde gedrag : ze werken allebei niet (je krijgt een foutmelding)

In principe is dacht ik met \[ ... \] beter gegarandeerd dat de witruimte blijft kloppen en beter opgevuld wordt.

quote:

Verder zit ik al de hele tijd te tobben over een manier om mijn kurkdroge tekst over afbeeldingen tussen ruimtes iets op te fleuren met een aantal diagrammen. Het probleem is dat ik er dagen over doe om zoiets eindelijk aan de praat te krijgen, en ik wil niet ontdekken dat het dan eigenlijk nog niet kan wat ik wil doen. Ik weet dat xypic relatief gemakkelijk te "installeren" is (het hoeft zeker niet?) en dat je daarmee die commutatieve diagrammen kan doen en zo. Maar ik zou pijltjes vooral willen trekken tussen (ovaalvormige) verzamelingen. Zoiets dus


/ \ ----->
| | ------>
\ / -------->


Maar dan mooi natuurlijk . Kan dat eigenlijk?
Ik heb "geogebra" al eens horen vallen, maar dat lijkt me meer iets om echt figuren over meetkunde te maken (kegelsneden, rechten,.....)

Opnieuw veel dank bij voorbaat

Heb je een voorbeeld van een plaatje of PDF op het net met iets waarvan je zegt ‘zo moet het eruit zien’? Dan kan ik je misschien iets preciezer een package aanraden.

Ik had trouwens een idee van die plaatjes, en ik ben even losgegaan. Ik wilde het eigenlijk al een keertje hier een beetje melden als tutorial, omdat veel mensen plaatjes moeten maken met LaTeX en het altijd gedoe is, en ik onlangs TikZ ondekt heb, en het heel prettig vind werken. Het basisidee is van Wikipedia gejat:



Aannemende dat je zoiets bedoelt. En dan is dit mijn ‘gepimpte’ variant in LaTeX:



Dit heb ik met TikZ gemaakt. Ik heb iets meer features gebruikt dan redelijkerwijs nuttig, maar dit is even om een idee te geven wat je ermee kunt. Het zit inmiddels standaard in de nieuwe TeX-distributies, je wilt eigenlijk wel versie 2.00 hebben. Daarvan is een uitgebreide handleiding beschikbaar (honderden pagina’s vol voorbeelden en ideeën). Het kan alles wat XYPic ook kan, maar dan niet met zo'n krampachtige syntax. Je programmeert je plaatje gewoon in je LaTeX document, en het maakt niet uit of je dvi of PDF maakt. Het heeft allerlei bibliotheken om het leven te vergemakkelijken. Het idee is vooral dat jij niet te veel nadenkt en het plaatje beschrijft in termen van ‘dit staat hier’, en ‘dat staat er 1cm naast’, en dan ‘aan de bovenkant een label’. En als je dan besluit dat het niet 1cm, maar 5cm moet zijn, dan schuift alles mee.

Zie hier de code:



Nu nog wat commentaar. Ik laad eerst wat bibliotheken. De arrows om de pijl te kunnen kiezen, de shapes.geometric voor de ellipse, de matrix voor het uitlijnen, de fit om de ellipse passend te maken, en vervolgens zeg ik dat het document uit twee layers bestaat, background & main, met background achter main (main is standaard, die hoef je niet aan te geven).

Je ziet dat je begint met tikzpicture, en dat je dan tussen [...] opties kunt opgeven, zoals standaard met LaTeX. De manier waarop is echter vrij uitgebreid, en als je CSS kent van HTML dan komt het je misschien bekend voor qua idee (niet qua syntax), en anders is het ook zo te snappen. Het idee is dat je stijlen definieert, waardoor je later (indien gewenst) snel je document kunt aanpassen. Ik definieer dus eerst dat een set de vorm van een ellipse heeft, en dat deze minstens 1cm breed is, maar dat er geen extra ruimte (inner sep) tussen de rand en de eigenlijke content hoeft te zitten. De linker ellipse maakt van die definitie gebruik, maar dan met een rode vulling, en de rechter is blauw. De stijl ‘pijl’ definieer ik ook zo.

Dan komt de matrix. Dat is in feite een tabel/array. Ik vertel eerst dat deze alleen maar uit math nodes bestaat, zodat ik geen $ $ hoef te typen, dan dat alles in de eerste kolom rood moet zijn, en alles in de tweede blauw, en hoe ver de rijen en kolommen van elkaar af moeten staan. Vervolgens maak ik de tabel zoals je altijd zou doen. Het |(A)| zorgt ervoor dat die cel de naam (A) krijgt, etc.

Dan staan dus de 1 t/m 4 en de D t/m A op hun plek. Dan kan ik er vier pijltjes tussen trekken. Ik gebruik daar de zojuist gedefinieerde namen. Als ik dus D & A zou verwisselen in de matrix zouden die pijlen elkaar kruisen. Omdat ik de ellips pas wil tekenen als ik de inhoud getekend heb, omdat het mooi moet passen, zet ik dat op een achtergrondlayer, want anders zou de tekst bedekt worden. Ik zeg dus, teken een ellipse, geef die de naam l, en fit die rond die 4 nodes. Als ik nou nog een extra element wil toevoegen bij de matrix, dan blijft die ellipse definitie gelijk, want die schaalt dan mee. De labels X & Y plaats ik daarna, en ik specificeer dat ze aan de bovenkant van het noordelijkste punt van de ellipsen moeten komen.

En klaar. Zou ik nu dus bedenken dat ik een groene vulling wil, of liever een rectangle-vorm, dan is dat zo gepiept. Dat is de kracht van TikZ.

Naast de manual is er een example gallery, waar ook veel (heel mooie) voorbeelden in staan, inclusief code:

(Deze staat ook in de manual uitgelegd):

quote:

Op woensdag 5 november 2008 10:47 schreef zuiderbuur het volgende:
Zoiets is eigenlijk exact wat ik wou hebben , alleen zou ik eventueel rechte pijltjes willen, en geen labels voor de elementen in de verzamelingen, maar vooral labels op de pijlen (om dus mijn afbeeldingen goed te kunnen onderscheiden). Ik neem aan dat dat dan ook geen probleem is?

Uiteraard kun je labels op de pijlen zetten, aan het begin, in het midden, eronder, erboven, erin. En verder ook nog de pijlen laten slingeren of weet ik veel wat…

quote:

Laat dat nu een hinderpaal zijn. Ik ben een ramp op het gebied van dingen installeren. Ik werk op een Macbook, met TexShop, en ik weet eigenlijk niet waar mijn latex is, en dus waar mijn files heen moeten als ik iets nieuws download.
Ik heb jouw code geprobeerd en dan kreeg ik in mijn console als ik compileerde een foutmelding:
I can't find file pgflibriarytikzmatrix.tex

Dan denk ik dat je een oude versie van pgf/tikz gebruikt, versie 1.18. Je kunt inderdaad 2.00 dan installeren, of je kunt je hele TeX-installatie upgraden. Er is een maand geleden een hele nieuwe versie voor 2008 uitgekomen, die kun je hier vinden. Het is een grote download, maar het omvat wel alles wat je nodig hebt en het updatet je installatie naadloos (als het goed is natuurlijk). In de extra's versie vind je ook TeXShop. Anders dan geef ik hieronder even instructies.

quote:

Ik dacht dat ik dat wel kon oplossen door hier die version2.00 af te halen : link, en nu heb ik na unzippen een folder "pgf-2.00" met daarin subfolders context,doc,generic,latex, plain.
Ik weet dus niet waar die juist moeten. Die grote handleiding van vijfhonderd pagina's heb ik er dan bij genomen (die die jij me had aangeraden) en daarin zeggen ze dat files doorgaans in texmf moeten maar blijkbaar gebruikt mijn systeem dat (eigenlijk) niet. (Vroeger toen ik nog een pc met windows gebruikte had ik die wel, meen ik)

Ik ben dus opnieuw ten einde raad. Opnieuw duizendmaal dank bij voorbaat.

Op je Mac werkt het net zo, maar dan zit die directory in je Library of Bibliotheek dir onder je homedirectory. Ik ken zelf alleen de Engelse verise van OS X, maar ik vermoed dat onderstaande ongeveer hetzelfde werkt voor de Nederlandse versie als je Library door Bibliotheek vervangt…

Ga naar je homedir, in Finder, kijk dan of er een directory 'texmf' onder staat, zo niet maak je die aan. In die texmf dir maak je, indien nodig, ook de directory 'tex' aan. Nu bekijk je je uitgepakte pgf-2.00 bestand. De directory's context, generic, latex en plain sleep je naar de laatst aangemaakt texmf/tex directory, de doc directory sleep je direct onder de texmf directory. (Of gooi je weg, het gaat alleen eigenlijk om de pgfmanual.pdf die daar ergens instaat, de rest is niet zo boeiend).

Dan open je Terminal.app en type je 'texhash', dan type je nog:
kpsewhich tikz.sty

En als het goed is zegt het dan iets als:

/Users/zuiderbuur/Library/texmf/tex/latex/pgf/frontendlayer/tikz.sty

Labels op de pijlen zou je b.v. voor elkaar kunnen krijgen door de foreach te vervangen:



Je moet wel de row sep en de column sep misschien wat aanpassen in de matrix, maar voor de rest schaalt het vanzelf.

Ah, tof dat het werkt!

En over TikZ, die manual is heel uitgebreid, maar wel nuttig. Ik heb je al bovenin voorbeelden gegeven met stijlen (die kun je overigens ook globaal maken m.b.v. van \tikzset), en als je dat een beetje handig doet, dan krijg je een heel consistent document. Je kunt tikzpictures natuurlijk binnen een figure-omgeving gebruiken, en je kunt ze heel mooi schalen, waarbij het standaard de letters niet meeschaalt, zodat je geen onleesbare (of juist supergrote) tekst krijgt.

quote:

Op woensdag 5 november 2008 11:25 schreef zuiderbuur het volgende:
Mijn texmf zelf bestaat uit doc en tex. De map doc zelf bevat slechts één map generic, die slechts één map pgf bevat.
De map tex bevat de mappen context, generic, latex en plain, die allen slechts één map omvatten, telkens met de naam pgf.

Ja, dat klopt. Als je nu een extra package wilt installeren dat niet in je distributie zit, dan kun je dat in ~/Library/texmf/tex/latex/ kwijt. Of als je een nieuwere versie nodig hebt (de packages daar hebben namelijk voorrang op je distributie). Als je zo'n package daarin hebt gezet draai je weer texhash.

quote:

Verder nog over die $$ en \[ , mij is zo geleerd dat je \[ moet doen, het is maar sinds kort dat ik eigenlijk weet dat je $$ kan doen. Ik dacht dat dat identiek was, en verkoos het dan ook, omdat ik hier niet alleen op een Azerty werk, maar op een Azerty-LAPTOP, waardoor ik voor iedere [ moet doen : alt+ shift+ (

Oh, dat is irritant. Ik heb het verbod uit ‘l2tabu’ over zaken die taboe zijn in LaTeX 2e, (document staat in de OP), en die legt uit dat de witruimte niet goed gaat.

Wat je kunt doen is b.v. dit:

\let\bM=\[
\let\eM=\]

En dan kun je in plaats van \[ ... \] ook \bM .. \eM (begin-math, end-math) typen. Net zo gemakkelijk. Een groot nadeel is dat je editor het waarschijnlijk niet kent en je syntax-highlighting kapot gaat.

quote:

Op woensdag 5 november 2008 14:31 schreef zuiderbuur het volgende:
Wat ik me nu zit af te vragen is of ik best met "set" of met "nodes" werk of zo. Het is immer allemaal erg verzameling-georiënteerd bij mij, en niet zozeer met de objecten.

Dit is bijvoorbeeld wat ik in gedachten heb:

[ afbeelding ]

En dit is wat ik er dan van maak:

quote:

Bij nodes krijg je blijkbaar een cirkeltje of een rechthoekje rond een symbool met een naam, terwijl ik het liever (zoals het hoort bij verzamelingen) rechtsboven of zo heb.

Ja, dat klopt, maar dat is niet het enige doel van nodes. Je maakt nodes eigenlijk vaak genoeg zonder content. (Zie b.v. de tutorial ‘A Petrinet for Hans Hagen’. Het voordeel van nodes is namelijk ook dat ze anchors hebben. Zoals ‘south’ of ‘north’, die je kunt gebruiken om pijlen aan vast te zetten.

quote:

Is werken met nodes dan eigenlijk aangewezen (ik heb snel even gekeken naar het fenomenale gamma aan mogelijkheid in die handleiding)...

Ja, dat lijkt me wel, ik heb hier de code:



[ Bericht 0% gewijzigd door Iblis op 05-11-2008 15:50:38 ]

quote:

Op woensdag 5 november 2008 15:56 schreef zuiderbuur het volgende:
Knap!

Maar het bizarre is dat jouw code enkel werkt bij mij als ik de laatste drie commandolijnen weglaat.....

Oh… raar… ik kijk er even naar.

Het komt omdat ik een ontwikkelingsversie gebruik van TikZ, daarin gaat het wel goed, in 2.00 is dit blijkbaar een bug. Je kunt, met een iets minder mooi resultaat, wel het volgende doen:



Als laatste drie commando's. Ik gebruik hier deels ‘border anchors’, dat zijn in feite gewoon graden weer, 0 is east, 90 is noord, maar dan een beetje shape afhankelijk. Dus bij een rectangle ligt 45 op rechtsboven, en 70 tussen midden boven en rechtsboven in.

quote:

Op woensdag 5 november 2008 17:54 schreef zuiderbuur het volgende:

[ code verwijderd ]

Wat raar dat het zo ingewikkeld wordt van zodra je een titeltje erbij wil. Moet dat echt? Ik heb de handleiding gevolgd eigenlijk....;

Dat named hoeft niet, dat is alleen als je je grahics wil externaliseren (als losse PDF wilt maken b.v. omdat je een artikel moet inleveren bij een journal dat geen TikZ kent). Anders is gewoon figure - tikzpicture - caption genoeg.

Als je dat externaliseren wilt doen, dan kun je trouwens beter met de nieuwste versie van TikZ gaan werken, die is een stuk flexibeler. (Nieuwste = ontwikkelingsversie.)

Over die lussen, ik denk dat als je:

lus/.style={->,>=stealth',min distance=8mm,looseness=10,loop},

Aanpast, en de min distance groter maakt, dat de lus dan langer wordt. Verder, de labels op de pijlen zijn ook (naamloze) nodes inderdaad. Maar ik ben nu even wat drukker.

[ Bericht 1% gewijzigd door Iblis op 06-11-2008 08:40:59 ]

quote:

Op woensdag 5 november 2008 20:17 schreef Gospodin het volgende:
Meestal wel Je wilt sowieso je plaatje in een float hebben (zwevend over de pagina). Daarnaast wil je het centreren, en je wilt er dus een titeltje bij hebben. Wat ik meestal doe is:
[ code verwijderd ]

\epsfig is niet zo handig als je met pdflatex werkt, omdat pdflatex geen eps aankan. Beter kun je graphicx en \includegraphics{figuur} gebruiken. Draai (gewoon) LaTeX, dan kijkt het of figuur.eps bestaat, als je pdflatex draait, dan kijkt het of figuur.pdf bestaat (of .png of .jpg).

Op zich is qua gewoon LaTeX ook graphicx nu de geprefereerde keus, epsfig is outdated.

Het is prima, eventueel kun je dit doen in de matrix

|(2) [set]|

In plaats van |(2)| in een cell. Dan geef je die node direct de vorm van een ellipse en hoef je niet de fit te doen. Ik maak trouwens in preview screenshots met appeltje+shift+4 (komt er een crosshair en dan kun je de regio selecteren...).

quote:

Op donderdag 6 november 2008 13:44 schreef Wouser het volgende:
Wow dat Tikz is dus helemaal de max man voor plaatjes is dat nieuw ofzo...?

Redelijk ja. Eerst was er pgf, en TikZ bestaat nu 2 jaar, maar versie 2.00 is duidelijk een verbetering, en dat bestaat een half jaar. Ik geloof dat het door een kerel in Duitsland geschreven wordt… iemand zoveel tijd had dat hij twee studies kon afronden en daarna kon promoveren om voor z'n 30e prof te zijn en TeX-goeroe te worden om TikZ te schrijven.

quote:

Op donderdag 6 november 2008 14:27 schreef zuiderbuur het volgende:
column sep={2cm,between origins}] {
|(1)| 1 & |(D)| D \
|(2)| 2 & |(C)| C \
|(3)| 3 & |(B)| B \
|(4)| 4 & |(A)| A \
};

Ik begrijp toch goed dat de eerste 1 ( of 2..) hier slaat op de naam, dus dat hij die "plaats", die "node" moet onthouden onder de naam 1 , en dat dat altijd tussen |( en )| moet, terwijl die andere 1 gewoon een stuk tekst is dat even goed iets anders had kunnen zijn?

Ja, dat klopt. Je kunt hiervoor het hoofdstuk over matrices lezen. Als samenvatting, er zijn twee manieren om matrices te specificeren. Je kunt dit doen:

\matrix {
\node[opties] (naam) {inhoud}; & \node[opties] (naam2) {inhoud};
}

Of je kunt doen:

\matrix[matrix of nodes] {
|[opties] (naam)| inhoud & |[opties] (naam)|
}

Het eerste is duidelijk uitgebreider (en flexibeler als je niet per se nodes wilt, maar dat wil je heel vaak wel).

En als je zeker weet dat inhoud altijd wiskundig is, dan kun je in plaats van:

\matrix {
\node[opties] (naam) {$inhoud$}; & \node[opties] (naam2) {$inhoud$};
}

\matrix[matrix math of nodes] {
|[opties] (naam)| inhoud & |[opties] (naam)|
}


Doen. Het is dus 'gewoon' een korte notatie. Overigens kun je, als je OS X gebruikt, met Preview vrij goed zoeken in de manual. Alles staat er wel in beschreven…, dus als je matrix of nodes invult, dan komt Preview vrij snel met de plaats waar dit uitgelegd staat op de proppen – veel sneller dan Acrobat Reader.

quote:

Op vrijdag 7 november 2008 09:19 schreef zuiderbuur het volgende:

[..]

Ik heb inderdaad Preview en zoek daarmee in de handleiding. Toch heb ik de indruk dat de handleiding soms geen voorbeelden geeft van het meest algemene geval. Vandaar mijn interesse in jouw bovenstaande voorbeeld (waarmee ik poog te snappen wat een "pure" matrix nou werkelijk is).

Ik heb nu dit gedaan:
[ code verwijderd ]

Dat wil hij niet compileren, hij blijft maar beweren dat er een } te veel of te weinig is. Maar waar dan?
Of is het omdat ik het te sober wil doen (zonder [opties])?

Nee het sober doen is het het probleem, mijn voorbeeld was niet helemaal goed, ik had het gister nog even snel getypt zonder te testen , zo werkt het wel:



Je moet de rijen afsluiten met \\ en je moet een ; na de matrix zetten.

quote:

Op donderdag 6 november 2008 17:14 schreef Wouser het volgende:

[..]

Whehehe wat ik me eigenlijk net zo afvroeg. Waarmee programmeer je eigenlijk nou zoiets bijvoorbeeld dus als Tikz? Heeft hij dat ook allemaal in LaTeX gedaan ofzo

Ja, dat wordt allemaal in TeXs macrotaal geschreven. Dat wil zeggen, al het werk om de opties te parsen en wat berekeningen te doen, maar uiteindelijk is het een vertaling naar PostScript of PDF commando's, afhankelijk van je backend. (Of SVG, dat kan ook in principe.)

quote:

Op vrijdag 7 november 2008 14:32 schreef zuiderbuur het volgende:
Toch vind ik dit raar, ik snap niet echt de logica achter de regels van die syntax
[ code verwijderd ]


doen nu hetzelfde.

Wat eerst \node (naam) {inhoud}; was
is nu
|(naam)| inhoud

Er zijn nu | verschenen, er is geen; meer nodig en de inhoud staat niet meer tussen { }. Dat is toch vreemd. Of is dit juist heel gewoon voor het soort taal dat hier gehanteerd wordt?

Er zit geen echte logica in, het staat wel in de manual uitgelegd, maar het is vooral om het typen wat korter te maken. Het is een beetje 'magie'. Maar omdat je heel vaak allemaal nodes typt in een matrix is deze verkorte syntax geïntroduceerd.

quote:

Op vrijdag 7 november 2008 18:18 schreef zuiderbuur het volgende:
Ik sukkel nog steeds met die sidewaysfigure. Is er een manier om hem te dwingen om die geroteerde figuur toch werkelijk daar te plaatsen en nergens anders (niet wat verderop of zo)

Nu is het toch wel erg voor uitgekomen, en als ik dat wil oplossen met een goeie labelling zoals
\begin{sidewaysfigure}\label{testlabel}

dan krijg ik het verkeerde nummer als ik \ref{testlabel} doe!

Het is domweg lastig. Omdat een gedraaide figuur altijd op een aparte pagina komt. Dus, die kan niet echt ‘hier’. Eventueel zou je die tabel in een los TeX-document kunnen zetten, en die naar PDF compileren en daar een PDF-figuur van maken (maar dat zou ik even morgen moeten uitzoeken hoe te doen, daar heb ik geen tijd voor op het moment).

Dat die \ref verkeerd gaat komt omdat \label altijd na een caption moet komen.

quote:

Op maandag 10 november 2008 17:59 schreef V2 het volgende:
Een vraag over het uitlijnen van getallen (zonder decimalen) in tabellen. Ik wil het volgende: de eerste regel van de tabel bevat de kolomtitel. Daaronder komt de data, maar de data is dus minder breed dan het kopje. Als ik de data centreer komt het er mooi onder te staan, maar niet elk getal is even groot, dus dan klopt de uitlijning niet. Als ik de kolom rechts uitlijn klopt de uitlijning van de getallen, maar komt het weer niet netjes recht onder het kopje te staan...!
Als eventuele oplossing had ik bedacht: de kolom centreren, en alle data in boxes met een fixed width zetten, rechts uitgelijnd ... maar dat is nogal omslachtig. Is hier niet een handiger trucje voor? Heb ook al geprobeerd om een spatie voor de 'ontbrekende' getallen te zetten, maar die breedte komt niet overeen met de breedte van een getal. Derde optie is de breedte van een 0 'meten' met een of andere savebox-constructie, en die lengte als skip 1 of meerdere malen voor het getal zetten ... maar dan nog, kan dit niet makkelijker?
N.B. ik ben niet op zoek naar de constructie voor uitlijning op de decimale punt, die ken ik wel :) het gaat om data zonder decimale punt.

Je kunt een multicolumn van één column maken. Dan kun je voor één column een andere uitlijning opgeven. Zou dat niet geven wat je wilt? Je kunt zo voor de kop-rij de ruimte tussen de kolommen wat smaller maken, en voor de andere rijen extreem breed, zodat het lijkt alsof de getallen weliswaar rechts uitgelijnd zijn, maar toch enigszins midden onder de kopjes staan (want dat is hetgeen je wilt naar ik begrijp).

Er is ook nog een oplossing met de array package, die heeft de >{..} en <{..} constructies om voor en na een kolom een bepaalde definitie in te voegen (dat is het trucje dat je in gedachten hebt denk ik. )



Dat geeft iets betere centrering, dan hoef je minder te prutsen (denk ik).

quote:

Op vrijdag 7 november 2008 18:18 schreef zuiderbuur het volgende:
Ik sukkel nog steeds met die sidewaysfigure. Is er een manier om hem te dwingen om die geroteerde figuur toch werkelijk daar te plaatsen en nergens anders (niet wat verderop of zo)

Nu is het toch wel erg voor uitgekomen, en als ik dat wil oplossen met een goeie labelling zoals
\begin{sidewaysfigure}\label{testlabel}

dan krijg ik het verkeerde nummer als ik \ref{testlabel} doe! :?

Ik heb hier nog even over nagedacht, je kunt je problemen met rotatebox wel verhelpen door zelf een omgeving te introduceren waarin \[ ... \] wel werkt, dit is b.v .een \vbox of een minipageomgeving:



(De framebox is er even voor de duidelijkheid, die kun je natuurlijk weghalen.)

Als dit nog niet werkt, kun je dan eens je code van die tabel in een pastebin zetten? En heeft Maple aparte packages nodig?

Als je niet een minimal example maakt, dan blijft het gokken, maar ik vermoed dat je nog:



Moet doen aan het begin van je document.

quote:

Op dinsdag 11 november 2008 19:01 schreef znarch het volgende:

[..]

Sorry, ik type veeel te snel, die heb ik dus geladen, ook bij het laden van die library geeft hij geen error. Vreemd, ik weet namenlijk (ondanks dat ik niet eerder met tikz bezig ben geweest) 100% zeker dat het klopt.

Kun je dan even een volledig (minimaal) document maken, dus zoiets als:

Waarom moet het per se in een minipage? In principe kan het ook zo:



Of in z'n algemeenheid:



De \hspace{\fill} drukt logo2 naar links en Logo1 naar rechts.

quote:

Op woensdag 19 november 2008 16:36 schreef PietjePuk007 het volgende:
Geprobeerd want ze staan idd veel te dicht op elkaar, nu staan ze niet netjes naast elkaar (rechts staat ik denk 1 witregel lager).
[ code verwijderd ]

Dat kan ook te maken hebben met hoe je logo's in elkaar zitten. LaTeX lijnt uit op de baseline. Als de hoogte/breedte verhouding van de logo's anders is kan dit raar uitpakken. Op zich kun je dit een beetje voorkomen door wel met de minipages te werken (die kun je ook door een \hspace{\fill} scheiden) en die een argument [b] of [t] mee te geven om aan hoe ze uitgelijnd moeten worden, dus zoiets:



(bij beide figuren).

quote:

Op donderdag 20 november 2008 11:31 schreef PietjePuk007 het volgende:
Kan dus wel zoiets gebruiken:
[ code verwijderd ]

Maar hoe doe je dat voor 1 pagina (de titelpagina)?

Titelpagina's maak ik meestal apart, in een los document, juist omdat ze zulke afwijkende eisen hebben. In mijn hoofddocument zet ik dan:



Hiervoor moet je wel pdfLaTeX en \usepackage{pdfpages} gebruiken. Bovenstaande voegt dan de titelpagina in. Je zet dit dus meestal direct na je begin-document. Anders zul je wat trucs moeten gebruiken.

\linebreak[4] zou een linebreak moeten geven die gewoon uitvult. Maar met 2x 0.8\textwidth past het toch ook nooit naast elkaar?

\hfil is ook een fill inderdaad, \hfill vult weer sterker dan \hfil (en in TeX is er ook nog hfilll).

Maar: kun je een minimal example maken? Ik weet niet welke packages je gebruikt.

quote:

Op dinsdag 2 december 2008 14:15 schreef Bioman_1 het volgende:

[..]

Sorry. Dat is wel handig om er bij te zetten ja :-)
[ code verwijderd ]

Het is een lastig probleempje, naar het zich laat aanzien. Ten eerste gebruik je zowel subfigure als subfig. Dat is wat vreemd. De tweede is een opvolger van de eerste, en die wordt aangeraden te gebruiken. Uit de webpagina van ieetrans maak ik verder op dat:

quote:

Q: Is there a way to use the fixltx2e package with the stfloats package so that I can get correctly ordered double column floats and be able to position them at the bottom as well?

Yes, use Morten Hogholm's dblfloatfix package, which contains the combined functionality of fixltx2e (the fix2col part) and the stfloats package.

Het probleem lijkt namelijk te zitten in het laden van fixltx2e en subfigure (daarom liever subfig); maar dan verdwijnt het hele figuur en daarvoor heb je dblfloatfix nodig…

Hoe dan ook, zoiets lijkt te werken:



Subfig laadt zelf de caption package, dblfloatfix laadt fixltx2e.

Je code voor de figuren wordt nu:



Hopelijk werkt dit… het is een bonte verzameling van classes en packages!

[ Bericht 1% gewijzigd door Iblis op 02-12-2008 14:53:59 ]

Misschien dat dat aan een verschil ligt in versie. Bij mij wordt caption wel automatisch geladen, maar dat zou kunnen. Verder lees ik nog dat je dit trouwens zou kunnen doen:



Om de optie ‘tight’ die je aan subfigure gaf te emuleren met subfig.

Het probleem is dat PDF oorspronkelijk niet zo'n presentatieformaat is als Powerpoint, en Adobe Reader ook niet zo'n gespecialiseerd presentatieprogramma. Wat Beamer kan doen, in two-screenmode, is een presentatie maken die tweemaal zo breed is als normaal. Als je nu twee schermen (in dezelfde resolutie) aansluit, dan zal de presentatie beide schermen in beslag nemen, maar een daarvan is wat jij ziet, en een daarvan is wat op de projector te zien is.

Je kunt dan zorgen dat die notes alleen in het ene gedeelte van de presentatie dat jij ziet terechtkomen.

Maar, dat betekent dus dat je presentatieprogramma wel zo met fullscreen moet omgaan! Adobe Reader op OS X doet dat in ieder geval niet. Zelf maak ik dan liever gewoon een printje en maak daar wat aantekeningen op dat ik naast me neerleg.

Is je comment niet een Remark? Je kunt met amsthm zoiets doen:



Dan kun je:



Doen. Zie ook de documentatie van amsthm. Een webpagina kun je inderdaad het beste met Misc citen, voor voorbeelden kun je altijd op Wikipedia terecht, ‘Cite this page’ of ‘Deze pagina citeren’:



Hiervoor moet je wel hyperref gebruiken of \usepackage{url} doen. De URL wordt dan fatsoenlijk afgebroken. Waarom werkte jouw voorbeeld eigenlijk niet?

quote:

Op donderdag 4 december 2008 12:05 schreef zuiderbuur het volgende:

[..]

Bedankt, maar ik heb nu gewoon, zonder hyperref, jouw code gekopieerd en wel bovenaan \usepackage{url} geplaatst, dan krijg ik wel degelijk die referentie in mijn bibliografie, maar zonder url:
Wikipedia-bijdragers. Vlaanderen — wikipedia, de vrije encyclopedie, 2008. [Online; accessed 3-december-
2008].

Wat doe ik dan fout?

Wellicht dat je een (oude) BibTeX-stijl gebruikt die het url-veld niet kent. Je zou de URL in de note kunnen zetten of het veld howpublished kunnen gebruiken: howpublished = "\url{http://...}"; die is wel altijd beschikbaar in misc.

Als je andere waarden gebruikt, wordt de template dan ook niet aangepast? Ik heb zo namelijk even geen idee… (en aangezien je een plaatje gebruikt kan ik ook niet snel even copy pasten).

Volgens mij is het probleem – als ik de manual lees – dat je om infolines te kunnen gebruiken óók de infolines outertheme moet gebruiken. Ik begrijp dat jij eigenlijk twee stijlen wil combineren… ik denk dat je dan zelf een theme moet maken, of b.v. de definities moet kopiëren uit de betreffende theme files, zoals dit:



Dan werkt je \setbeamertemplate{footline}[infolines theme] wel.

quote:

Op donderdag 4 december 2008 14:57 schreef zuiderbuur het volgende:
Met howpublished lukt het wel maar ik had gehoopt dat die url een klikbare link zou zijn in de pdffile, of kan dat in geen geval?

Jawel, maar daar moet je hyperref voor gebruiken.

quote:

Ik heb een ander probleem. Ik ben weer aan het sukkelen met enorme matrices. Opnieuw wil ik dat met sidewaysfigure oplossen maar zelfs met "tiny" is die daarvoor gewoon te groot. Nu dacht ik: ik draai ze om en ik knip ze in twee, eerst de eerste vierde kolommen, daaronder de rest:
[ code verwijderd ]

Zo dus, maar dan duwt hij de bovenkant (als je je blad draait), dus de eerste kolommen, veel te hoog zodat je echt al een rij of zo kwijt bent.

Wat kan ik doen?

Dit zie ik nog niet helemaal voor me eigenlijk… Ook niet waarom en hoe het misgaat. Wordt het geheel niet alsnog te hoog?

Hier werkt het gewoon… welk formaat is je afbeelding? Voor pdflatex moet deze wel in png/jpg/pdf formaat zijn, eps werkt niet met pdf. Desnoods moet je zelf even converteren.

quote:

Op vrijdag 12 december 2008 09:30 schreef zuiderbuur het volgende:
Op die url zal ik nog moeten zoeken.

Een andere vraag van me gaat opnieuw over het draaien en combineren van figuren. Ik zou eigenlijk dit willen:
op één geroteerd blad:

Titel figuur 1
(figuur 1)
Titel figuur 2
(een deel van een matrix)
(op nieuwe lijn : tweede deel van die matrix)

Maar voor ik begin te knoeien zou ik dus willen weten of dit wel mogelijk is. Het feit dat ik niet alleen twee gedraaide figuren op een blad wil, maar dat die tweede figuur ook nog eens uit twee delen onder elkaar moet bestaan, voorspelt niet veel goeds.

In principe moet het kunnen, alhoewel ik het nog niet helemaal voor me zie. Ik kan er morgen pas echt naar kijken ,maar als je ergens op pastebin code kunt zetten + evt. een tekening hoe het moet, dan kan ik denk ik morgen wel wat in elkaar maken.

Het is een beetje vreemd misschien dat die figure buiten de sideways staat, maar als dat niet zo is krijg je gezeur.

quote:

Op maandag 15 december 2008 11:27 schreef zuiderbuur het volgende:
Dat ziet er al heel aardig uit!
Maar ik snap niet goed waarom je tweemaal label : m:een neemt? Het lijkt net te gaan om aparte labels te gebruiken, wat voor mij handiger is.

Dat was een copy paste foutje.

quote:

Die minipage kende ik niet.

Nou vroeg ik me dit nog af: ik ging misschien een appendix maken met daarin figuren. Die Appendix ging een "Section" zijn, daarna ging er nog een section "Dankwoord" of zo zijn.
Maar Latex plaatst die figuren zo een beetje waar hij zelf wil, waardoor ik nu dus dit heb:

einde sectie 4
Section 5 : Appendix
Section 6: Dankwoord
...

en dan op het volgende blad beginnen de figuren. Er moet toch wel een betere manier zijn dan dat?

Je kunt de package placeins gebruiken, dat biedt de mogelijkheid floats tegen te houden. Dat zou je voor het dankwoord kunnen activeren.

Het standaard chaptercommando zet de paginastijl voor de chapterpagina's om naar ‘plain’. Op zich is dat niet zo vreemd om te zien vind ik zelf, vooral een header op die pagina's is vreemd natuurlijk. Je moet dan ook de ‘plain’-stijl herdefiniëren om succes te hebben, dat staat in de fancyhdr documentatie op pagina 7 e.v. uitgelegd.

quote:

Op donderdag 18 december 2008 17:33 schreef zuiderbuur het volgende:
Ik ben hier opnieuw bezig in "tikz" en eigenlijk lukt het wel, alleen zou het toch nog wel wat mooier kunnen zijn.

Dit is mijn code:
Het grootste probleem is dus dat mijn A_{-1,3} niet zou mogen die andere verzamelingen snijden, die zijn allemaal disjunct immers. Verder zijn sommige labels er op een nogal zielige plaats doorgekomen.
Weet iemand raad? :?
[ code verwijderd ]

Je kunt je verzamelingen gewoon wat verder van elkaar zetten:



Die row sep voegt wat meer ruimte in.

Verder oogt dit dan wat beter:



Want die ellipse wordt eigenlijk ietsje te groot gemaakt.

En de LxL kun je beter plaatsen door b.v. dit te doen:



Je zegt hier dat hij van het label 'LxL' het punt links onder moet kiezen om het tegen de grote verzameling te plaatsen. Ook andere labels kun je door handiger met anchors te werken misschien nog iets beter krijgen als je dat zou willen.

quote:

Op donderdag 18 december 2008 17:48 schreef zuiderbuur het volgende:
Vreemd,ik kan mijn bericht niet meer wijzigen.

Ik had nog een vraag over die url's :
[ code verwijderd ]

met als bibliografie:
[ code verwijderd ]


doet het dus niet bij mij. Hoe kan dat? Ik zie geen url, laat staan een klikbare, ik lees enkel:

[1] Wikipedia-bijdragers. Vlaanderen — wikipedia, de vrije encyclopedie, 2008. [Online; accessed 3-december-
2008].

Ik denk dat je BibTeX stijl geen url-velden herkent. Misschien moet je de url = vervangen door 'howpublished = '... Lees ook deze pagina.

Het hele idee achter een opsomming is dat je de onderdelen nummert of aangeeft; vandaar dat er niet een versie met een sterretje is. Maar, je kunt het \item commando optioneel meegeven waarmee genummerd moet worden. Je zou ook een tabel kunnen maken om de zaken onder elkaar te zetten (alhoewel dat andere witruimte geeft standaard):

quote:

Op dinsdag 13 januari 2009 09:51 schreef Wouser het volgende:
Ok thanks. Een ander vraagje dan aangezien ik dan denk ik voor tabular ga kiezen... Maar hoe kan de witruimte tussen de regels veranderen bij een tabel?

Handmatig, zoals ik aangaf met [[1ex]], of je gebruikt de package ‘array’, en dan kun je:



Opgeven om witruimte tussen de rijen te forceren.

quote:

Verder ook nog iets anders...
ik heb het volgende
[ code verwijderd ]

Wanneer ik dit vervolgens gebruik in me tex file en na \bedrijfx komt een spatie dan 'neemt' hij de spatie weg en dan staat er bijvoorbeeld...
[ code verwijderd ]

Ja, dat is standaard bij commando's, en dat los je op door \bedrijfx{} te typen. Je ziet het ook bij b.v. \TeX. Anders zou het heel irritant zijn bij zaken als \TeX nisch.

quote:

ps. ander klein vraagje nog wat je denk ik wel weet :P maar is Preface eerder gelijk aan Voorwoord of aan inleiding. Heb namelijk beide woorden nodig in het engels... En ik dacht zelf Preface introduction?

Ik citeer uit de Chicago Manual of Style, sectie ‘Foreword, Preface, Acknowledgments and Introduction’:

quote:

Foreword. A foreword is usually a statement by someone other than the author, sometimes an eminent person […]

Preface. Material normally conatined in an author's preface includes reasons for undertaking the work, method of research, acknowledgements […]

Introduction Most introductions belong not in the front matter but at the beginning of the text, paginated with arabic numerals. Material about the book–its origins, for example–rather than bout the subject matter should be included in the preface or in the acknowledgments. A substantial introduction by someone other than the author is usually included in the front matter, following the acknowledgments, but if it is not more than three to five pgaes, it may more appropriately be called a foreword and placed before the preface.

quote:

Op woensdag 14 januari 2009 15:22 schreef iBolt het volgende:
Nog een vraagje hoe krijg ik me font nog groter dan de standaard maximale grote \Huge?

Package scalefnt gebruiken.

quote:

Op woensdag 14 januari 2009 21:41 schreef Visitor.Q het volgende:
Ik zou graag zapfino fonts gebruiken (zie punt 5 op deze pagina). Maar volgens deze bron is dit vooral goed te doen icm XeTeX, wat dus een OS X programma is. Ook heeft de Mac deze fonts (blijkbaar) geinstalleerd. Bestaan er calligraphic fonts voor LaTeX die gratis zijn (op de pc), met bv. meerdere glyphs voor een bepaalde letter, en van die vette krullen die een woord lang kunnen zijn?

Zapfino is niet gratis, het wordt bij OS X geleverd als een soort van showcase-font om de Apple AAT technology te illustreren. (Overigens maar in één gewicht.) Echter, XeTeX zit ook in TeXLive 2008, want het werkt inmiddels ook onder Linux (ook gewoon met OpenType fonts). Je kunt het beste fontspec gebruiken.

Wat gratis calligrafische fonts betreft moet ik het antwoord schuldig blijven, maar als je met XeTeX aan de gang gaat is in beginsel elk OpenType-font geschikt; je kunt dus allicht even in zo’n fonttopic neuzen of mensen daar een Zapfino-kloon kennen.