Chintan Ram has proposed merging
lp:~openerp-community/openobject-addons/trunk-bug-1099434 into
lp:openobject-addons.
Requested reviews:
OpenERP Core Team (openerp)
Related bugs:
Bug #1099434 in OpenERP Web: "[PoS backend] Daily Operations => Orders form
in editable mode: Taxes and Total fi
Title: Eric CAUDAL
that is what I thought: depending on
the group by needs, you will need store/not stored
Eric Caudal
CEO
--
Elico Corporation, Shanghai branch
OpenERP Premium Certified Training Partner
Cell: + 86 186 2136 1670
Office: +
If it is not stored, it can't be group by, you`ll get error on that.. saying
the field doesnt exist in table. (something like that)
It because if we add store=false, the open erp doesnt create additional field
in the table, but if we add store=true open erp create the additional field in
table
Is a similar problem, you need save the field or search method on the
function field for use group
El 25/02/2013 20:02, "Eric Caudal" escribió:
> If it is not stored, can it be used in Group by?
>
> Eric Caudal*CEO*
> --*Elico Corporation, Shanghai branchOpenERP Premium Certified Training
> Par
Title: Eric CAUDAL
If it is not stored, can it be used in
Group by?
Eric Caudal
CEO
--
Elico Corporation, Shanghai branch
OpenERP Premium Certified Training Partner
Cell: + 86 186 2136 1670
Office: + 86 21 6211 8017/27/37
Skype: elico.corp
The proposal to merge
lp:~openerp-community/openobject-server/fix-1094212-multicompany-res_partner
into lp:openobject-server/7.0 has been updated.
Status: Approved => Merged
For more details, see:
https://code.launchpad.net/~openerp-community/openobject-server/fix-1094212-multicompany-res_p
The proposal to merge
lp:~openerp-community/openobject-server/fix-1094212-multicompany-res_partner
into lp:openobject-server/7.0 has been updated.
Status: Merged => Approved
For more details, see:
https://code.launchpad.net/~openerp-community/openobject-server/fix-1094212-multicompany-res_p
The proposal to merge
lp:~openerp-community/openobject-server/fix-1094212-multicompany-res_partner
into lp:openobject-server/7.0 has been updated.
Status: Needs review => Merged
For more details, see:
https://code.launchpad.net/~openerp-community/openobject-server/fix-1094212-multicompany-r
Well it all depends on whether you want the record or field is not in the
db.
If you want the field will not save, store = False to be, it will make the
sensible and calculated field to display automatic, fnct_search there if
you need because there is being saved.
If you are using store = {model:
Ok. I hadn't thought of that.
My main point was that it should be searchable. Otherwise, it's broken.
Which way is the recommended way?
1. store=False and use fnct_search
or
2. store={...} (and have the value in the db updated when the related
field changes).
I'm just wondering for my own fut
The proposal to merge
lp:~openerp-community/partner-contact-management/base_partner_surname into
lp:partner-contact-management/6.1 has been updated.
Status: Needs review => Merged
For more details, see:
https://code.launchpad.net/~openerp-community/partner-contact-management/base_partner_su
Hi
To search on function fields you need make a fnct_search and return the
search parameters, without store=True
El 25/02/2013 09:46, "Michael Telahun Makonnen"
escribió:
> Hi there,
>
> I believe that for related and function fields unless you store the value
> in the database you cannot search
Hi there,
I believe that for related and function fields unless you store the value in
the database you cannot search or filter on it. So, in this case instead of
just setting store=False it might be better to use store={...}
See here for an example:
http://doc.openerp.com/v6.0/developer/2_5_
Re-pushed with a new unique id to allow real merging this time.
--
https://code.launchpad.net/~openerp-community/openobject-server/fix-1094212-multicompany-res_partner/+merge/141936
Your team OpenERP Community is subscribed to branch
lp:~openerp-community/openobject-server/fix-1094212-multicompan
Hi ferdinand,
In 6.1, you can do this (maybe in 7.0 too):
http:///web/webclient/login?db=demo&login=demo&key=demo
Regards,
Le Sun, 24 Feb 2013 12:38:32 +0100,
ferdinand a écrit :
> Hello!
>
> in v5 it was possible to login to a db with
> https://login?user=demo&password=demo&db=demo
>
> a
Review: Approve code review, no test
Hi Maxime, thanks to resumbit only one module !
Little comments:
* You should use # -*- coding: utf-8 -*- instead of : # -*- encoding: utf-8 -*-
* You can remove the class instanciation on line : 759
* Better to use from openerp.osv import orm, fields class
16 matches
Mail list logo