MatteoF

Ciao Claudio e grazie per la soluzione. Senza saper né leggere né scrivere, anche andando per tentativi, non mi sarebbe mai venuto in mente di invertire l’ordine di chiamata…

OldClaudio” post=111000Si tratta del fatto che Dcolumn definisce il suo primo argomento come carattere attivo, rendendolo uguale al doppio apice diritto; gloss-italian.ldf con l’opzione babelshorthands, definisce anche lui il carattere ” come carattere attivo. le due cose vanno in conflitto.

A questo punto mi sorge una curiosità: ho provato ad impostare l’opzione ‘babelshorthands’ per tutte le lingue supportate (ovvero: catalano, olandese, tedesco e russo), ma il problema si evidenzia solamente con l’italiano. È dunque il pacchetto ‘gloss-italian.ldf’ a non essere stato implementato a dovere? Altrimenti l’errore dovrebbe presentarsi anche con le altre lingue…

Intanto ringrazio anche Tommaso per aver tirato in ballo il pacchetto ‘siunitx’: sto analizzando differenze/analogie tra la S-column e la D-column dell’omonimo pacchetto.

Matteo

OldClaudio” post=110716Devi solo ridefinire \frontmatter, togliendo \pagenumberng{roman} e \mainmatter togliendo \pagenumbering{arabic}.
Il discorso testatine e indici è gestito da quelle due macro semplicemente controllando lo swithch \if@mainmatter.

Riguardo l’opportunità di ridefinire i comandi (qualunque essi siano), al fine di modificarne il comportamento in base alle proprie esigenze, nulla da eccepire… Il problema è saperlo fare 😀 speravo di cavarmela con una sola riga di codice…

Ma a questo punto, volendo provare a “sporcarsi le mani”, come faccio a conoscere il codice delle macro dei vari comandi di latex?

OldClaudio” post=110716Vado a controllare quanto c’è scritto nella guida, ma temo che si sia omesso di precisare che quanto suggerito vale solo per le classi che non hanno le definizioni dei supersezionamenti; o forse c’è scritto, ma non è abbastanza in evidenza.

La Guida suggerisce di agire sul contatore secnumdepth al fine di replicare il funzionamento dei “supersezionamenti”, qualora questi comandi non siano disponibili (in base, quindi, alla classe utilizzata). La mia “interpretazione estensiva” è stata quella di considerare non solo la possibilità, bensì la volontà di utilizzare tali comandi, a maggior ragione considerando che non ho avuto problemi ad utilizzare secnumdepth pur utilizzando la classe book, fintanto che non abbia modificato lo stile di pagina.
Nella mia ignoranza, sembrerebbe un problema di interazione con la personalizzazione degli stili di pagina…

OldClaudio” post=110604Leggi nella pagina 17 della documentazione di titlesec/titledoc che cosa dice a proposito del comando \ptintcontents, il cui ultimo argomento espressamente viene indicato come il punto migliore per cambiare livello fino a cui arrivare con l’indice parziale.

Ciao Claudio,
come puoi vedere da ciò che ho già postato, avevo fatto esattamente quello che riporta la documentazione del pacchetto a pagina 17, ovvero modificare l’ultimo argomento (⟨toc-code⟩) del comando \printcontents.

La documentazione indica che

⟨toc-code⟩ is local code for the current toc; it may be used to change the tocdepth value or \contentsmargin, for instance.

Pertanto avevo modificato il comando nel modo seguente:`\printcontents{pt}{1}{\setcounter{tocdepth}{1}}` ma comunque, il contatore ‘tocdepth’ continua ad agire a livello generale e non a livello degli indici parziali.

Confused…

Grazie a tutti, sempre disponibili e competenti!

Riguardo l’opportunità di utilizzare font particolari vi tranquillizzo subito 😛 La tesi è scritta tutta con font Latin Modern. L’idea era semplicemente quella di replicare il logotipo ufficiale dell’università, nel solo frontespizio, per le sole diciture “Università degli Studi di…” e “Dipartimento di…”.
Come scritto nel primo post l’ateneo, per la redazione delle tesi di qualunque livello, non impone nulla…

Riguardo all’installazione di nuovi font avevo già provveduto. Avevo già letto la guida tematica di riferimento (Font e tipografia di Claudio Beccari), scaricato le versioni free dei font citati e compilato tramite LuaLaTex (inizialmente il sorgente era predisposto per pdfLaTex).

Dunque il risultato l’avevo raggiunto 🙂

Mi domandavo se esistesse un modo per conoscere tutti i font già installati nella distribuzione di TexLive, senza conoscerne a priori i nomi. Un file con l’elenco completo? Un visualizzatore di font sul genere di LibroFont.app? Un comando da terminale? (in tal senso “otfinfo” permette di avere maggiori informazioni ma su un font già individuato, dunque già conosciuto…).

In definitiva mi sembra di aver capito che, se volessi comporre in LuaLaTex e volessi utilizzare i font propri di TexLive, senza nemmeno caricare specifici pacchetti, dovrei utilizzare i font che si trovano nelle tre cartelle “opentype”, “truetype” e “type1”, contenenti rispettivamente i file .otf .ttf .pfb

Mentre, nel caso volessi utilizzare pdfLatex, devo per forza già conoscere i nomi NFSS…

Ciao Claudio,
anch’io ho un Mac osx 10.11 (El Capitan). Ho prima installato il ‘Java SE Development Kit’ v.8u112, poi il software ‘veraPDF’ come da istruzioni.
Cliccando sul file ‘verapdf-gui’ si avvia il Terminale e successivamente la schermata grafica del programma tramite Java
[attachment=1818]verapdf.png[/attachment]

Una volta selezionato il file e il Profilo di Validazione (PDF/A-1B) e cliccato su ‘Execute’, ricevo sempre un responso negativo
[attachment=1819]verapdf2.png[/attachment]

Di seguito ciò che rileva il Terminale
`
Last login: Sun Jan 8 11:13:38 on console
matteos-Air:~ matteo$ /Applications/veraPDF/verapdf-gui ; exit;
Jan 08, 2017 11:38:51 AM org.verapdf.processor.ProcessorImpl validate
WARNING: OutOfMemory caught when validaing item
java.lang.OutOfMemoryError: Java heap space
at org.apache.fontbox.cff.IndexData.initData(IndexData.java:95)
at org.apache.fontbox.cff.CFFParser.readIndexData(CFFParser.java:163)
at org.apache.fontbox.cff.CFFParser.parseFont(CFFParser.java:393)
at org.apache.fontbox.cff.CFFParser.parse(CFFParser.java:115)
at org.apache.fontbox.ttf.CFFTable.read(CFFTable.java:53)
at org.apache.fontbox.ttf.TrueTypeFont.readTable(TrueTypeFont.java:361)
at org.apache.fontbox.ttf.OpenTypeFont.getCFF(OpenTypeFont.java:61)
at org.apache.pdfbox.pdmodel.font.FileSystemFontProvider.addTrueTypeFontImpl(FileSystemFontProvider.java:256)
at org.apache.pdfbox.pdmodel.font.FileSystemFontProvider.addTrueTypeCollection(FileSystemFontProvider.java:176)
at org.apache.pdfbox.pdmodel.font.FileSystemFontProvider.(FileSystemFontProvider.java:151)
at org.apache.pdfbox.pdmodel.font.FontMapper$DefaultFontProvider.(FontMapper.java:73)
at org.apache.pdfbox.pdmodel.font.FontMapper.getProvider(FontMapper.java:92)
at org.apache.pdfbox.pdmodel.font.FontMapper.findFont(FontMapper.java:407)
at org.apache.pdfbox.pdmodel.font.FontMapper.findFontBoxFont(FontMapper.java:376)
at org.apache.pdfbox.pdmodel.font.FontMapper.getFontBoxFont(FontMapper.java:349)
at org.apache.pdfbox.pdmodel.font.PDType1Font.(PDType1Font.java:111)
at org.apache.pdfbox.pdmodel.font.PDType1Font.(PDType1Font.java:73)
at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:62)
at org.apache.pdfbox.pdmodel.PDResources.getFont(PDResources.java:109)
at org.verapdf.model.tools.resources.PDInheritableResources.getFont(PDInheritableResources.java:60)
at org.verapdf.model.impl.pb.operator.textshow.PBOpTextShow.getFontFromResources(PBOpTextShow.java:279)
at org.verapdf.model.impl.pb.operator.textshow.PBOpTextShow.parseFont(PBOpTextShow.java:107)
at org.verapdf.model.impl.pb.operator.textshow.PBOpTextShow.getVeraModelFont(PBOpTextShow.java:101)
at org.verapdf.model.factory.operator.OperatorParser.addFontAndColorSpace(OperatorParser.java:569)
at org.verapdf.model.factory.operator.OperatorParser.parseOperator(OperatorParser.java:246)
at org.verapdf.model.factory.operator.OperatorFactory.operatorsFromTokens(OperatorFactory.java:104)
at org.verapdf.model.impl.pb.pd.PBoxPDContentStream.parseOperators(PBoxPDContentStream.java:80)
at org.verapdf.model.impl.pb.pd.PBoxPDContentStream.isContainsTransparency(PBoxPDContentStream.java:67)
at org.verapdf.model.impl.pb.pd.PBoxPDPage.parseContentStream(PBoxPDPage.java:185)
at org.verapdf.model.impl.pb.pd.PBoxPDPage.getContentStream(PBoxPDPage.java:172)
at org.verapdf.model.impl.pb.pd.PBoxPDPage.getLinkedObjects(PBoxPDPage.java:114)
at org.verapdf.pdfa.validation.validators.BaseValidator.addAllLinkedObjects(BaseValidator.java:220)
`

nonché il Report XML
`
/Users/matteo/Desktop/tex prove/pdfa/pdfa.pdf00:00:16:943Exception: OutOfMemory caught when validaing item caused by exception: Java heap space 00:00:16:943 00:00:17:132
`

Nella mia ignoranza sembra che il problema sia in Java…

Grazie Claudio per la gentile risposta,
ho inserito il comando come segue:
`
\begin{document}
\classicatrue
\begin{frontespizio}
`
ma ricevo l’errore
`
Undefined control sequence.
\s@dutaclassica #1 #2!->\if@ldstyle
\s@paranumeri #2-!\ifx \2\empty \edef \@…
l.25 \sedutadilaurea{Marzo 2017}
`
Ho quindi cancellato il comando \sedutadilaurea (e altri in sequenza per escludere una qualche incompatibilità con comandi specifici dell’ambiente ‘frontespizio’) ricevendo sempre l’errore
`
Missing number, treated as zero.

\c@tomo
l.26 \end{frontespizio}
`

Matteo

PS: cercando nel forum avevo già letto una discussione aperta dall’utente ‘dariolux’ dal titolo ‘Frontespizio toptesi’, in cui si utilizzava il comando \classicatrue in un documento impostato con la classe ‘toptesi’ (quindi non ‘book’) e compilato con XeLaTex… Quindi ammetto che avevo già provato questo comando, inutilmente…