ivan

Risposte nei forum create

Stai visualizzando 15 risposte – dal 226 al 240 (di 3,536 totali)
  • Autore
    Risposte
  • Up
    0
    Down
    ::


    Con questo
    `\newcommand{\bibtocsect}[1]{\section{#1}\addcontentsline{toc}{section}{#1}}
    \defbibheading{basi}{\bibtocsect{Bibliografia essenziale}}
    \defbibheading{approf}{\bibtocsect{Altri testi citati nella tesi}}

    \backmatter
    \chapter{Bibliografia}
    \bibbycategory
    `
    edit: \newcommand{\bibtocsect}[1]{\section*{#1}\addcontentsline{toc}{section}{#1}}
    ottieni:
    Bibliografia
    Bibliografia essenziale
    Altri testi citati nella tesi

    Ciao
    Ivan

    Up
    0
    Down
    ::


    `\section{Bibliografia essenziale}` non `\section*{}`

    Ciao
    Ivan

    Up
    0
    Down
    ::

    zambu” post=117738Grazie Ivan, funziona per quanto riguarda la bibliografia.

    Per quanto riguarda le citazioni, non gestisce “ivi” e “ibidem”.

    Queste le gestirò “a mano”.

    In realtà anche: authoryear-icomp non distingue tra “ivi” e “ibidem” contrariamente a quanto previsto dallo stile italiano delle citazioni (per quanto ne so).

    Esatto. philosphy è basato su authoryear-comp.

    zambu” post=117738
    Mi sarebbe piaciuto intervenire su authoryear-icomp per fargli mettere le virgole al posto dei punti, ma non ho trovato nulla nella documentazione né su Internet in generale: ho cercato male?

    `renewcommand*{\newunitpunct}{\addcomma\space}`

    zambu” post=117738
    Per quanto riguarda la documentazione su quella di biblatex non sono neppure citati gli stili philosophy-*.

    Gli stili derivati non sono riportati, a quanto ne so, nella doc di biblatex.

    Per un primo approccio alla creazione di stili con biblatex puoi provare a leggere i miei articoli su ArsTeXnica. Alcune cose non funzionano più, perché i nomi di alcune macro sono cambiati, ma sul piano teorico possono essere ancora utili. Almeno per farsi un’idea.

    1. Creare stili bibliografici con biblatex
    2. Funzionalità avanzate del sistema Biblatex/Biber

    Ciao
    Ivan

    Up
    0
    Down
    ::


    Prova con

    `style=philosophy-classic`
    o
    `style=philosophy-modern`

    Ciao
    Ivan

    in risposta a: Alla ricerca del corpo perfetto (suftesi, microtype et al.) #117253
    Up
    0
    Down
    ::


    Grazie a te! Ma non direi che è un mio pacchetto 😀 Nel senso che il codice è copiato pari pari da scrextend (nella doc ci sarà scritto). Però in effetti per farlo funzionare fuori da Koma è due giorni che ci lavoro.
    In questo senso è anche mio 😉

    Ciao
    Ivan

    in risposta a: Alla ricerca del corpo perfetto (suftesi, microtype et al.) #117251
    Up
    0
    Down
    ::


    Premetto che ne frattempo ho creato un pacchetto apposito, per cambiare il font del documento (ti arriverà, per una valutazione preventiva 🙂 )
    Ho deciso di creare un nuovo pacchetto per questi motivi.
    Il pacchetto scrextend non è del tutto innocuo. Carica scrbase e (ri)definisce una miriade di nuovi comandi, il cui effetto è difficile da prevedere.
    In breve, fa un sacco di cose che non mi servono e che potrebbero essere potenzialmente dannose. Per esempio definisce il comando \titlefont, che è definito anche da suftesi; definisce l’opzione “version”, che in suftesi ha un altro significato e crea un conflitto.

    In merito a quest’ultimo punto ho indagato abbastanza a fondo. Quello che succede nel file scrextend.sty è che alcune definizioni sono diverse per se la versione di Koma è inferiore a 3.12 (viene usato il condizionale interno \ifnum\scr@v@is@lt{3.12}). Quindi, per esempio, se l’opzione automaticamente passata al pacchetto è “version=first” verranno usate quelle definizioni invece delle ultime, che dovrebbero essere migliori (almeno in teoria). L’unico svantaggio del pacchetto autonomo è che bisogna controllare eventuali aggiornamenti di scrextend, per vedere se ci sono state migliorie o meno, ma io penso che partendo da questa base lo si possa sviluppare indipendentemente. tutto sommato quello che fa è ridefinire i comandi del file .clo in maniera coerente con la dimensione di \normalsize. Inoltre ho notato che scrextend non ridefinisce \parindent, che invece andrebbe preso in considerazione. Così come non ridefinisce \smallskipamount e compagnia. Questi comandi evidentemente vengono definiti dal file .clo caricato con le opzioni di classe. Quindi il nuovo pacchetto va usato coerentemente anche con le opzioni di classe.

    Per esempio se voglio impostare il corpo normale a 11.5 punti, usando l’opzione di classe 11pt o 12pt ci saranno delle differenze. In breve: non fa miracoli, ma nemmeno scrextend li faceva.

    Ciao
    Ivan

    in risposta a: Alla ricerca del corpo perfetto (suftesi, microtype et al.) #117249
    Up
    0
    Down
    ::


    L’aggiunta di scrextend ha scoperchiato il vaso di pandora. Il problema riguarda il nome di alcune opzioni (ma anche un comando) definite anche da suftesi.
    In particolare le opzioni fontsize e version.
    1) L’opzione fontsize è definita da scrextend per cambiare corpo del font del documento. Mi sono infatti accorto che non serve che definisca un’opzione di classe fontsize, visto che quell’opzione è già definita dal pacchetto scrextend. Quindi questo è un mezzo problema…L’unico fastidio è che produce un Warning di “Unused global options”, innocuo. Potrei evitarlo definendo l’opzione corpo come hai fatto tu in toptesi.sty. Ma io preferirei mantenere il nome fontsize perché tutte le opzioni di classe sono in inglese. Problema che può aspettare.

    2) L’opzione version, invece, è diversa in suftesi e scrextend. Nel primo caso ha a che fare con la visualizzaizone del pdf. Nel secondo con la compatibilità tra le versioni di Koma.
    Usando per esempio version=screen come opzione di classe, tutto funziona correttamente, ma l’opzione viene anche passata a scrextend, il quale però non riconosce il valore “screen” e imposta automaticamente “version=first”, laddove di default scrextend avrebbe version=last. Sinceramente non ho capito bene quanto mi devo preoccupare di questo. tu riesci a capirci qualcosa in più? Se, come mi sembra di intuire, la versione è quella del file di classe Koma, allora non dovrei preoccuparmene, visto che non lo carico. Giusto? 🙄

    Ciao
    Ivan

    in risposta a: Alla ricerca del corpo perfetto (suftesi, microtype et al.) #117247
    Up
    0
    Down
    ::


    Nella prossima versione di suftesi sarà incorporato scrextend e ci sarà la nuova opzione fontsize=….
    Mi sono accorto, però, che scrextend, o meglio, l’opzione fontsize che ho definito, non funziona con XeLaTeX. Funziona invece se si carica:
    `\usepackage[fontsize=23]{scrextend}`
    Non ho ancora capito il motivo, tuttavia sto meditando di caricare scrextend solo se si usa pdfLaTeX,
    anche considerato il fatto che con XeLaTeX si può cambiare corpo con, per esempio:
    `\setmainfont[SizeFeatures={Size=11.5}]{Garamond Libre}`

    Che ne pensi?

    Il codice che userò è questo:
    `\ifPDFTeX
    \@ifpackageloaded{scrextend}{}{\RequirePackage{scrextend}}
    \DeclareOptionX{fontsize}[10pt]{\changefontsizes{#1}}
    \ProcessOptionsX*
    \else\fi`
    Ciao
    Ivan

    Ciao
    Ivan

    in risposta a: Licenze dei font e uso di LaTeX #117312
    Up
    0
    Down
    ::


    Grazie Claudio. Nel frattempo ho contattato anche Michael Sharpe, che mi ha risposto dicendomi essenzialmente che le restrizioni previste dalla licenza MIT si applicano a chi, come lui, modifica un font e lo ridistribuisce. Detto questo, rimane una questione che il LaTeX team dovrebbe affrontare. Con TeXLive vengono distribuite decine e decine di font, tutti con una precisa licenza. Sul sito CTAN, per carità, c’è il link alla licenza, ma non è sufficiente. Dovrebbe esserci scritto qualcosa di più chiaro. Tipo:
    – il font si può usare per pubblicare libri cartacei, anche da parte di editori (che evidentemente lo fanno per scopi commerciali)
    – il font si può usare per pubblicare libri in formato pdf, anche da parte di editori
    – il font non si può usare per pubblicare ebook…
    A quanto mi risulta, la pubblicazione di e-books (non semplici pdf) comporta dei problemi, tanto che alcune “fonderie” richiedono un costo aggiuntivo per l’uso dei font negli e-books.
    Credo infatti che in questo caso si debba incorporare tutto il font…Ma non ho approfondito.

    L’editore che accetta di pubblicare un volume scritto in LaTeX si chiede, se è serio, se tutto è in regola.
    E vorrà magari un’occhiata alle licenze dei font usati. Se si ritrova la licenza MIT potrà farsi, verosimilmente, le mie stesse domande.
    A questo punto, però, può anche dire: “non sono sicuro che quel font si possa usare. Non voglio rischiare. Cambia font”. Una bella limitazione.

    Consideriamo un altro esempio. Pacchetto garamondx, ovvero font URW Garamond.
    La licenza recita:
    Do Not Sell Except by Arrangement
    Software in this category can generally be freely used and distributed freely or for a nominal fee.
    If you want to distribute or sell this software for a profit, then generally you will need to seek the permission of the author.
    Generally, software in this category is not strictly free in the sense of the Open Source idea of free software.

    Secondo voi, un editore che si legge quella pagina ti/si permetterà di usare il font URW Garamond caricato da garamondx?

    Ciao
    Ivan

    in risposta a: Alla ricerca dell’altezza perfetta (con geometry) #117280
    Up
    0
    Down
    ::


    Grazie Claudio. Il problema è evidentemente la distribuzione. Anche il file .log di Tommaso è molto diverso dal mio (oltre le date, si intende).
    Ho installato la Debian per comodità… Ma, sono sincero, è la prima volta. Tutte le altre volte ho sempre installato la TeX Live secondo la guida di Enrico.

    Così farò anche ora 😆

    Ciao
    Ivan

    in risposta a: Alla ricerca dell’altezza perfetta (con geometry) #117278
    Up
    0
    Down
    ::


    Devo concludere che ciò dipende dalla mia distribuzione (TeX Live/Debian 2017), perché a me l’ECM che ho fornito, e che riporto qui sotto, produce una decina di Underfull \vbox:
    `
    % !TEX encoding = UTF-8 Unicode
    % !TEX engine = pdfLaTeX
    \documentclass[11pt]{book}
    \usepackage{lipsum}
    \usepackage{geometry}
    \usepackage[LGR,T1]{fontenc}

    \geometry{
    heightrounded,
    includeheadfoot=false,
    textheight= 152mm,
    textwidth= 100mm,
    paperwidth= 140mm,
    paperheight= 210mm}

    \begin{document}
    \lipsum\lipsum\lipsum\lipsum\lipsum
    \end{document}
    `

    Aggiungendo al preambolo
    `\usepackage{etoolbox}
    \makeatletter
    \AtEndPreamble{%
    \PackageWarning{mine}{font size is \f@size}
    }
    \makeatother`
    Nel file .log ottengo:
    `Package mine Warning: font size is 10 on input line 21.`
    ma se tolgo LGR ottengo:
    `Package mine Warning: font size is 10.95 on input line 22.`

    Questo il file .log della compilazione.
    `
    This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) (preloaded format=pdflatex 2018.11.9) 17 FEB 2020 19:53
    entering extended mode
    restricted \write18 enabled.
    %&-line parsing enabled.
    **test-geometry.tex
    (./test-geometry.tex
    LaTeX2e <2017-04-15>
    Babel <3.18> and hyphenation patterns for 8 language(s) loaded.
    (/usr/share/texlive/texmf-dist/tex/latex/base/book.cls
    Document Class: book 2014/09/29 v1.4h Standard LaTeX document class
    (/usr/share/texlive/texmf-dist/tex/latex/base/bk11.clo
    File: bk11.clo 2014/09/29 v1.4h Standard LaTeX file (size option)
    )
    \c@part=\count79
    \c@chapter=\count80
    \c@section=\count81
    \c@subsection=\count82
    \c@subsubsection=\count83
    \c@paragraph=\count84
    \c@subparagraph=\count85
    \c@figure=\count86
    \c@table=\count87
    \abovecaptionskip=\skip41
    \belowcaptionskip=\skip42
    \bibindent=\dimen102
    )
    (/usr/share/texlive/texmf-dist/tex/latex/lipsum/lipsum.sty
    Package: lipsum 2014/07/27 v1.3 150 paragraphs of Lorem Ipsum dummy text
    \c@lips@count=\count88
    )
    (/usr/share/texlive/texmf-dist/tex/latex/geometry/geometry.sty
    Package: geometry 2010/09/12 v5.6 Page Geometry

    (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty
    Package: keyval 2014/10/28 v1.15 key=value parser (DPC)
    \KV@toks@=\toks14
    )
    (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifpdf.sty
    Package: ifpdf 2017/03/15 v3.2 Provides the ifpdf switch
    )
    (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifvtex.sty
    Package: ifvtex 2016/05/16 v1.6 Detect VTeX and its facilities (HO)
    Package ifvtex Info: VTeX not detected.
    )
    (/usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty
    Package: ifxetex 2010/09/12 v0.6 Provides ifxetex conditional
    )
    \Gm@cnth=\count89
    \Gm@cntv=\count90
    \c@Gm@tempcnt=\count91
    \Gm@bindingoffset=\dimen103
    \Gm@wd@mp=\dimen104
    \Gm@odd@mp=\dimen105
    \Gm@even@mp=\dimen106
    \Gm@layoutwidth=\dimen107
    \Gm@layoutheight=\dimen108
    \Gm@layouthoffset=\dimen109
    \Gm@layoutvoffset=\dimen110
    \Gm@dimlist=\toks15
    )
    (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty
    Package: fontenc 2017/04/05 v2.0i Standard LaTeX package

    (/usr/share/texlive/texmf-dist/tex/latex/greek-fontenc/lgrenc.def
    File: lgrenc.def 2015/12/07 v0.13.1 LGR Greek font encoding definitions

    (/usr/share/texlive/texmf-dist/tex/latex/greek-fontenc/greek-fontenc.def
    File: greek-fontenc.def 2015/08/04 v0.13 Common Greek font encoding definitions

    ))
    (/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def
    File: t1enc.def 2017/04/05 v2.0i Standard LaTeX file
    LaTeX Font Info: Redeclaring font encoding T1 on input line 48.
    )) (./test-geometry.aux)
    \openout1 = `test-geometry.aux'.

    LaTeX Font Info: Checking defaults for OML/cmm/m/it on input line 16.
    LaTeX Font Info: … okay on input line 16.
    LaTeX Font Info: Checking defaults for T1/cmr/m/n on input line 16.
    LaTeX Font Info: … okay on input line 16.
    LaTeX Font Info: Checking defaults for OT1/cmr/m/n on input line 16.
    LaTeX Font Info: … okay on input line 16.
    LaTeX Font Info: Checking defaults for OMS/cmsy/m/n on input line 16.
    LaTeX Font Info: … okay on input line 16.
    LaTeX Font Info: Checking defaults for OMX/cmex/m/n on input line 16.
    LaTeX Font Info: … okay on input line 16.
    LaTeX Font Info: Checking defaults for U/cmr/m/n on input line 16.
    LaTeX Font Info: … okay on input line 16.
    LaTeX Font Info: Checking defaults for LGR/cmr/m/n on input line 16.
    LaTeX Font Info: Try loading font information for LGR+cmr on input line 16.
    (/usr/share/texlive/texmf-dist/tex/latex/cbfonts-fd/lgrcmr.fd
    File: lgrcmr.fd 2017/07/29 v1.2 Greek European Computer Regular
    )
    LaTeX Font Info: … okay on input line 16.

    *geometry* driver: auto-detecting
    *geometry* detected driver: pdftex
    *geometry* verbose mode – [ preamble ] result:
    * driver: pdftex
    * paper: custom
    * layout:
    * layoutoffset:(h,v)=(0.0pt,0.0pt)
    * modes: twoside heightrounded
    * h-part:(L,W,R)=(45.52438pt, 284.52756pt, 68.28664pt)
    * v-part:(T,H,B)=(66.01038pt, 432.48189pt, 99.01561pt)
    * \paperwidth=398.33858pt
    * \paperheight=597.50787pt
    * \textwidth=284.52756pt
    * \textheight=431.0pt
    * \oddsidemargin=-26.7456pt
    * \evensidemargin=-3.98335pt
    * \topmargin=-38.1334pt
    * \headheight=12.0pt
    * \headsep=19.8738pt
    * \topskip=11.0pt
    * \footskip=27.46295pt
    * \marginparwidth=116.0pt
    * \marginparsep=7.0pt
    * \columnsep=10.0pt
    * \skip\footins=10.0pt plus 4.0pt minus 2.0pt
    * \hoffset=0.0pt
    * \voffset=0.0pt
    * \mag=1000
    * \@twocolumnfalse
    * \@twosidetrue
    * \@mparswitchtrue
    * \@reversemarginfalse
    * (1in=72.27pt=25.4mm, 1cm=28.453pt)

    Underfull \vbox (badness 10000) has occurred while \output is active []

    [1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}

    ]
    Underfull \vbox (badness 6380) has occurred while \output is active []

    [2]
    Underfull \vbox (badness 10000) has occurred while \output is active []

    [3]
    Underfull \vbox (badness 6380) has occurred while \output is active []

    [4]
    Underfull \vbox (badness 6380) has occurred while \output is active []

    [5]
    Underfull \vbox (badness 6380) has occurred while \output is active []

    [6]
    Underfull \vbox (badness 10000) has occurred while \output is active []

    [7]
    Underfull \vbox (badness 6380) has occurred while \output is active []

    [8]
    Underfull \vbox (badness 6380) has occurred while \output is active []

    [9]
    Underfull \vbox (badness 6380) has occurred while \output is active []

    [10]
    Underfull \vbox (badness 10000) has occurred while \output is active []

    [11]
    Underfull \vbox (badness 6380) has occurred while \output is active []

    [12]
    [13] (./test-geometry.aux) )
    Here is how much of TeX's memory you used:
    1855 strings out of 494839
    28175 string characters out of 6178684
    173185 words of memory out of 5000000
    5224 multiletter control sequences out of 15000+600000
    6298 words of font info for 18 fonts, out of 8000000 for 9000
    59 hyphenation exceptions out of 8191
    23i,4n,20p,468b,148s stack positions out of 5000i,500n,10000p,200000b,80000s
    {/usr/share/texmf/fonts/enc/dvips/cm-super/cm-super
    -t1.enc}
    Output written on test-geometry.pdf (13 pages, 45828 bytes).
    PDF statistics:
    52 PDF objects out of 1000 (max. 8388607)
    35 compressed objects within 1 object stream
    0 named destinations out of 1000 (max. 500000)
    1 words of extra memory for PDF output out of 10000 (max. 10000000)
    `

    in risposta a: Alla ricerca dell’altezza perfetta (con geometry) #117275
    Up
    0
    Down
    ::


    Credo di aver individuato il problema. suftesi carica
    `\RequirePackage[LGR,T1]{fontenc}`
    Per motivi a me ignoti, ma evidentemente noti ad altri (vedi qui)
    la codifica LGR modifica la dimensione del font e questo ha conseguenze sul calcolo delle lunghezze. Si risolve con
    `\RequirePackage[LGR,T1]{fontenc}
    \normalsize
    `

    Ciò non dipende da suftesi, ma si verifica anche con book:

    `

    % !TEX encoding = UTF-8 Unicode
    % !TEX engine = pdfLaTeX
    \documentclass[11pt]{book}
    \usepackage{lipsum}
    \usepackage{geometry}
    \usepackage[LGR,T1]{fontenc}
    %\normalsize%

    \geometry{
    heightrounded,
    includeheadfoot=false,
    textheight= 152mm,
    textwidth= 100mm,
    paperwidth= 140mm,
    paperheight= 210mm}

    \hfuzz=10000pt
    \begin{document}
    \lipsum\lipsum\lipsum\lipsum\lipsum
    \end{document}
    `

    Se si elimina LGR nessun problema. Idem se si lascia LGR e si aggiunge \normalsize.

    Ciao
    Ivan

    in risposta a: Alla ricerca dell’altezza perfetta (con geometry) #117274
    Up
    0
    Down
    ::


    Mi sa che abbiamo qualche differenza nelle versioni LaTeX…Strano. L’EMC sopra mi restituisce ben 10 Underfull \vbox.
    Se al posto di
    ` textheight= 162mm,`
    scrivo
    ` textheight= 160mm,`
    i bad box scompaiono.

    PEr quanto riguarda l’opzione lines=37, questa è da mettere in alternativa a textheight.
    `\geometry{
    ignoreall,
    lines= 37,
    textwidth= 100mm,
    paperwidth= 140mm,
    paperheight= 210mm,
    marginratio= 1:1,
    }`
    In teoria dovrebbe determinare l’altezza in linee, evitando così gli arrotondamenti. Ma nel mio esempio non funziona.
    O meglio, con lines=37 ottengo 6 Underfull \vbox. Con lines=38 nessuno. C’è qualcosa che non va in suftesi, perché con questo codice, che essenzialmente, dal punto di vista della gabbia è come usare suftesi, il problema non si presenta:
    `
    % !TEX encoding = UTF-8 Unicode
    % !TEX engine = pdfLaTeX
    \documentclass[11p]{book}
    \usepackage{lipsum}

    \usepackage{geometry}
    \usepackage{cochineal}
    \linespread{0.98}
    \normalfont
    \geometry{
    ignoreall,
    lines= 41,
    textwidth= 100mm,
    paperwidth= 140mm,
    paperheight= 210mm,
    marginratio= 1:1,
    }

    \hfuzz=10000pt
    \begin{document}
    \lipsum\lipsum\lipsum\lipsum\lipsum
    \end{document}`

    A questo punto direi che devo rimetter mano a suftesi e fare in modo che \geometry venga dichiarato sempre dopo l’eventuale linespread.
    Forse la cosa migliore è creare l’opzione pagelayout=none che eviti del tutto geometry. Così facendo, l’utente che vuole impostare una sua geometria di pagina è libero di caricare geometry o typearea o quallo che vuole.

    Se ti stai chiedendo che fine hanno fatto tutte le restrizioni sulla classe hai ragione. E’ vero che ci sono molti layout disponibili tra cui scegliere, ma nessuno di questi è perfetto. Tutto sommato, se qualcuno vuole allargare o allungare la gabbia, per reali ragioni di impaginazione, deve poterlo fare. E per farlo “deve” usare \geometry. Può anche voler cambiare l’interlinea e così dovrà usare \linespread. Allo stato attuale tutte questi aggiustamenti comportano le rogne di cui stiamo parlando. Vorrei evitarle.
    La versione 3.0 sarà molto più libera. Già ora, comunque, ci sono molti nuovi comandi che permettono di modificare lo stile dei titoli, oltre quelli di default. Per esempio, una cosa utilissima, a me inprimis, ma anche gli altri utilizzatori della classe, è la possibilità di cambiare il font dei titoli di capiti. Quelli di default non necessariamente sono “giusti” per ogni stile:
    `\chapfont{\bfseries\sffamily\LARGE}`

    Ciao
    Ivan

    in risposta a: Alla ricerca dell’altezza perfetta (con geometry) #117272
    Up
    0
    Down
    ::


    C’è un baco da qualche parte che coinvolge suftesi. Con il codice qui sotto pare che heightrounded non funzioni nemmeno usando \normalfont prima di \linespread.
    Nota che con
    `textheight= 160mm% o anche: 159mm`
    Gli underfull \vbox scompaiono.

    `
    % !TEX encoding = UTF-8 Unicode
    % !TEX engine = pdfLaTeX
    \documentclass[version=screen,11pt,pagelayout=supercompactaureo]{suftesi}
    \usepackage{lipsum}

    \linespread{0.98}
    \normalfont
    \geometry{
    ignoreall,
    textheight= 162mm,
    textwidth= 100mm,
    paperwidth= 140mm,
    paperheight= 210mm,
    marginratio= 1:1,
    heightrounded
    }

    \hfuzz=10000pt
    \begin{document}
    \lipsum\lipsum\lipsum\lipsum\lipsum
    \end{document}`

    Ciao
    Ivan

    edit
    Aggiungo un comportamento ancora più strano. Con
    ` lines= 38`
    tutto fila liscio, mentre con
    ` lines= 37`
    6 underfull \vbox!

    in risposta a: Alla ricerca dell’altezza perfetta (con geometry) #117271
    Up
    0
    Down
    ::


    Ah…bel trucco. Grazie!
    Rimane però un baco, giusto?
    Sarebbe buona cosa che geometry ne tenesse conto, avvisando gli utenti che
    l’opzione heightrounded funziona con \linespread solo se preceduto da \normalfont.

    Ciao
    Ivan

Stai visualizzando 15 risposte – dal 226 al 240 (di 3,536 totali)

Go to top