fabusdr

Complimenti per il pacchetto: credo che per me sarà uno dei più
usati.

grazie, fa sempre piacere.

Ho fatto delle prove con pdfTEX e ho notato che utilizzando a4paper
le dimensioni delle pagine sono 8,24 x 11,69 in mentre con layaureo sono
8,5 x 11 in.

io usando acroreader come visualizzatore leggo in basso a sx 210x297mm (che è appunto l’a4) sia con layaureo che senza. non so se c’è un altro modo per vedere la dimensione della carta, voi lo conoscete?
facendo fare tutto a geometry mi pare strano che vengano fuori casini, a meno che non ci sia qualcosa settato male.
nella configurazione di geometry infatti specifico esplicitamente a4paper e il pacchetto dovrebbe fare il suo lavoro. si possono specificare a mano i driver per ogni tipo di output, per esempio dal manuale di geometry si legge:

pdftex:
sets \pdfpagewidth and \pdfpageheight properly if pdflatex command is used
for typeset. When pdflatex command is used, pdftex is automatically selected. On
the other hand when one is not using pdflatex command this option is
ineffective.

quindi geometry dovrebbe preoccuparsi da sola di selezionare tutto correttamente.
gli altri hanno lo stesso problema?

Dato che il pdf mostra la dimensione del “foglio di carta” e non “l’area di stampa”, non dovrebbero risultare identiche le due dimensioni?

boh, credo di si.
vediamo cosa dicono gli altri

cioo ciao
f

Ciao a tutti,
ho finito il pacchetto (io e E. stiamo discutendo gli ultimi dettagli tecnici), a me funziona bene e sono contento del risultato, appena sarà pronto vi prego di provarlo e farmi avere i vostri commenti, in maniera da poter stabilire una versione 0.1 definitiva.
in particolare fatemi sapere se l’output vi pare buono o il layout che ho scelto vi fa schifo…

alcuni commenti:

dato che è nato per coprire bene un foglio a4 se usate una foglio con dimensione diversa il pacchetto restituisce un errore.

analogamente non avrebbe senso usarlo con landscape o twocolumn

non potete usare le note a margine, perché altrimenti viene uno schifo e non ha senso, perché il layout standard non è male se si vuole usare le note a margine e non si capisce perché un tipo dovrebbe scrivere un pacchetto quando latex da solo fa già meglio (questo punto secondo le vostre reazioni potrebbe esser modificato)

è logico che la resa migliore si ha con 12pt, meno con 11pt e male con 10pt. il che è logico, perché se si vuole riempire il foglio è meglio mettere un carattere grande. non venite quindi a dirmi che a 10pt la riga è ancora troppo stretta… in ogni caso potete specificare l’opzione big, che anche a 10pt riempe bene il foglio (ma allora si che la leggibilità è diminuita…)

non sono fatti controlli sulla dim della rilegatura, ma non credo che nessuno specifichi 5cm…

mi pare sia tutto, appena emanuele mi da il via ve lo faccio avere
f

allora, vediamo se riesco a fare il giochino di indovinare il significato dei comandi…

`\def\ProcessOptionsWithKV#1{%
\let\@tempa\@empty
`

allora: si definisce un comando che elabora le opzioni con keyval e inizializiamo una \@tempa ponendolo vuoto (usando la definizione interna di \empty)

`
\@for\CurrentOption:=\@classoptionslist\do{%
`
Immagino che si fa un ciclo per ogni opzione corrente, sul contenuto di tutta la lista delle opzioni. in pratica quando metto le opzioni in \usepackage queste dovrebbero venir messe nella lista suddetta, che io avrei chiamato \@packageoptionslist per non fare cosino con le classi, ma insomma…

`
\@ifundefined{KV@#1@\CurrentOption}%
`
qui tiro un po’ a indovinare:
usando la macro di keyval \define@key{family}{key}{code} questa definisce una macro \KV@family@key che quando viene usata in una lista keyval riceve i valori specificati come argomenti.
in questo caso si vuole controllare se altrove è stato definito \KV@family@key in maniera che family sia l’argomento specificato per \ProcessOptionsWithKV e key l’opzione corrente. se non esiste una dichiarazione del genere si passa avanti.
o mi sto inventando tutto?

`
{}{\edef\@tempa{\@tempa,\CurrentOption,}}}%
`
qui mi perdo, se \@tempa è vuoto definiamo \@tempa come “,opzione corrente,”.
se al ciclo precedente eravamo passati dentro l’if allora lo definiamo come
“,opzione precendente,opzione corrente,” ??? se invece non siamo passati nell’if \@tempa contiene la definizione specificata sotto, che è la cosa che capisco meno…
in ogni caso si esce dal ciclo do.

`
\edef\@tempa{%
\noexpand\setkeys{#1}{\@tempa\@ptionlist{\@currname.\@currext}}}%
\@tempa
`

adesso si definisce \@tempa come:
\noexpand???
e si utilizza la macro \setkeys, dando appunto come primo argomento il nome della famiglia e come argomento \@tempa e \@optionlist (ho aggiunto una o di option, ho fatto male?) e poi mi perdo.
non capisco più cosa contiene \@tempa e cosa si fa con \@currname e \@curext. vado a cercare se trovo la definizione di tali comandi.

`
\AtEndOfPackage{\let\@unprocessedoptions\relax}}
\ProcessOptionsWithKV{fbs}`

posponendo il codice quando verrà utilizzato alla fine del pacchetto per un istante si ridefinisce al volo \@unprocessedoptions in modo che equivalga a \relax perché altrimenti latex darebbe un errore visto che non sono stati usati i comandi \DeclareOption e nonostante questo sono presenti delle opzioni.
infine si lancia il comando suddetto, che dovrebbe processare tutte le opzioni.

incomincio a capirci qualcosa…
ciao
f

nel frattempo ho anche aggiunto un controllo per verificare se il documento è onecolumn o twocolumn, utilizzando un banalissimo
\if@twocolumn

per quanto riguarda portrait credo che se si fa il controllo sulle dimensioni della pagina vada già bene, dal momento che la definizione dell’opzione è:

`
{\setlength\@tempdima {\paperheight}%
\setlength\paperheight {\paperwidth}%
\setlength\paperwidth {\@tempdima}}
`

e se quindi viene specificata l’opzione landascape questo modifica le dimensioni della pagina e quando si fa il controllo su \paperwidth e \paperheigth (è il primo) il pacchetto da un errore…

ciao
f