Alla ricerca del corpo perfetto (suftesi, microtype et al.)

  • Creatore
    Topic
  • #117240
    Up
    0
    Down
    ::


    Scusate per la confusione del messaggio, ma si tratta di problematiche connesse e mi è difficile separarle in più filoni. Iniziamo da qui, poi eventualmente divido i quesiti.

    Quando si compone su gabbie piccole, come nel caso di
    `\documentclass[pagalayout=supercompact]{suftesi}`
    si può avere la necessità di un particolare corpo per il testo normale.
    Ora, suftesi si basa su book, quindi le opzioni di classe disponibili sono 10pt, 11pt e 12pt.
    Queste opzioni non fanno altro che caricare i rispettivi file di definizione bk10.clo, bk11.clo, bk12.clo. I file sono parecchio complicati, non sotto il profilo del codice, ma sotto il profilo dei valori, che non variano proporzionalmente. Per esempio , il corpo normale (\normalsize) per 11pt non è 11pt, ma questo:
    ` \makeatletter\@xipt\makeatother% basta metterlo dopo \begin{document} per vedere il valore
    `

    Poniamo che, per diverse ragioni, il corpo 11 sia troppo piccolo e il corpo 12 troppo grande. La soluzione è avere a disposizione un file .clo dedicato per il valore che si preferisce. Va detto che questo comporterebbe, in linea di principio, un’infinità di file .clo. (In linea di principio perché, pragmaticamente basterebbero i corpi intermedi.)

    (1) La prima domanda è questa: esiste un metodo veloce per scegliere in maniera flessibile e coerente il corpo principale del documento?

    Ridefinire \@pt (soluzione che avevo trovato su TeX.StackExchange) non risolve completamente il problema. Perché l’interlinea, mi pare, è dichiarata direttamente. Per esempio, per il corpo 11 vale 13.6. Dal file bk11.clo:`

    \@setfontsize\normalsize\@xipt{13.6}

    `

    Giusto per esercizio, ho creato un file suf115.clo provvisorio, semplicemente aggiungendo mezzo punto a tutti i valori (dati in punti o in \p@). Non è un metodo professionale, perché ogni valore dovrebbe essere calcolato nel contesto, ma è il metodo più veloce (con pochi passaggi di “Cerca e sostituisci” si fa).

    Questo file deve essere caricato dalla classe (e questo non è un problema). L’idea è di creare delle opzioni tipo size=suf115, size=suf125 per i corpi 11.5 e 12.5 (anche questo non è un problema).

    (2) I file .clo vanno caricati prima di microtype o è indifferente? La doc di microtype non accenna a questo problema.
    Da delle prove che ho fatto mi pare che caricare queste definizioni prima di microtype o dopo faccia differenza per il riempimento di riga.

    Ora suftesi carica di dafault microtype. Ciò è un problema se si volessero ridefinire i corpi all’interno del documento e se queste dovessero essere date prima di microtype. Quindi

    (3) Come è possibile ridefinire i corpi nel preambolo, se questo deve essere fatto prima di caricare microtype (che viene caricato dalla classe) ?

    Il file suf115.clo è il seguente e, per essere usato, il contenuto (dalla seconda riga alla penultima) va messo nel preambolo (oppure lo si mette tutto nel file suftesi.cls con \input{suf115.clo}, dopo \LoadClass{book}):
    `
    \ProvidesFile{suf115.clo}[2020/02/14 v0.1h suftesi LaTeX file (size option)]
    \renewcommand\normalsize{%
    \@setfontsize\normalsize{11.5}{13.5}%
    \abovedisplayskip 11.5\p@ \@plus3.5\p@ \@minus6.5\p@
    \abovedisplayshortskip \z@ \@plus3.5\p@
    \belowdisplayshortskip 7\p@ \@plus4\p@ \@minus3.5\p@
    \belowdisplayskip \abovedisplayskip
    \let\@listi\@listI}
    \normalsize
    \renewcommand\small{%
    \@setfontsize\small{10.5}{12.5}
    \abovedisplayskip 10.5\p@ \@plus2.5\p@ \@minus5.5\p@
    \abovedisplayshortskip \z@ \@plus3.5\p@
    \belowdisplayshortskip 6.5\p@ \@plus3.5\p@ \@minus3.5\p@
    \def\@listi{\leftmargin\leftmargini
    \topsep 6.5\p@ \@plus2.5\p@ \@minus2.5\p@
    \parsep 3.5\p@ \@plus2.5\p@ \@minus.5\p@
    \itemsep \parsep}%
    \belowdisplayskip \abovedisplayskip
    }
    \renewcommand\footnotesize{%
    \@setfontsize\footnotesize{9.5}{11.5}%
    \abovedisplayskip 8.5\p@ \@plus2.5\p@ \@minus4.5\p@
    \abovedisplayshortskip \z@ \@plus.5\p@
    \belowdisplayshortskip 4.5\p@ \@plus2.5\p@ \@minus2.5\p@
    \def\@listi{\leftmargin\leftmargini
    \topsep 4.5\p@ \@plus2.5\p@ \@minus2.5\p@
    \parsep 2.5\p@ \@plus.5\p@ \@minus.5\p@
    \itemsep \parsep}%
    \belowdisplayskip \abovedisplayskip
    }
    \renewcommand\scriptsize{\@setfontsize\scriptsize{8.5}{9.5}}
    \renewcommand\tiny{\@setfontsize\tiny{6.5}{7.5}}
    \renewcommand\large{\@setfontsize\large{12.5}{14.5}}
    \renewcommand\Large{\@setfontsize\Large{14.5}{18.5}}
    \renewcommand\LARGE{\@setfontsize\LARGE{17.5}{22.5}}
    \renewcommand\huge{\@setfontsize\huge{22.5}{25.5}}
    \renewcommand\Huge{\@setfontsize\Huge{25.5}{30.5}}
    \if@twocolumn
    \setlength\parindent{1em}
    \else
    \setlength\parindent{17.5\p@}
    \fi
    \setlength\smallskipamount{3.5\p@ \@plus 1.5\p@ \@minus 1.5\p@}
    \setlength\medskipamount{6.5\p@ \@plus 2.5\p@ \@minus 2.5\p@}
    \setlength\bigskipamount{12.5\p@ \@plus 4.5\p@ \@minus 4.5\p@}
    \setlength\headheight{12.5\p@}
    \setlength\headsep {.275in}
    \setlength\topskip {11.5\p@}
    \setlength\footskip{.38in}
    \if@compatibility \setlength\maxdepth{4.5\p@} \else
    \setlength\maxdepth{.5\topskip} \fi
    \if@compatibility
    \if@twocolumn
    \setlength\textwidth{410.5\p@}
    \else
    \setlength\textwidth{5in}
    \fi
    \else
    \setlength\@tempdima{\paperwidth}
    \addtolength\@tempdima{-2in}
    \setlength\@tempdimb{360.5\p@}
    \if@twocolumn
    \ifdim\@tempdima>2\@tempdimb\relax
    \setlength\textwidth{2\@tempdimb}
    \else
    \setlength\textwidth{\@tempdima}
    \fi
    \else
    \ifdim\@tempdima>\@tempdimb\relax
    \setlength\textwidth{\@tempdimb}
    \else
    \setlength\textwidth{\@tempdima}
    \fi
    \fi
    \fi
    \if@compatibility\else
    \@settopoint\textwidth
    \fi
    \if@compatibility
    \setlength\textheight{38\baselineskip}
    \else
    \setlength\@tempdima{\paperheight}
    \addtolength\@tempdima{-2in}
    \addtolength\@tempdima{-1.5in}
    \divide\@tempdima\baselineskip
    \@tempcnta=\@tempdima
    \setlength\textheight{\@tempcnta\baselineskip}
    \fi
    \addtolength\textheight{\topskip}
    \if@twocolumn
    \setlength\marginparsep {10.5\p@}
    \else
    \setlength\marginparsep{7.5\p@}
    \fi
    \setlength\marginparpush{5.5\p@}
    \if@compatibility
    \setlength\oddsidemargin {.25in}
    \setlength\evensidemargin {1.25in}
    \setlength\marginparwidth {1in}
    \if@twocolumn
    \setlength\oddsidemargin {30.5\p@}
    \setlength\evensidemargin {30.5\p@}
    \setlength\marginparwidth {48.5\p@}
    \fi
    \else
    \if@twoside
    \setlength\@tempdima {\paperwidth}
    \addtolength\@tempdima {-\textwidth}
    \setlength\oddsidemargin {.4\@tempdima}
    \addtolength\oddsidemargin {-1in}
    \setlength\marginparwidth {.6\@tempdima}
    \addtolength\marginparwidth {-\marginparsep}
    \addtolength\marginparwidth {-0.4in}
    \else
    \setlength\@tempdima {\paperwidth}
    \addtolength\@tempdima {-\textwidth}
    \setlength\oddsidemargin {.5\@tempdima}
    \addtolength\oddsidemargin {-1in}
    \setlength\marginparwidth {.5\@tempdima}
    \addtolength\marginparwidth {-\marginparsep}
    \addtolength\marginparwidth {-0.4in}
    \addtolength\marginparwidth {-.4in}
    \fi
    \ifdim \marginparwidth >2in
    \setlength\marginparwidth{2in}
    \fi
    \@settopoint\oddsidemargin
    \@settopoint\marginparwidth
    \setlength\evensidemargin {\paperwidth}
    \addtolength\evensidemargin{-2in}
    \addtolength\evensidemargin{-\textwidth}
    \addtolength\evensidemargin{-\oddsidemargin}
    \@settopoint\evensidemargin
    \fi
    \if@compatibility
    \setlength\topmargin{.73in}
    \else
    \setlength\topmargin{\paperheight}
    \addtolength\topmargin{-2in}
    \addtolength\topmargin{-\headheight}
    \addtolength\topmargin{-\headsep}
    \addtolength\topmargin{-\textheight}
    \addtolength\topmargin{-\footskip} % this might be wrong!
    \addtolength\topmargin{-.5\topmargin}
    \@settopoint\topmargin
    \fi
    \setlength\footnotesep{8.2\p@}
    \setlength{\skip\footins}{10.5\p@ \@plus 4.5\p@ \@minus 2.5\p@}
    \setlength\floatsep {12.5\p@ \@plus 2.5\p@ \@minus 2.5\p@}
    \setlength\textfloatsep{20.5\p@ \@plus 2.5\p@ \@minus 4.5\p@}
    \setlength\intextsep {12.5\p@ \@plus 2.5\p@ \@minus 2.5\p@}
    \setlength\dblfloatsep {12.5\p@ \@plus 2.5\p@ \@minus 2.5\p@}
    \setlength\dbltextfloatsep{20.5\p@ \@plus 2.5\p@ \@minus 4.5\p@}
    \setlength\@fptop{0.5\p@ \@plus 1fil}
    \setlength\@fpsep{8.5\p@ \@plus 2fil}
    \setlength\@fpbot{0.5\p@ \@plus 1fil}
    \setlength\@dblfptop{0.5\p@ \@plus 1fil}
    \setlength\@dblfpsep{8.5\p@ \@plus 2fil}
    \setlength\@dblfpbot{0.5\p@ \@plus 1fil}
    \setlength\partopsep{3.5\p@ \@plus 1.5\p@ \@minus 1.5\p@}
    \def\@listi{\leftmargin\leftmargini
    \parsep 5\p@ \@plus2.5\p@ \@minus.5\p@
    \topsep 9.5\p@ \@plus3.5\p@ \@minus5.5\p@
    \itemsep5\p@ \@plus2.5\p@ \@minus.5\p@}
    \let\@listI\@listi
    \@listi
    \def\@listii {\leftmargin\leftmarginii
    \labelwidth\leftmarginii
    \advance\labelwidth-\labelsep
    \topsep 5\p@ \@plus2.5\p@ \@minus.5\p@
    \parsep 2.5\p@ \@plus.5\p@ \@minus.5\p@
    \itemsep \parsep}
    \def\@listiii{\leftmargin\leftmarginiii
    \labelwidth\leftmarginiii
    \advance\labelwidth-\labelsep
    \topsep 2.5\p@ \@plus.5\p@\@minus.5\p@
    \parsep \z@
    \partopsep .5\p@ \@plus\z@ \@minus.5\p@
    \itemsep \topsep}
    \def\@listiv {\leftmargin\leftmarginiv
    \labelwidth\leftmarginiv
    \advance\labelwidth-\labelsep}
    \def\@listv {\leftmargin\leftmarginv
    \labelwidth\leftmarginv
    \advance\labelwidth-\labelsep}
    \def\@listvi {\leftmargin\leftmarginvi
    \labelwidth\leftmarginvi
    \advance\labelwidth-\labelsep}
    \endinput
    `

    Ciao
    Ivan

Visualizzazione 13 filoni di risposte
  • Autore
    Risposte
    • #117241
      OldClaudio
      Partecipante
        Up
        0
        Down
        ::


        Lo so che ho detto e ripetuto che i file della collezione Koma Script sono da evitare per mancanza di una buona documentazione; quella in tedesco forse lo è ma non conosco il tedesco abbastanza bene; quella in inglese è abbastanza mal fatta.

        Tuttavia c’è un pacchetto che con un unico comando ti imposta il corpo normale giusto a qualunque valore, anche 10.5pt se vuoi, ma pou specificare anche 3mm, o 15dd, o…

        Non mi ricordo come si chiamai, perché, come diccevo, consultare la documentazione di komascript è una pena. ma l’ho incorporato in TOPtesi, per cui puoi copiare da lì. consiste in un solo usepackage e nelle realizzazione dell’opzione “corpo=”. Funziona alla grande, bene inteso solo con font continuamente scalabili; non funziona, per esempio coni font Computer Modern; non funziona con i font CM-Super; i primi nati per generare i font bitmapped con METAFONT, i secondi per rendere vettoriali i font CM latini e cirillici. Funziona anche con i Latin Modern, sebbene la scalabilità continua, segue una legge di proporzionalità la cui pendenza è costante a tratti (font ottici) e con i Latin modern, grazie ai corpi ottici, si ottengono certamente i risultati migliori. Funzona alal grande con gli altri font che non derivano da METAFOTN, e generalmente sono creati in un solo corpo; rimpicciolendo l’unico corpo i font di corpo minore risultano troppo esili e si possono perdere i dettagli più fini; ingrandeli i font appiaiono troppo neri. E questo succede con tutti i font.

        Certo se in un formato piccolo tipo supercompact hai una gabbia per la quale il corpo 10.5pt vada meglio del corpo 11pt, credo che tu lo possa fare tranquillamente anche con un Cochineal, per esempio, ma il risultato va bene per il testo normale; probabilmente la cosa non cambia molto quando componi un titolo in corpo Huge, ma se scrivi una noticcina in corpo 5pt, vai nei guai comunque sia che usi il 10pt ingrandito normalmente a 11pt sia che tu prenda il 10pt e lo ingrandisca a 10.5pt. In entrambi i casi la nota in corpo5pt viene troppo esisle e con i tratti sottili ridotti quasi a niente.

      • #117242
        Up
        0
        Down
        ::


        Beh, questa notizia è una gran cosa. Ho dato un’occhiata al pacchetto scrextend e a scrfontsizes.
        A quanto pare fanno esattamente quello che avevo in mente. Producono un file .clo consistente con il valore passato all’opzione fontsize, in pratica modificando proporzionalmente tutti (?) i parametri del file .clo. Ovviamente questo comporta il problema che dicevi, ben visibile con corpi piccolissimi e corpi grandissimi. Ma visto che userò quell’opzione solo per aggiustare di qualche punto i corpi per il testo normale (ovvero \normalsize, \small, \footnotesize), credo che non ci saranno problemi percepibili.

        Grazie del prezioso consiglio!

        Ciao
        Ivan

      • #117243
        Up
        0
        Down
        ::


        Modificare il valore di [tt]\@pt[/tt] è un’ottima ricetta per farsi del male. Sul valore di [tt]\@pt[/tt] è basata tutta l’aritmetica di pacchetti come graphicx per ridimensionare immagini; e anche tutta l’aritmetica di TikZ. Fa’ tu. 😉

        Ciao
        Enrico

      • #117244
        Up
        0
        Down
        ::


        Non lo faccio 😀

        Ciao
        Ivan

      • #117245
        Up
        0
        Down
        ::

        OldClaudio” post=117659
        Tuttavia c’è un pacchetto che con un unico comando ti imposta il corpo normale giusto a qualunque valore, anche 10.5pt se vuoi, ma pou specificare anche 3mm, o 15dd, o…

        Non mi ricordo come si chiamai…

        Il pacchetto si chiama scrfontsizes. Vedo che in toptesi tu carichi scrextend, che a sua volta carica scrfontsizes.
        C’è un motivo perché hai preferito scrextend?

        Ciao
        Ivan

      • #117246
        OldClaudio
        Partecipante
          Up
          0
          Down
          ::


          Mi pare di ricordare di aver letto una cosa del genere nella tremenda guida scrguien in inglese. Di solito prima di usare pacchetti altrui, ne leggo il codice e li collaudo, ma con i file della collezione Koma Script è un po’ una manifestazione di masochismo (almeno per me), quindi mi limito a collaudare. Se funziona, OK, altrimenti non cerco nemmeno di capire che cosa ci sia che non va. È un atteggiamento snob? forse, ma mi risparmia un mucchio di tempo.
          Ma mi pare di ricordare che venisse consigliato/imposto di usare scrextend solo quando si usa una classe diversa da quelle della collezione Koma Script.

          Devo dire che personalmente mi sono fatto un piccolo comando di due sole righe, col quale altero il corpo all’interno di un ambiente o un gruppo, o una scatola; di solito lo faccio er far stare blocchi di testo in teletype (che esclude la cesura) dentro margini precisi, alterando il copro di frazioni piccole o piccolissime, ma trovo che sia utilissimo — naturalmente se e solo se il font è continuamente scalabile.

          Nel tuo caso invece alterare tutte le impostazioni compresi gli spazi, in relazione a tutti i corpi da \tiny a \Huge è decisamente preferibile.

        • #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

        • #117248
          OldClaudio
          Partecipante
            Up
            0
            Down
            ::


            Dico che l’opzione [tt]\DeclareOptionX{fontsize}[10pt]{\changefontsizes{#1}}[/tt] alla chimata del pacchetto è del tutto inutile se lavori ocn font continuamente scalabili; fra quelli distribuiti ocn TeX Live e MikTeX solo i Computer Modern e i CM-Super non osno cinuamente scalabili quindi se guoi mettere un test dovrebbe riguarda solo quelle due collezioni.

            Quella opzione fontsize pari a 10pt, srve per modificare artificialmente la non scalabilità continua dei CM e CM-Super rendendola continua, ma perdento i font ottici; personalmente lo considero un reato, visto che i font ottici sono uno dei grandi pregi dei font di Knuth e altri pochissimi font che vi si ispirano come i font greci LGR; tuttavia se il male minore è quello, passi. per il resto non ci vedo nulla di male, anzi penso che viste le diverse funzionalità, quel test sia l’unica cosa che puoi fare. Togli \else dal test perché fra ]else e fi non c’è niente, quindi tanto vale risparmiare all’interprete di esaminare il nulla.

          • #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

          • #117250
            OldClaudio
            Partecipante
              Up
              0
              Down
              ::


              E se passi a specificare l’opzione version=last direttamente a scrextend?

              Onestamente per dirti che cosa succede con firt oppure last bisognerebbe andare a leggere il codice delle classi e di quel pacchetto; cosa tremendamente difficile da fare perché il codice è commentato male, molti comandi di lavoro sono in tedesco, e via di questo passo. Sono propenso a credere che la cosa non abbia nessuna influenza su suftesi che non è basata su nessuna classe della collezione Koma Script. Ma proverei a vedere che cosa succede a specificare direttamente version=last a scrextended.

            • #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

            • #117252
              OldClaudio
              Partecipante
                Up
                0
                Down
                ::


                Sono d’accodo con te; con toptesi non avevo notato nessun inconveniente, ma siccume toptesi è già un grosso, grossisimo bundle, ho preferito lasciare scrextend, così ho risparmiato un bel po’ di codice.
                Guarderò molto volentieri il tuo nuovo pacchetto; grazie della fiducia.

              • #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

              • #117254
                OldClaudio
                Partecipante
                  Up
                  0
                  Down
                  ::


                  Secondo me, caricando questo pacchetto su CTAN, dopo aver letto attentamente le istruzioni per i singoli pacchetti potresti farlo mettere nela stessa cartela di suftesi.

                  D’altra parte potresti anche incorporarlo nel .dtx di suftesi, perché il dtx può contenere da estrarre diversi file; vedi per esempio che toptesi.dtx estrae una decina di pacchetti, cista la sua modulartà, che vengono caricati “at run time”. Il bundle suftesi contiene un mucchio di roba compresa la documentazione del codice in inglese e la documentazione d’uso in due lingue, italiano e inglese. contiene anche un file di configurazione che i laureandi possono customizzare, dopo avergli cambiato nome, in modo da risparmiarsi al fatica di immettere nel file sorgente un certo numero di cose, che ingombrano il preambolo o ingombrano l’ambiente ThesisTitlePage.

                  In ogni caso, chi volesse usare il tuo pacchetto, lo può fare comunque anche se si rova nella cartelal di suftesi, perché kpsewhich lo trova comunque.
                  Kpsewhich è il programma con il quale il sistema TeX trova i file che si trovano negli alberi di sistema, tranne l’albero personale, che non ha bisogno di questa facility.

              Visualizzazione 13 filoni di risposte
              • Devi essere connesso per rispondere a questo topic.

              Go to top