La griglia di ClassicThesis, ad esempio, non sarebbe riproducibile con geometry? Bisogna per forza passare per i koma-script?
Mi ricordo che Enrico in persona ha detto che la griglia delle classi KOMA è definita dal pacchetto typearea o dal comando \areaset, e che cercare vie alternative è arduo.
Con geometry si potrebbe senza dubbio. Non lo si può usare con koma-script, su cui è basato il resto del pacchetto.
Un progetto del genere proposto sarebbe molti simile a quello di memoir: Peter Wilson ha riscritto all’interno della classe moltissime cose già presenti in altri pacchetti, proprio per limitare le incompatibilità. Ha la sua versione di tocloft, di titlesec, di setspace, di enumitem eccetera. Tuttavia memoir si propone di essere una classe “universale”, mentre le ambizioni di ClassicThesis sono più limitate. Per questo ritengo sbagliato inserire obbligatoriamente decine di pacchetti di cui magari l’utente non ha affatto bisogno.
Proprio oggi in una risposta ho fatto notare che il pacchetto guit richiama automaticamente hyperref. Penso che scriverò a Emanuele proponendogli di evitarlo e definire un’opzione per caricarlo: un utente che carichi prima guit e poi hyperref con le sue opzioni si troverebbe a malpartito. È vero che c’è l’avvertimento nella documentazione, ma a qualcuno potrebbe seccare di dover usare per forza hyperref anche se non gli serve (a me, per esempio :D).
Questo tipo di incompatibilità, innocuo nel caso di guit, capita molto spesso con ClassicThesis, come si è visto nei numerosi messaggi sull’argomento.
Conclusione? Rifare la classe (come classe vera) sembra proprio un lavoraccio.
Ciao
Enrico