| Age | Commit message (Collapse) | Author |
|
This commit introduces a new module system for the javascript code.
Instead of using global (namespaced) variables everywhere (like
openerp.web.whatever, ...), each file declare one (or more) module
with its dependencies. Each module will be loaded after its
dependencies, and will be given a reference to the return values.
This change is a massive departure from the way the client worked
previously. It will sadly break some/most history, but I am sure that
the future git ecosystem will allow you to easily browse the history
past this revision (one can dream).
This commit feature:
* main namespace is now odoo instead of openerp
* a way to define modules and dependencies (inspired by requirejs)
* many files have been splitted in simpler subfiles
* basic support for debugging in odoo.__DEBUG__
* no global variable (i.e. nothing in window.openerp)
* many bug fixes, many new bugs
Future vision: this modularization should simplify future code
development, simplify debugging and will allow a serious testing effort
|
|
* use new support to colorize reconciled bank statement lines
* fixes tokenization of ``is not`` to not blow up on ``not foo``
* improves calling code to get truthiness of evaluated expression
instead of truthiness of javascript-equivalent objects: an empty list
is falsy in Python but truthy in javascript, since the evaluated
expression is in Python one would expect Python truthiness rules
without having to manually convert to boolean
closes #5070
|
|
The do_show and do_hide methods did not call their _super, which is bad.
Also, add an icon for the poor treeview.
|
|
|
|
Issue was the propagation of contextual values across actions, more
precisely conserving the selected fiscal year when selecting an account
from the chart of accounts tree view: the chart of accounts tree view is
generally opened for a specific fiscal year, and it seemed sensible that
opening an account would show only the journal items for the previously
selected fiscal years rather than all items ever.
PR #649 altered action.read by tentatively evaluating the action's
context, however this has the side-effect of providing evaluated
contexts when creating or editing actions via the UI, usually breaking
them in the process (as the context at this point is basically
nonsensical for the action's purpose).
This backs out the previous fix, and creates a fix restricted to the
tree view's JS (thereby removing the feature for window actions not
invoked from a tree view).
closes #4677, closes #4690
|
|
|
|
|
|
bzr revid: chs@openerp.com-20130910125223-5iu0tohmourxcz64
bzr revid: fva@openerp.com-20130911155921-xyqskhjx9r9pgw9c
|
|
chs@openerp.com-20130823145204-xwpnlwg0gg2259f6
bzr revid: chs@openerp.com-20130823145527-fz58kta3qpup4sb2
|
|
fields name (eg: account.account)
bzr revid: mat@openerp.com-20130829124448-xr89v0gsuoukqhao
|
|
Still has some retro-compatibility for other addons.
bzr revid: nicolas.vanhoren@openerp.com-20130806125022-bzjbtn0nqk40ak4g
|
|
selected parent's childrens rather than else.
lp bug: https://launchpad.net/bugs/1183156 fixed
bzr revid: bth@tinyerp.com-20130705121036-0pn454ts3z9wkwxr
|
|
loading
bzr revid: nicolas.vanhoren@openerp.com-20121213140914-8d1u01h17r2x4fpu
|
|
bzr revid: fme@openerp.com-20121206091334-c2z76kbmibqq0jgq
|
|
bzr revid: fme@openerp.com-20121204163948-pctxvy55w34e1pg9
|
|
trigger an error if a nonliteral context is pushed to the server (through a new object_hook)
bzr revid: xmo@openerp.com-20121126140525-ni2x5m56upss610b
|
|
bzr revid: xmo@openerp.com-20121123113932-siz0u2vp2u7z6wk2
|
|
bzr revid: fme@openerp.com-20121108091548-enm1aftirkzngld1
|
|
eagerly loaded treeviews, making heavily loaded charts of accounts
completely unusable
bzr revid: xmo@openerp.com-20121107143740-31i16933dfg4t6xk
|
|
'done'/'fail' and 'pipe's in 'then'
bzr revid: fme@openerp.com-20121030140630-gf20ye8fou1ebxft
|
|
bzr revid: ggh@tinyerp.com-20121003122836-36g8ijxdcjwgntjl
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120824182707-vt91ef40ieeudwyw
|
|
bzr revid: vme@tinyerp.com-20120703133508-33lfisga2u4tlepe
|
|
bzr revid: vme@tinyerp.com-20120703121914-yf9hbri57grukuff
|
|
bzr revid: vme@tinyerp.com-20120702121927-wbg5pncvw4qo8cni
|
|
bzr revid: fme@openerp.com-20120627151733-cgtfminjoqoxix11
|
|
bzr revid: fme@openerp.com-20120627141249-o10e2htxqtio72l7
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120417121559-e94wr8ym8sb2f7c1
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120405160315-vn2gawdesxuy53b3
|
|
bzr revid: xmo@openerp.com-20120305070634-li0eloj7vhsljguu
|
|
~
should probably go through a testing phase (checking its result
against that of eval_domain_and_context) for a while, but apart from
that it's supposed to work.
'stdlib' stuff (datetime.date.today, datetime.timedelta,
time.localtime, time.time, time.strftime) still need to be
written. Isn't there also a dateutil.relativedeleta somewhere?
Anyway that needs to be done and the various evaluation contexts need
to be defined, but the valuator itself should mostly work.
bzr revid: xmo@openerp.com-20120227073721-nkgeiqacbzch8xev
|
|
not actually sure if ActionManager#do_action is supposed to get a literal or a nonliteral context at this point... but ViewManager(Action) does not seem to like nonlit contexts at all so...
lp bug: https://launchpad.net/bugs/933360 fixed
bzr revid: xmo@openerp.com-20120217093541-pudzg8x4u1dhbkjf
|
|
py.eval really needs to automatically have builtins in its evaluation context...
lp bug: https://launchpad.net/bugs/922651 fixed
bzr revid: xmo@openerp.com-20120130085557-oqmjs0owgdrwshu0
|
|
bzr revid: fme@openerp.com-20120110165451-pvchn668y0b1p645
|
|
bzr revid: fme@openerp.com-20120110154500-466y26mkyb947nze
|
|
evaluated before the translation db has been loaded
bzr revid: xmo@openerp.com-20111216130000-56qd717d79529opy
|
|
lp bug: https://launchpad.net/bugs/904989 fixed
bzr revid: xmo@openerp.com-20111216112054-xys9q3ap6dcatppr
|
|
bzr revid: chs@openerp.com-20111216105024-m39408ii7mqplhy3
|
|
from the treeview
lp bug: https://launchpad.net/bugs/888397 fixed
bzr revid: xmo@openerp.com-20111118134555-tmnh06kmx81mvqhx
|
|
bzr revid: xmo@openerp.com-20111118134502-t6ltgtooij0ob0bt
|
|
bzr revid: xmo@openerp.com-20111012111429-duldg0ko9wuq2zje
|
|
bzr revid: xmo@openerp.com-20111011112924-ih7on411mirf5wmi
|
|
bzr revid: nicolas.vanhoren@openerp.com-20110915094944-7l229rjknptr5vcl
|
|
bzr revid: xmo@openerp.com-20110912120604-ojzbfhjkobgoueo6
|
|
instance.web.qweb
bzr revid: fme@openerp.com-20110907093743-k0224c5qjb74hxvb
|
|
bzr revid: al@openerp.com-20110906205438-wk1x6dx2mp103en2
|
|
bzr revid: al@openerp.com-20110905110309-egx167t1ni1fzho1
|