[magnolia-dev] [JIRA] (SUGGEST-16) Extendable Page editor

[JIRA (on behalf of Christopher Zimmermann)]

Title: Message Title

Christopher Zimmermann updated an issue   Suggestion Box / SUGGEST-16 Extendable Page editor Change By: Christopher Zimmermann why: need to add extra functionality to main bar or to component/area bars need to modify preview functionality (e.g. date selections, etc) incoming from sales/services: comments: Jan: this was/is actually one of very common kind of extensions to page editor and was easy in the past Additional comments culled from @runger's page: https://wiki.magnolia-cms.com/display/~runger/Feedback+for+Version+5.4.3?focusedCommentId=114066342#comment-114066342 The page editor seems to be working much better than in the early 5 releases. However, I think it still suffers from basic design problems: 1) The placement of the edit buttons via comments in the HTML doesn't work perfectly, and when it doesn't there does not seem to be much control over fixing it. Magnolia 4.4 was much better in this regard, as the HTML elements created by the editing directives could be wrapped in DIV elements and then manually positioned. This does not seem to work in magnolia 5, and there is apparently no control over placement and look of the area and component bars. Also, the bars take up a lot more space than they used to.  2) Also, the page editor is much harder to extend. In magnolia 4.4 we simply added some new directives, added some _javascript_ to the admin-ui, and we were good to go. I admit the admin-ui JS was not very structured, and was not a nice solution, but at least it was easily extensible. With magnolia 5, it is much harder. I did manage it, via a Vaadin JavaScripExtension to the PageEditor widget, but the code is complicated and there are limitations. On the other hand, some of the things we had to extend magnolia 4.4 with are not available out of the box in magolia 5, so I don't want to be too negative. However, in particular point #1 is problematic for us, as the editors get confused by incorrectly placed bars and the system becomes hard for them to use. It does not take long to produce an example, until now almost every page we turned into a template had some problems with the edit bars at some location. This is because, for example: content sticks out of its box with overflow=visible content is not square content is moving (eg sliders) content is not contiguous content is positioned specially (eg fixed) content is not initially visible etc... Personally I think it is almost silly to think that you can create a solution that will programmatically make good decisions about edit bar placement in all cases. It simply isn't possible, there will always be designs and layouts that don't work. For this reason I think it is doubly bad that magnolia 5 removed the ability to style and position the edit bars in the templates,  Add Comment   This message was sent by Atlassian JIRA (v6.4.12#64027-sha1:e3691cc) ---------------------------------------------------------------- For list details, see: http://www.magnolia-cms.com/community/mailing-lists.html Alternatively, use our forums: http://forum.magnolia-cms.com/ To unsubscribe, E-mail to: <dev-list-unsubscr...@magnolia-cms.com> ----------------------------------------------------------------