| Age | Commit message (Collapse) | Author |
|
bzr revid: chm@openerp.com-20140130210001-kiecx5nde2um3ni1
|
|
bzr revid: al@openerp.com-20140128140017-r8yy8tzsvo4y0e92
|
|
bzr revid: chm@openerp.com-20140127180059-sfwyqf57eixr8dxq
|
|
bzr revid: chm@openerp.com-20140127173816-uldoee71h7ntpyhl
|
|
bzr revid: ddm@openerp.com-20140123172714-0fumk1t7hjoz1506
|
|
bzr revid: ddm@openerp.com-20140123172543-3k7w0221ssjsserr
|
|
bzr revid: chm@openerp.com-20140122132159-efse87uk30t0tehv
|
|
bzr revid: xmo@openerp.com-20140121151310-va8e20avgvzy0anz
|
|
bzr revid: xmo@openerp.com-20140121150843-fm2uqxctlejlwe5c
|
|
things at the moment) within a dropped snippet
bzr revid: xmo@openerp.com-20140121131841-u0qzlk1ytng3af2h
|
|
website: contact qweb widget
bzr revid: chm@openerp.com-20140121123912-0ya4ziusj09efti3
|
|
remove fixed size checkbox
add fayt for icons (by name)
bzr revid: xmo@openerp.com-20140121100408-64e32iio9r77yx9m
|
|
bzr revid: xmo@openerp.com-20140120162604-yoyg21bf1z306hwg
|
|
bzr revid: xmo@openerp.com-20140120153610-xktkxjfbpl59xnpz
|
|
images in webkit browsers
Manually adding margins to offsets was necessary due to
http://bugs.jquery.com/ticket/5445#comment:6 and the original code
using $.fn.position().
When edition buttons were moved to being children of the body (rather
than siblings of the image), $.fn.position() was replaced by
$.fn.offset() (to get the position of the image/link relative to the
body/page toplevel), the adjustment (addition of marginLeft/marginTop)
was left in, even though #5445 does not apply to $.fn.offset().
bzr revid: xmo@openerp.com-20140120144610-nu8q2naemzzhekv2
|
|
blog...)
bzr revid: chm@openerp.com-20140116180535-c736cuxn12qghiea
|
|
bzr revid: xmo@openerp.com-20140116094747-w1uey27l39fy66zc
|
|
bzr revid: chm@openerp.com-20140115141756-4ixq240p5z1snt9h
|
|
bzr revid: fme@openerp.com-20131218201619-vja6dv0sctokep3b
|
|
bzr revid: fme@openerp.com-20131218173915-ds5jeyfypbaefrqf
|
|
in "block-level" widgets (divs), when hitting [return] instead of
adding a newline in the widget a new bit of widget may be added. This
is caused by an incompability between widgets and the enterKey plugin.
Remove enterKey, behavior on [Return] is slightly worse (always
inserts br) but widgets don't get broken.
See https://dev.ckeditor.com/ticket/11326 for issue in upstream.
bzr revid: xmo@openerp.com-20131217153751-7fbwp34o8kac9x94
|
|
if a link or image is an editing host (has @contenteditable=true), its
body is editable *but* its attributes should not be considered
editable: if the attributes come from a t-att-*, @contenteditable will
be set on the node itself.
such elements should be ignored by the link & image dialog handling
thing, as editing their attributes has undesirable effects.
bzr revid: xmo@openerp.com-20131216134424-fdqs03i9pidbmaqt
|
|
bzr revid: xmo@openerp.com-20131213092025-thlltl0xjxq0noyp
|
|
bzr revid: chm@openerp.com-20131211163305-5qwltn11k2ph179o
|
|
bzr revid: xmo@openerp.com-20131205114245-2p57t0z182r8oeyv
|
|
bzr revid: xmo@openerp.com-20131205113908-9tr575ejn7hanhi7
|
|
instead of relying on CSS
bzr revid: xmo@openerp.com-20131204162805-rikk5kbbx304tol6
|
|
bzr revid: chm@openerp.com-20131204161754-5dq4bt7gghnk878c
|
|
According to user tests, users have a hard time finding out how to
edit links. Thus, add same system as image edition (a small button
appearing when hovering the element).
Extract and unify these two to avoid redundancies between handlings as
they are broadly similar (only details such as label, positioning and
size of button relative to the element being hovered really change,
the lifecycle itself is the same).
The main setup still isn't very clean, there might be a better way to
do it.
bzr revid: xmo@openerp.com-20131204105212-u0a49nbvwilgtfst
|
|
bzr revid: fme@openerp.com-20131204104225-2s3jp325731mqd92
|
|
We deal with text nodes in this case
bzr revid: fme@openerp.com-20131203161630-f34r1nrqcb4m6jge
|
|
bzr revid: chm@openerp.com-20131203155536-de2htsq0rwv6oepz
|
|
* rename Cancel to Discard for clarity (user test)
* add intermediate dialog in case of mis-click, use 'danger' button
style to clearly indicate this is a destructive operation
bzr revid: xmo@openerp.com-20131203111323-9mx7aazfpsybe718
|
|
bzr revid: xmo@openerp.com-20131202113825-c5jbqs17nihip81t
|
|
the addition and removal of the [edit] button on hover would be caught
by the mutation observer and mark the image field as dirty, even when
it had not actually been altered, leaving to spurious save events for
said field.
bzr revid: xmo@openerp.com-20131202113304-xpgu43se5er1ho7y
|
|
bzr revid: chm@openerp.com-20131129160045-527o2i6unyyymr6e
|
|
already exists
# Through the menu
Rather than output a generic error (500 due to an IntegrityError),
return a templated 409 letting the user either visit the
page-which-already-exists-with-the-name-he'd-picked or open the page
creation dialog again for a second round.
An alternative would be to promote the website.prompt use to
full-blown dialog as a result of selecting "New Page" and handle the
"page already exists" case without even closing the dialog.
# Through the link dialog
Added an RPC call to check if a page already exists (essentially a
cheaper version of opening /page/whatever and checking whether it's a
200 over JSON-RPC), if the page matching the completion term already
exists, do *not* add the choice of creating the page, only provide
completions from existing pages.
bzr revid: xmo@openerp.com-20131126160148-wrk4zvz9istscwa0
|
|
bzr revid: xmo@openerp.com-20131126124739-djk6nbifyo087bmz
|
|
bzr revid: xmo@openerp.com-20131126092339-7wqx54t8iuvy8e9a
|
|
bzr revid: xmo@openerp.com-20131125120548-0s7xnhszd48e1u9v
|
|
could be removed entirely, but not sure users would realize there are plenty more urls to look for...
bzr revid: xmo@openerp.com-20131125102228-igkzfsh50y1ytwef
|
|
not sure whether and how an error could/should be reported to the
user. For now, it's automatically logged into the console.
bzr revid: xmo@openerp.com-20131125101819-u2akhr16bd5kcsmf
|
|
bzr revid: xmo@openerp.com-20131122151124-1n7cnwldm3ej6wz7
|
|
stands out more
bzr revid: xmo@openerp.com-20131122102322-s776o3f80bku3f4a
|
|
0 auto in webkit-based browsers
bzr revid: xmo@openerp.com-20131122101154-fsae9uz33smy2ja9
|
|
bzr revid: xmo@openerp.com-20131121160516-a29x498ode34p1ml
|
|
bzr revid: xmo@openerp.com-20131121154501-vrs26caromm6ebgb
|
|
Button implementation turned out to be crap:
* Didn't work at all in Firefox (!)
* Unreliable in webkit, some types of image selection wouldn't
correctly activate the button
->
* changed RTEImageDialog to take an (optional) image element, used as
the "source element" if provided. This allows greater reliability
for events which may leave selection in debatable or variable
(across browsers) state
* setup and teardown button on hover, using selection triggered issues
with oe_overlay thing where e.g. the first click on the button would
work but the second one would not (it'd be intercepted by the
overlay as far as I can tell).
This also saves a click for user, they will see the [Edit] button
immediately when putting the cursor over the image.
bzr revid: xmo@openerp.com-20131121110748-s5e2ne3etpzwi2a6
|
|
with style snippet, mouseover and mouseout preview, fix dark css class in demo data
bzr revid: chm@openerp.com-20131120115250-etqv5ofqguze0zsj
|
|
bzr revid: xmo@openerp.com-20131120091147-4vshzojq6mwhvice
|