Risposte nei forum create
-
AutoreRisposte
-
::
L’indentazione delle note la puoi regolare anche con il pacchetto fnpct (in particolare le opzioni abilitate dall’opzione normal-marks)
Studiando il codice di questo pacchetto, mi sono accorto che si basa sul comando \deffootnote, compreso nel pacchetto scrextend
Credo che la cosa possa interessarsi, visti i parametri di deffootnote:`deffootnote[
]
{}
{}
{}`
::
Scusate se tardo tanto a rispondere, ma non riuscivo a replicare il fatidico punto in un esempio minimo sufficientemente semplice. Oggi per caso mi sono accorto che a parità di preambolo, babel con l’opzione french aggiunge il punto dopo il numero di nota, mentre con italian il numero è posizionato in apice, e senza numero di nota. In effetti il testo per la cui formattazione ho inizialmente aperto il post era in lingua (e tipografia) francese. Capisco quindi che si tratta di una differenza tra le due lingue nelle regole tipografiche di base, come molte altre. Potete confermarmelo?`\documentclass[a4paper,11pt,oneside]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
%\usepackage[italian]{babel}
\usepackage[french]babel}%\usepackage{scrbase}
%\usepackage[normal-marks]{fnpct} % sposta la footnote after the punctuation\begin{document}
Del testo.\footnote{Unanota}
\end{document}
`Probabilmente non mi ero mai accorto della differenza perché il pacchetto fnpct con l’opzione normal-marks, quale che sia la lingua di babel, impone su questo punto la formattazione tipica della tipografia francese? Sembra così, stando all’esempio appena fornito.
Premesso che potrei rinunziare per questo documento al pacchetto fnpct, è possibile disattivare il punto dopo il numero di nota mantenendo l’opzione french di babel?
Saluti
Pietro
::
Ciao egreg,
insisto perché continua ad esserci qualcosa che non va, anche se a questo punto mi sembra di capire che si tratta di un problema che riguarda solo me. Nel pdf allegato ([attachment=895]principale.pdf[/attachment]) dovrebbe essere evidente il problema che segnalo. Tutto ciò che segue o precede un testo importato con catchfilebetweentags viene spazio in modo abnorme dal mio compilatore. Il pdf è il risultato del seguente codice:`\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage[italian]{babel}
\usepackage{catchfilebetweentags}\addto\extrasitalian{\frenchspacing}
\addto\noextrasitalian{\nonfrenchspacing}\begin{document}
Questo è il documento principale, in cui includere più volte gli stessi brani
contenuti nel documento secondario.Adesso un brano importato:\\
<<\ExecuteMetaData[secondario]{primoBrano}>>Lo stesso brano inserito direttamente:\\
<>
\end{document}
``%<*primoBrano>
Questo è il primo brano da importare.%
`Dove posso cercare l’errore?
P.s.:
per sicurezza il pdf è anche disponibile qui:
https://www.dropbox.com/sh/h1l8ew37qrxgxcn/30WcQoaVC4
Attachments:
You must be logged in to view attached files.::
Ciao egreg, scusa ma stavo editando il mio post proprio mentre mi rispondevi.Nel mio log ho lo stesso testo:
`
Package: catchfilebetweentags 2011/02/19 v1.1 – Catch file between tags (FC)
`Ho una texlive 2013 quasi del tutto aggiornata, compilo con pdflatex e sono su Debian.
Grazie
Pietro
::
La versione ebook del Latex Companion secondo voi è stata curata con LaTeX.
Obiettivamente fa la sua figura in tutti i formati, a giudicare da questa recensione:
http://tex.blogoverflow.com/2013/10/the-latex-companion-ebook/
Mi sembrava di aver letto da qualche parte delle informazioni sulla sua realizzazione, in cui spiegava che tutte la matematica è stata trasformata in immagini e quindi importata, però non riesco più a trovare la fonte.Secondo la mia opinione – niente di più che la mia opinione – cercare di ottenere dei pdf da destinare agli ebook readers non è allo stato attuale una soluzione vincente, perché le differenze tra un dispositivo e l’altro possono anche essere significative, e l’utente medio finirebbe per sopportare una resa mediocre o rinunziare al prodotto. Quei cosi, almeno allo stato attuale, vogliono html, e html bisognerebbe dargli.
::
Ciao oldclaudio, scusa sono stato un pò frettoloso nel porre la domanda.
Uso pdflatex, generalmente con il font concrete math (concmath). Non so se sia una scelta adatta, tenuto conto del fatto che non scrivo matematica ma il font mi piace molto. Non l’ho specificato perché lo stesso errore mi viene restiuito anche con il font di default (latin modern?). Nella documentazione di concmath ho già visto che, se non vado errato, è soltanto previsto il comando \oldstylenums, ma non mi sembra sia possibile definire una volta per tutte il font dei numeri. Secondo te posso risolvere mantenendo questo font?
::
@oldclaudio, grazie per la miniera di informazioni.
Al momento lavoro con una texlive 2013, e quindi anche con babel 3.9g. Uso pdflatex e, purtroppo, non sono un filologo, ma un appasionato dei trattati aristotelici.
Finora i miei file hanno avuto più o meno quest’aspetto:
`\documentclass[a4paper]{article}
\usepackage[utf8]{inputenc}
\usepackage[LGR,T1]{fontenc}
\usepackage[polutonikogreek,italian]{babel}
\newcommand\gr{\foreignlanguage{greek}}
\usepackage{newunicodechar}
\newunicodechar{·}{;}
\begin{document}
\gr{αὐτῶν γένεσις· τὸ γὰρ}
\end{document}`Ringrazio entrambi per le soluzioni proposte. Per la verità speravo di poter evitare di apportare modifiche al testo greco, sopratutto perché potrei dimenticare qualche parentesti, specie nei testi più lunghi.
Per quanto riguarda il punto centrato, non ricordo più con esattezza come sono arrivato ad usare newunicodechar. Forse è una soluzione ad un problema che con la texlive 2013 non si presenta più, perché ho appena verificato che adesso il punto viene correttamente rappresentato nel pdf anche senza questo trucco. Ho aggiornato dalla 2012 solo da poco; nei mesi scorsi, prima di aggiornare, mi si era presentato il problema, e mi sono ingegnato a cercare una soluzione forse un pò casalinga. Noto però che usando newunicodechar il punto centrato viene più grosso, forse anche più comodo per la lettura.
Ciao
Pietro
::
Ho scritto a Clemens Niederberger, che è stato molto gentile e disponibile.
Ha riscontrato il problema, e propone come soluzione temporanea quella di caricare il pacchetto acro prima di babel:Basically it is caused because `acro’ requires `l3sort’ at begin
document. babel’s ldf files usually make the shorthand characters active
at begin document which in this case caused l3sort to choke because it
was loaded _after_ babel made the semicolon active. So the solution is
to load `l3sort’ earlier, i.e., before begin document.::
Grazie dell’attenzione egreg,
Aggiungo solo che ho verificato che se si dà l’opzione sort = false al pacchetto il problema scompare.
Non ne capisco molto, ma visto che il pacchetto acro si appoggia al misterioso e “experimental” l3sort per l’ordinamento, temo che il problema non riguardi direttamente Niederberger.
Seguirò il tuo consiglio e scriverò all’autore. Sono un fun dei suoi pacchetti!
Ciao
Pietro
12 Luglio 2013 alle 21:26 in risposta a: importare documento openoffice con note a pie’ di pagina #87459::
Per la documentclass puoi intervenire sul file ultraclean.xml e modificare le righe che dovrebbero apparire più o meno così:
``Seguendo lo stesso metodo puoi anche creare un file xml apposito in base alle tue esigenze di formattazione.
Per esempio puoi includere in automatico un intero preambolo:
`
\usepackage[a5paper]{geometry}
…
`o ancora perfezionare il riconoscimento di alcune parti del testo e la relativa resa in termini di codice LaTeX.
La documentazione di writer2latex è piuttosto completa: http://writer2latex.sourceforge.net/doc/user-manual-screen.pdf
-
AutoreRisposte