samiel” post=92701Nel caso del tread che ho riportato c’era una modifica a un record specifico, se non ho capito male. Infatti trovo questo codice:
`\DeclareBibliographyDriver{article}{%`
mentre a me servirebbe la disponibilità del campo “tomo” in più casi (@book, @book, @proceedings, @collection)
e inoltre come campo opzionale visto che non tutti i volumi sono suddivisi in tomi. Sempre in quel tread
trovo anche `datatype=bibtex`: perché bibtex? A me servirebbe un numero, quello del tomo.
Inoltre bisogna fare in modo che tale campo “tomo” appaia, se presente, dopo la voce @volume. Non so dunque se bisogna costruire
tanti modelli uno per caso o c’è un modo più economico di farlo in pratica scrivendo il campo nuovo e applicandolo (via patch)
ai casi in cui può servire. Leggo infatti che «You can often avoid modifying each individual bibliography driver by applying edits
to the bibliography macros instead.» Purtroppo non sono in grado di realizzare indicazioni generali e vaghe come quella del tale
che mi suggerisce che devo “modificare le macro come tali”, suggerimento ai fini pratici del tutto inutile se uno non sa
dove e come esattamente mettere le mani 🙁
Il discorso è molto complesso. Il campo volume viene usato sia in alcune macro, richiamate dai driver,
sia ll’interno dei driver stessi. Aggiungere un nuovo campo dopo volume comporta modificare sia le macro sia i driver.
Naturalmente si può fare tutto con \xpatchbibmacro e \xpatchbibdriver.
Io però ti suggerisco un’altra strada. Perché non usare il campo part, che già è inserito nei driver e nelle macro?
Volendo potresti anche rimapparlo su un nuovo campo tome come detto sopra.
Tutto sarebbe stato più semplice avendo a disposizione un esempio minimo compilabile 😉
Ciao
Ivan