| Age | Commit message (Collapse) | Author |
|---|
|
Part of task 1896658
Co-authored-by: Aaron Bohy <aab@odoo.com>
Co-authored-by: Christophe Matthieu <chm@odoo.com>
Co-authored-by: Mathieu Duckerts-Antoine <dam@odoo.com>
Co-authored-by: David Monjoie <dmo@odoo.com>
Co-authored-by: Martin Geubelle <mge@odoo.com>
Co-authored-by: svs-odoo <svs@odoo.com>
Co-authored-by: Vincent Schippefilt <vsc@odoo.com>
|
|
The system completely changed. I also had to adapt classes to new
screen breakpoints.
hidden/hide -> d-none
show -> d-block
hidden-xs -> d-none d-md-(block/inline/...)
hidden-sm -> d-md-none d-lg-(block/inline/...)
hidden-md -> d-lg-none d-xl-(block/inline/...)
hidden-lg -> d-xl-none
visible-xs-* -> d-* d-md-none
visible-sm-* -> d-none d-md-* d-lg-none
visible-md-* -> d-none d-lg-* d-xl-none
visible-lg-* -> d-none d-xl-*
hidden-print -> d-print-none
visible-print-* -> d-none d-print-*
...
and all possible combination of those had to be handled too.
|
|
In mobile devices, the pad widget did not behave in a satisfactory
manner. Also, once it was in fullscreen mode, it was not possible to
come back to normal mode.
Task: #31545
PR: #15817
|
|
Before this rev., when the user opened a form view
containing a pad widget, with a pad url already configured,
a dialog directly popped asking "The record has been
modified, your changes will be discarded. Are you sure you
want to ?".
This is because of an unconventional behavior of this
widget: the field actually encodes an url, the one of the pad
to display. When the user saves, a write is forced so that
the server can retrieve the pad's content and store it in DB.
To force the write, the widget always notifies a fake change
on the url. However, we don't want this change to trigger
the confirm dialog. With this rev., this fake change doesn't
make the record 'dirty'.
|
|
Before this commit, the pad widget did not force the view to save the
current value, since it did not change (pad values are just the url for
the pad). However, this is a problem for the server, since it uses the
fact that the web client forces a save to update the description field
in the model (get the data from the pad server and add it to the
database).
This was not a big deal when looking at the pad (the pad widget fetches
its data each time), but it is a problem that the database is not
synchronized with the current data.
|
|
The pad widget does something unconventional: it creates the pad url
only when rendering in edit mode. This was done to prevent creating pad
by default for record in readonly mode.
Because of that, if the user clicks on create, then discard, the record was
considered dirty, so a confirmation modal popped up. In this commit, we
just make sure that the initial setValue from the rendering does not
'dirty' the record.
|
|
Before this fix, it was possible to set the widget 'pad'
on char fields but it only worked if the current model
inherited from 'pad.common'.
In the other cases, it crashed on closing Studio.
As there is two models only (project.task and
note.note), we decided to remove the possibility to set
this widget in Studio.
opw-745997
|
|
The pad widget was partially updated to the new views, but was no longer
working. In this commit, we rewrite the widget to make it work.
Note that we did some functional changes:
- we do only one rpc to check if the server is configured. the result is
stored on the prototype, so we do not need to do it again
- we do some rpcs with shadow: true, so we will not stop the rest of the
ui if the server is slow to respond
- we display a loading message in readonly, when the content is not
loaded yet.
|
|
This commit introduce a full redesign of all JS views. We started
basically from scratch. The goal was to unify all the various views
under a common framework, to make them testable, to make then usable in
different conditions (in studio, or in the frontend), and to make our
lives easier.
Some important points are:
- we introduced new coding guidelines (camelCase, 80 chars width, ...)
- we have a brand new testing framework (still QUnit based)
- kanban view moved to the web addon
- calendar view (formerly web_calender) moved to web as well
- the tree view was removed
- all new code should be documented
We hope that this code is the start of a new era for the Odoo web
client, we want to have a high quality codebase, well documented, well
tested, well designed.
Work done by the framework team: mostly aab, ged, chm, dmo, qsm
|
|
replace the icon for fullscreen by the same one used on YouTube (or a similar one) + add tooltip 'Full Screen' and 'Exit Full Screen'
|
|
as it prints the helper saying that the pad will be initialized
on first edit.
|
|
|
|
- better use of deferred
- avoid useless re-render of widget by using `internal_set_value`
- encode username in pad url
|
|
The module system needs to know the dependencies of a given module
before executing the function. This is why the dependencies were
defined once in an array, and then were described one more times in the
call to require.
But a trick can simplify this: the boot function can parse the string
representation of the module and extract the calls to require from it.
It is more work for the processor, but it leads to simpler module
definitions.
|
|
|
|
|
|
revid:dle@openerp.com-20140409162932-y5fxd5wbojing2t2
bzr revid: dle@openerp.com-20140409163132-n3apqh6nvfg2qof9
|
|
value calls wait for each others
Proper fix than 9968 revid:dle@openerp.com-20140409160214-1anxi8z07xj49vsp
bzr revid: dle@openerp.com-20140409162932-y5fxd5wbojing2t2
|
|
value calls wait for each others
bzr revid: dle@openerp.com-20140409160214-1anxi8z07xj49vsp
|
|
bzr revid: acl@openerp.com-20140409114825-t10ps6o7qn7qbd7y
|
|
odo@openerp.com-20140314143519-x6rzcfkkqxwc0e1g
bzr revid: odo@openerp.com-20140314143911-c2mxesg31xezeyr9
|
|
edition warning in read-only mode for new pads, translate messages
Added a small method to detect the proper server configuration,
and make it degrade gracefully if the method is not present.
This avoids having to force a pad URL generation in order to
test the config (possibly creating useless pads).
Add a user-friendly message when the pad has not yet been
initialized for a given record, in read-only mode.
bzr revid: odo@openerp.com-20140314131849-rnjvk1pqpiyvtc1c
|
|
chs@openerp.com-20140313163420-ifa4hyixj722d6jo
bzr revid: mat@openerp.com-20140313091920-bahej198pu339e28
bzr revid: chs@openerp.com-20140313170940-yoqg6izfw74s2i3a
|
|
bzr revid: chs@openerp.com-20140313153535-ogyip9tfm2hkwn1f
|
|
dle@openerp.com-20140213115951-h7c2o65lgg26aosv
bzr revid: chs@openerp.com-20140212182315-clifgy95ug2rd6d8
bzr revid: dle@openerp.com-20140213120325-zq9bnl035i1s6xd4
|
|
bzr revid: chs@openerp.com-20140212181014-rk1qh1pcovtmjhqu
|
|
lp bug: https://launchpad.net/bugs/1267108 fixed
bzr revid: chs@openerp.com-20140212134747-moiyebzdti4ieyc4
|
|
bzr revid: nicolas.vanhoren@openerp.com-20130424074638-aq3o08v7z9j1asz0
|
|
by solving another, more serious, bug that didn't updated correctly the database backup of the pad
lp bug: https://launchpad.net/bugs/1155039 fixed
bzr revid: nicolas.vanhoren@openerp.com-20130419143529-jku5titoacaajft0
|
|
bzr revid: chm@openerp.com-20121213145855-0aq9wqtovyrxzxkw
|
|
bzr revid: chm@openerp.com-20121213145714-b9d4f2u8iqdg8r1m
|
|
list view, etherpad is dipslay on readonly mode but with the oe_editing class. Why: The deferer for read only arrive after the display of edit mode. Fix: check in the deferer if the etherpad is already in readonly mode.
bzr revid: chm@openerp.com-20121203085116-jn83em3pd5le28rp
|
|
lot of incorrect css
bzr revid: nicolas.vanhoren@openerp.com-20121120155155-y1wd0px4trljf453
|
|
bzr revid: tta@openerp.com-20121109065144-hut93odny1ur16db
|
|
'done'/'fail' and 'pipe's in 'then'
bzr revid: fme@openerp.com-20121031103148-r1slfpl2kcnajjd3
|
|
bzr revid: nicolas.vanhoren@openerp.com-20121029153653-m5f8uorbhqt4s8gp
|
|
bzr revid: nicolas.vanhoren@openerp.com-20121012121126-atu1vf14rc4fxu0g
|
|
bzr revid: fva@openerp.com-20120925135557-09s58wkbt038yxpo
|
|
bzr revid: fva@openerp.com-20120924134600-5avqr2vohdsh7y9n
|
|
bzr revid: chm@openerp.com-20120920105713-meckyb4pnlxbapzk
|
|
bzr revid: chm@openerp.com-20120920075031-lx6k382cd8kcyct9
|
|
bzr revid: chm@openerp.com-20120919143553-lmlvshitpkkftyln
|
|
bzr revid: al@openerp.com-20120829123833-4b9kp33d9ne2gyom
|
|
bzr revid: al@openerp.com-20120829093743-syqklh5mypeiqxjp
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120824182743-1d9cii7kigc7exer
|
|
bzr revid: al@openerp.com-20120820234008-olfcnxj7np6hwwgz
|
|
bzr revid: al@openerp.com-20120721192551-q6nbqn4xxau0e64x
|
|
bzr revid: fp@openerp.com-20120717225636-bqudwmo6cve50fjn
|
|
bzr revid: fp@openerp.com-20120717222457-f652anzrzharlwkn
|
|
bzr revid: fp@openerp.com-20120717221408-zk30i103f0erk4a3
|
