ARGOMENTO: fattura parte descrittiva e tabellare

Come da estratto chat IRC di oggi:
http://www.openerp-italia.org/index.php/documentazione--supporto-e-formazione/faq/installazione/component/content/article/15-download/images/jdownloads/screenshots/thumbnails/media/acepolls/swf/index.php?option=com_wrapper&view=wrapper&Itemid=79

Il consiglio è utilizzare come base il modulo report_aeroo_sample al posto di dover creare a mano azione e bottone (e limitando la portabilità, ogni nuova installazione richiederà questa operazione manuale)
Usando il modulo sample come base basta copiarlo nella nuova installazione e installarlo (crea automaticamente azione e bottone)
Procedura:
Copiare la cartella assegnando un nome adatto, es report_aeroo_ordine o similare
Cambiare i percorsi, l'eventuale nome file ODT, nome bottone, l'oggetto di riferimento
I file da modificare sono:
l'odt (in report), l'xml (in report) e __openerp__
Il parser non sempre è utilizzato nei report (serve per fornire al contesto nuove funzionalità da utilizzare all'interno del file ODT)

Inserito bug, sembrano esserci problemi su installazione da zero dopo l'uscita della RC4 (26/05/2011)

bug 790686

confermo il problema
anch'io sto riscontrando questa anomalia in una installazione pulita sia con report_aeroo_sample che con i moduli italiani l10n_it_account_report e sale_report

Se volete provare il bug è stato corretto da sraps, sulla mia installazione di prova (ubu 11.04) ho fatto un:di lp:aeroo solamente (non è stato toccato aeroolib)
dopo un update=all del DB e poi sono riuscito finalmente a installare il modulo sample di aeroo (immagino anche tutti quelli basati su questo modulo)

quoto! ora funziona
anche se non mi è stato necessario dar l'update=all

Può essere, non c'erano modifiche agli oggetti mi sembra, perciò basta il riavvio del server (poi sai, l'update all ci sta sempre bene )