Custom bundmargin i memoir

Læs venligst memoir manualen. Memoir sørger for at højden af tekstområdet passer med et helt antal linier, derfor vil den finde på at anvende en lidt anden bundmargin end den som brugeren beder om. På denne måde kommer man ikke ud for at siderne strækkes unødigt.

I manualen vil du også kunne finde en oversigt over options til \checkandfixthelayout, jeg anvender normalt \checkandfixthelayout[nearest], som fanger den højde af tekstområdet som er et helt antal linier, og som ligger tættest på det du bad om, også selv om det giver en lidt mindre bundmargin. Standarden er at aldrig vil gøre bundmargin mindre end det du har sagt.

Tak for svaret! Jeg har dog allerede memoir manualen åben, men fandt ikke noget hjælp der hvor \setulmarginsandblock beskrives.

Den dybere årsag du beskriver, giver meget god mening, men det er jeg godt nok ikke lige stødt på i manualen.

\setulmarginsandblock sætter bare noget, den laver ikke beregninger,d et er \checkandfixthelayout du skal kigge på (memoir manualen skal skrives om, når der bliver tid til det). Se side 23-24 i den nuværende manual (seneste opdaterede)

Jeg prøvede de forskellige options og følgende passer perfekt - om det er held kan jeg ikke gennemskue, da bundmargin er sat til 2.0cm.

\setlrmarginsandblock{2.0cm}{2.0cm}{*}
\setulmarginsandblock{2.0cm}{2.0cm}{*}
\checkandfixthelayout[fixed]

Tak for hjælpen!

Fixed gør det det den siger, bruger det brugeren beder om. Jeg vil dog ikke anbefale det med mindre du også anvender 'ragged bottom' ellers vil du se sider blive strukket fordi LaTeX gerne vil have at sidste linie på hver side flugter.

Ja ok - endnu engang logisk. Så har min Word-skabelon været 2.0cm og ikke 2.2cm. Uden [fixed] er Latex-udgaven så i stedet blevet flyttet 0.2cm.

Det er ikke med i eksemplet, men jeg benytter altid \raggedbottom for at undgå stræk.

Det synes jeg jo så ikke er pænt (ligner for meget Word)

Med fare for at starte en lang diskussion omkring det, så er \raggedbottom "nødvendig" sammen med [H] for at undgå overdreven stræk af teksten.

Det er jeg meget uening i. Det hele handler om at skrive sine ting ordentligt. Og [H] betyder bare at man ikke har forstået hvordan floats skal anvendes.

Jeg ved godt [H] næsten er nr. 1 på din liste over dødssynder. Vi er i gruppen udmærket klar over hvordan floats fungerer og "skal" anvendes, men er på ingen måde tilfredse med resultatet.

Så vil jeg altså gerne have at I forklarer hvad jeres problem er med det? Og 'figuren skal være lige her' er ikke noget argument.

Jeg mener nu at 'figuren skal være lige her' er et fint argument. Jeg vil gerne selv bestemme, hvornår læseren skal se figuren (lige når den er henvist til). Han/hun skal ikke rundt i hele rapporten og lede efter den!

Vores umiddelbare erfaring er, at 'htbp' ikke virker efter hensigten, altså hvis 'h' svigter, skal den i det mindste være på siden ('p'). Figurerne er fløjet rundt i hele rapporten - mange sider fra det ønskede. Dette var i vores spæde Latex-dage på ingen måde tilfredsstillende, så vi havde ingen intension om at undersøge f.eks. 'floatbarrier' og lignende tiltag.

Det er dårligt udnyttelse af papiret. Hvis det ender mange sider længere fremme så er der noget helt andet galt (hvis man altså har sørger for at anvende mindst htp, jeg bryder mig ikke om floats i bunden af siden).

Når dette sker er det som regel fordi folk anvender [h] og figuren er for stor til en [t], så flyder de nemlig nemt lagt væk.

Jeg vil gerne se et eksempel på dokumenter med dette problem.

For det andet skal man altid huske at indsætte figurer mellem afsnit, ikke midt i et afsnit. Det sidste giver ofte ringe resultater.

Det man ønsker er som regel at figuren skal komme så hurtigt så muligt. Hvilket også er det den gør som det bruges korrekt. Jeg synes det er forkert brug når man accepterer store huller i sin tekst bare fordi en figur ikke kunne være nederst på siden.

Jeg tør ikke sige, om der kun har været anvendt [h], fordi vi intuitivt har tænkt at det bliver HERE!

Vi kigger naturligvis alle sider igennem til sidst og justerer figurstørrelser, afsnit osv. så store huller undgås. Det er selvfølgelig ikke specielt dynamisk kan du argumentere, men det fungerer fint for os.

Jeg har i en rapport prøvet at ændre [H] til [htp], hvilket reducerer sølle 2 fysiske sider ud af 166 total. Jeg må umiddelbart erkende, at Latex gør et godt stykke arbejde og de mange oprindelige små hvide felter bliver fyldt ud. De flyver heller ikke så meget rundt, som jeg havde regnet med.

Der er dog nogle punkter, hvor jeg er utilfreds. Latex er slem til at flytte figurer om bagerst i afsnittene, fordi det er det nemmeste. Vi bryder os dog ikke om flere figurer på stribe uden tekst imellem samt som afslutning på et afsnit. Samtidig kan der blive rigtig langt fra henvisning til figur, hvis 4-5 figurer bare stackes til slut. Vi bruger openright og flere steder lige inden begyndelsen på et nyt chapter, placeres figuren endvidere vertikalt midt på siden, som jeg tvivler på nogen synes er pænt.

Det var lige et lille resume, hvis andre vil læse om emnet. Jeg har sendt dig en uddybende mail med resultatet vedhæftet.