[IMP] [DEMO] event: cleaned demo data. Also renamed note field into description, and moved it out of groups_noone, in order to effectively use it to hold the html description of the event.
[IMP] event_sale: cleaned demo data
[ADD] website_mail: added mail_thread file that hold website_message_ids field, holding published comments. Use it for public objects. However as inheritance seems to be still buggy, this field is redefined in website_blog and website_event (at least) to be able to use it. Remove specific declarations when the bug is fixed.
[IMP] [ADD] website_event:
- added skeleton directory for doc
- added skeleton directory for tests
- added dependency towards website_mail module, to benefit from follow feature
- cleaned demo data
- use website_mail for follow / unfollow mechanism
- added website_message_ids field, use it in view
- some improvements in website view (title, event description)
[FIX] website_sales: somewhat fixed partner information fetch in checkout; whole code of those controllers is really obfuscated and very dubious.
bzr revid: tde@openerp.com-20130924130517-hzi2qm108ec65viq
clipboard plugin was getting lost due to method used to get a readonly
toplevel editor with editable sub-sections in it.
The clipboard plugin creates a hidden pasteboard element to safely get
a the clipboard data before inserting it at paste point, this
clipboard may have to be made @contenteditable if it's created in a
readonly area. Which was the case here: the pasteboard was inserted at
the root of the editor, which is not editable.
But because of @data-cke-editable being explicitly set, ckeditor would
believe it had inserted the pasteboard in an editable section and thus
would *not* set its @contenteditable leading to a useless readonly
pasteboard.
The purpose of @data-cke-editable was to make the editor itself
"editable" for cke (in order for the toolbar to not be disabled) while
it would not actually be editable (@contenteditable) for users.
This is better reimplemented by calling API methods to make the editor
editable but its root element not editable, one of the improvements
being that commands (and thus toolbar buttons) now switch state
correctly based on context.
bzr revid: xmo@openerp.com-20130924110601-gfvc395rsedpnoh3
- note (Description field) is renamed into Description and set to an html field
- added demo data from website_event to base event, no need to add a new field and to delay demo data
- updated form view
bzr revid: tde@openerp.com-20130924101020-b1xx96vdgcfd2mz2
[REF] document_page: refactored the module, towards using it in website_blog
Main modifications:
- document.page is now blog.post
- category is now a blog.category object, instead of a document.page with type='category'
- added blog.tag model, to be able to tag posts, and a m2m relationship between blog.post and blog.tag
- cleaned document.page, removing type and unnecessary features
- added chatter on blog.post, blog.category
- added subtypes to enable direct follow of posts when following a category
- updated document.page.history (now blog.post.history)
- commented menu creation, because this does not seem to be necessary anymore considering the new website
- updated wizard.document.page.history.show_diff, now blog.post.history.show_diff
- updated all views accordingly, as well as demo data
- removed the use of document_user group, simplified rules on blog.post
- misc cleaning
[REF] website_mail refactoring; document_page, website_blog: merge of the two modules. document_page is now contained inside website_blog, last part of the refactoring before
cleaning and improving the blog feature. Usefull files have been transfered. Translations have been discarded, they will have to be re-translated again. Document_page module is now dead. Long live website_blog!
The module is now called website_blog, and not based on mail.group anymore. It uses document_page module, previously renamed blog.post (see previous commits). Refactored controllers and views to work with the new model.
[ADD] Added website_mail module, that holds mail-related stuff necessary for the website. This is an auto-install module.
Also added templates, js and css to have a generic follow button. Based on the same principle as publish, there is now a generic button to follow or unfollow objects in openerp. This should replace all custom instance of subscription in other addons.
[FIX] website:
- [FIX] call write with a list of ids because I can't be arsed to handle the other case
- [FIX] turns out a new mandatory positional argument blows things up a bit
bzr revid: tde@openerp.com-20130923155917-ak0gwah9bh3em6ab
Christophe Matthieu