[.cls] Caricare diversa classe base a seconda delle opzioni

Prima di tutto, grazie!

OldClaudio” post=66073Confesso che non le ho provate, ma ho solo letto il codice; da questa lettura solo la terza versine mi pare che possa funziinare, nel senso che le altre due secondo la mia lettura non funzionano.

Mi spiego: finché dichiari una opzione con \DeclareOption il suo codice viene messo in una lista, ma non viene eseguito finché non viene eseguito il comando \ProcessOptions. Dunque nei primi due casi i vari \if che corrispondono ai discriminanti non sono impostati e di conseguenza le strutture condizionali funzionano solo con i valori di default di quelle variabili booleane, cioè false.

Ci sarebbe anche la possibilità di usare \ExecuteOption; questo crea una lista di opzioni da usare, con la clausola che se qualche opzione non è definita, viene silenziosamente ignorata.

Ci sarebbe anche da sfruttare il fatto che le opzioni non definite per una classe non producono errori, anche se funzionano daopzioni globali, ma viene solo emesso un messaggio “Option … not used”, che appare solo nel file .log.

Però secondo me la terza variante funziona benissimo;

Ho provato le varie soluzioni e a me paiono funzionare. Ho letto la clsguide e non vorrei aver preso un abbaglio, ma i condizionali vengono eseguiti indirettamente da \ProcessOptions (perché inseriti in qualche \DeclareOption) oppure direttamente dopo \ProcessOptions.

Comunque, se ti sembra che la terza vada bene, allora uso quella. 🙂

io ho incontrato delle difficoltà a passare opzioni a memoir dalla classe che la chiama, ma forse c’è ancora qualcosa che mi sfugge in tutto questo meccanismo.

L’ho concepito così: se non ci sono opzioni non previste (niente \DeclareOption*, con l’asterisco), allora viene espanso il \my@configbaseclass che segue \ProcessOptions, e che quindi usa i condizionali correttamente impostati. Se invece viene passata un’opzione con \DeclareOption*, allora sono state certamente già eseguite (se ci sono) le opzioni che fanno da discriminante, quindi chiamo \my@configbaseclass prima di passare le nuove opzioni alla classe base. In ogni caso, se non sbaglio qualcosa, \my@configbaseclass si annulla automaticamente dopo la prima chiamata.

Il vincolo è che devo passare alla classe base (qualunque essa sia) le relative opzioni predefinite prima che vengano passate altre opzioni con \DeclareOption* (con l’asterisco), in modo che queste ultime abbiano la precedenza.

Questo è l’esempio (quasi) reale:
`
\RequirePackage{filecontents}

\begin{filecontents}{classe.cls}
\NeedsTeXFormat{LaTeX2e}
\ProvidesClass{classe}[2011/12/01 v0.1 Classe di prova]

\newif\ifmy@memoir
\newif\ifmy@article
% altri newif

\def\print{\typeout{\CurrentOption}}

\def\my@configbaseclass{
\ifmy@memoir
\def\my@baseclass{memoir}
\ifmy@article
\PassOptionsToClass{10pt,a4paper,article}{memoir}
\else
\PassOptionsToClass{10pt,a4paper}{memoir}
\fi
\else
\ifmy@article
\def\my@baseclass{scrartcl}
\PassOptionsToClass{10pt,abstract=true}{scrartcl}
\else
\def\my@baseclass{scrbook}
\PassOptionsToClass{10pt}{scrbook}
\fi
\fi
\let\my@configbaseclass\relax}

\DeclareOption{memoir}{\print\my@memoirtrue}
\DeclareOption{article}{\print\my@articletrue}
% altre opzioni
\DeclareOption*{
\print
\my@configbaseclass
\PassOptionsToClass{\CurrentOption}{\my@baseclass}
}

\ProcessOptions\relax
\my@configbaseclass
\LoadClass{\my@baseclass}
\end{filecontents}

%\documentclass[b5paper,article,11pt,memoir,landscape]{classe}
\documentclass[b5paper,article,11pt,headinclude]{classe}

\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[italian]{babel}

\begin{document}
ciao!
\end{document}`
Viene passata correttamente sia l’opzione “landscape” a memoir che “headinclude” a scrbook.

Sperando che non ci siano altri bug… 🙂

Grazie di nuovo!

egreg9″ post=66078Se vuoi la mia opinione, eccola. Scegli: o memoir o scrbook. Hanno modi diversi di gestire le cose, non c’è speranza di farle collaborare in modo decente. A meno di non voler tradurre tutto ciò che fa una nel linguaggio dell’altra.

Ciao
Enrico

La tua opinione è sempre preziosa.

Nella mia idea originaria, mi sarei basato esclusivamente sulle classi KoMa. Claudio suggeriva di usare memoir: l’idea mi interessa, se è vero che le classi LaTeX3 sono molto più vicine a memoir che alle classi standard LaTeX2e (almeno come concezione, ho letto). Così ho cercato di combinare le due vie, ma andando avanti mi sto rendendo conto che il codice in comune in effetti non è moltissimo… Non vorrei però sin d’ora abbandonarmi esclusivamente a memoir: in linea di principio preferisco l’organizzazione modulare di classi standard e classi KoMa e non vorrei distaccarmene bruscamente. Del resto avere su memoir un layout familiare (classicthesis) mi spingerebbe a conoscere meglio memoir.

Sto programmando a tempo perso per esplorare un po’ le varie soluzioni, quindi in generale non ho vincoli temporali, né ancora un progetto ben definito: voglio semplicemente vedere che si può fare.

L’unica cosa che davvero mi serve è un classicthesis in forma di classe con alcune ben precise cose modificate: sto portando avanti le due cose in parallelo.

PS1: trovi delle falle TeXniche nella soluzione che ho descritto prima?
PS2: è solo una curiosità, mi sapresti dire perché c’è l’abitudine di mettere \relax dopo \ProcessOptions?

egreg9″ post=66087

PS2: è solo una curiosità, mi sapresti dire perché c’è l’abitudine di mettere \relax dopo \ProcessOptions?

2. Perché \ProcessOptions può essere seguito da * e quindi, per via di come funziona \@ifstar, mangia gli spazi che seguono e può creare problemi con il primo comando successivo. Mettendo \relax si ferma subito il processo.

Ciao
Enrico

Scusa se ti disturbo ancora, Enrico. Mi spiegheresti perché? Non ci arrivo… 🙁

egreg9″ post=66095Mi pare che il problema sia dovuto a ciò che non può andare prima di \ProcessOptions; il processo di \@ifnextchar espande ciò che viene dopo per vedere se è uno spazio (e buttarlo); quindi può succedere che venga espanso qualcosa che è proibito prima di \ProcessOptions (tipicamente \LoadClass o \LoadPackage).

Ciao
Enrico

Ok, credo di aver intuito qualcosa, domani ci ragiono a mente più fresca.

Grazie!