Le 21/04/2018 à 10:23, Cédric Krier a écrit :
On 2018-04-21 09:09, Richard PALO wrote:
but get_rec_name() returns the hierarchy of names when there is a parent type,
case not treated for but which is *always* the case for account_account_type.
Indeed, it will be good to customize the search_rec_name like in
party.category.
If I set on the header 'type:id', then the lookup seems to expect the
identifier of
the account_account_type_template and not the instance of it in
account_account_type
as it invokes ModelData.get_id() much like Sergi mentioned (and must be
specified
like 'account_fr.provisions_charges'
Yes ':id' suffix works only for XML id because they are the only unique
ID valid on different databases.
The script openerp2tryton is just a starting skeleton and the CSV import
is not the most powerful tool. It was used in openerp2tryton for simple
case. But it is still more powerful to write proteus script instead.
I tried adding the method search_rec_name() on account_account_type
but it doesn't seem to get called during import_data(). missing glue?
re: ':id', this is fine and preferred.
The point is that only the template classes have this (directly getting the
dbid),
the instantiated classes need to reference that via template=dbid
So I'll just update account_account_template instead of account_account and do
so
prior to creating the chart of accounts.. should have thought of that sooner:-/
WRT proteus script, I guess I don't understand, openerp2tryton seems to me a
proteus
script as it *is* using proteus... how could it not be?
cheers,
--
Richard PALO
--
You received this message because you are subscribed to the Google Groups
"tryton-dev" group.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tryton-dev/9bfd1cb1-5170-c0c5-3ab8-3622500bf459%40netbsd.org.
