| Age | Commit message (Collapse) | Author |
|
bzr revid: fme@openerp.com-20120110165451-pvchn668y0b1p645
|
|
lp bug: https://launchpad.net/bugs/892248 fixed
lp bug: https://launchpad.net/bugs/885507 fixed
bzr revid: fme@openerp.com-20111221134306-k5w0g0oih3uvhy34
|
|
bzr revid: xmo@openerp.com-20111216114941-fr6wsfabxfqf86xw
|
|
dialog titles)
bzr revid: xmo@openerp.com-20111215104031-h2xjkf0zwf8x8zjk
|
|
bzr revid: xmo@openerp.com-20111201110140-ozkrhoxt0ug5qcnj
|
|
to server error
lp bug: https://launchpad.net/bugs/898547 fixed
bzr revid: xmo@openerp.com-20111201110007-sy3fj347ga7pj7d8
|
|
bzr revid: xmo@openerp.com-20111114101221-905mu3id02o3n2li
|
|
bzr revid: xmo@openerp.com-20111024142744-zeal912gqf9bvrrp
|
|
bzr revid: xmo@openerp.com-20111024141737-bk2rg08wvll1hgno
|
|
bzr revid: xmo@openerp.com-20111024140658-8t9csv9i6gd30luj
|
|
bzr revid: xmo@openerp.com-20111024135521-aikh791r9j94moal
|
|
lp bug: https://launchpad.net/bugs/878005 fixed
bzr revid: xmo@openerp.com-20111019134936-xfo9zt1ivgocbffr
|
|
lp bug: https://launchpad.net/bugs/878005 fixed
bzr revid: xmo@openerp.com-20111019103822-lx0gldsmxbqb87dr
|
|
bzr revid: xmo@openerp.com-20111018102108-2c1uixgbeb3t6wkx
|
|
bzr revid: ysa@tinyerp.com-20111017131849-u034vkz20cw8e31t
|
|
bzr revid: ysa@tinyerp.com-20111017061602-6sv4m5ew70by57yx
|
|
on required fields list.
lp bug: https://launchpad.net/bugs/871625 fixed
bzr revid: ysa@tinyerp.com-20111012080540-1m6x6npy7e0jaoif
|
|
todo: if exact equality with field name and field string fail, a levenshtein distance test
with the field string would be pretty cool (mostly for importing stuff)
bzr revid: xmo@openerp.com-20110926100744-1mcucy3njp9fd3r5
|
|
bzr revid: xmo@openerp.com-20110926093024-et5kvpvvq1vm811h
|
|
bzr revid: xmo@openerp.com-20110923130943-293wxucafwjloxwh
|
|
might have to change that, or something
bzr revid: xmo@openerp.com-20110923124634-sk9ka293ugc159gu
|
|
bzr revid: xmo@openerp.com-20110923122202-hnp6o1ybwgugive4
|
|
bzr revid: xmo@openerp.com-20110923110605-vw82lm018q6b2grt
|
|
bzr revid: xmo@openerp.com-20110923095609-ogxc6q3wnd0tez8v
|
|
bzr revid: xmo@openerp.com-20110923094500-0jn0tb3fgix9j8wg
|
|
everything's ready to setup autocompletes and check required fields & al
bzr revid: xmo@openerp.com-20110923092346-007j09xf5wfzq9zo
|
|
required fields
bzr revid: xmo@openerp.com-20110923083341-xa3sg2t053zonlsm
|
|
bzr revid: xmo@openerp.com-20110922155751-rkch0vpmhpolihxa
|
|
the validation process clearer
bzr revid: xmo@openerp.com-20110922121327-zqenx9bisr8pe4kd
|
|
selected
bzr revid: xmo@openerp.com-20110922120810-2fcmntd4w6yh9zvy
|
|
bzr revid: xmo@openerp.com-20110922120328-h9eh9gl6wf28xbzd
|
|
bzr revid: xmo@openerp.com-20110922105948-oms4h0t4uyl0qnm6
|
|
bzr revid: xmo@openerp.com-20110922095409-xxqb0l3mirralwps
|
|
on_change_check
bzr revid: xmo@openerp.com-20110922094058-yhy6re1l679fg42m
|
|
In some cases, at least with complex-enough views, inserting many
options in a document in a row will get progressively slower.
In import, this issue is hit on trying to import partners: partners
have a humongous number of fields (direct and on their o2m), ~940,
which yields a correspondingly huge number of options in the
selection.
A basic partner export also has quite high a number of columns (~50
without exporting o2m fields), so this list of 940 options is inserted
50 times in a row (literally too, they're all in the same table row)..
While not all that fast, Firefox 5/6 has no significant issue with
this (~18ms/insertion, where an insertion is a full select with all
its options). Webkit browsers (Chrome and Safari) on the other hand
start out fair (~10ms/insertion), but get slower and slower until they
end up at 3~5 *seconds* for each insertion (3s if inserting a
DocumentFragment, 5s if inserting text via innerHTML). This means the
preview table takes up to *two minutes* to display, even the best
cases (pre-generating everything that can be and optimizing everything
I could think of) take 75 *seconds* for the insertions (the
pregeneration of a given select and its options is ~100ms, the base
template rendering is ~20ms).
rendering divs or inputs does not have this issue, I did not manage to
reduce or fix the issue directly so I replaced the options by
jQuery-ui's autocomplete widget. This is not issues-free: when tabbing
through the fields lists, when reaching the edge of the popup the
browser will automatically scroll the field back into view. However,
this is done *after* autocomplete's popup has opened, and as a result
the popup opens in the wrong place (at the popup's edge, instead of
under the now-moved field).
bzr revid: xmo@openerp.com-20110922085812-3u1esk6czraskm01
|
|
(future), simplify enabling and disabling of import button
bzr revid: xmo@openerp.com-20110921112556-0qv8h9jldlmd799a
|
|
bzr revid: xmo@openerp.com-20110921101436-m24gccn4isew8hwo
|
|
* White space between tokens
* Remove unused variables
bzr revid: xmo@openerp.com-20110921101320-7hr2nla3km3yhgfj
|
|
bzr revid: xmo@openerp.com-20110921100900-e86bcmyi7fn3whiz
|
|
bzr revid: kch@tinyerp.com-20110916133515-6he9cdw3cjsf24hl
|
|
shows message and field will red coloration.
bzr revid: kch@tinyerp.com-20110915064753-mij2danikyv9iouh
|
|
bzr revid: kch@tinyerp.com-20110913093756-2z6g8p059lgjxpxq
|
|
bzr revid: kch@tinyerp.com-20110912125900-flvro2f4qsllik14
|
|
bzr revid: kch@tinyerp.com-20110909114933-4f0zgiedo9dp865h
|
|
implement a jsonp-ish system to correctly handle retrieval of import test return data
bzr revid: xmo@openerp.com-20110909105307-2463mzr6micqdvbm
|
|
each session).
bzr revid: kch@tinyerp.com-20110908104856-qemlzgbc6zo5ar5k
|
|
bzr revid: kch@tinyerp.com-20110906130525-axb8e40gc1zya9a3
|
|
bzr revid: kch@tinyerp.com-20110906125440-turixz49exf0po30
|