Re: [xwiki-devs] [Proposal] XWiki 6.0 + 5.4.1 roadmaps

+1 Thanks, Marius On Jan 28, 2014 12:17 PM, "vincent(a)massol.net" <vincent(a)massol.net> wrote: committers who work at XWiki SAS for 6.0. Doodle, Photo) - Caty to work on usability and design (she's started already at http://design.xwiki.org if you wish to follow the work). Andrea who's a contributor is helping on the test + implementation part. There might be another contributor joining too. This work is currently done inside xwiki-contrib. implementation part. We've been dreaming about this skin for a while. Caty has whet our appetite with screenshots from Junco ( http://design.xwiki.org/xwiki/bin/view/Proposal/JuncoSkin and http://extensions.xwiki.org/xwiki/bin/view/Extension/Junco+Skin) and from Flamingo (http://design.xwiki.org/xwiki/bin/view/Improvements/Skin4x). The idea is to establish new strong foundations for new skins (like standardizing on bootstrap classes for example) + have a new L&F. Caty and Guillaume will make proposals on the list about this. (especially page load times) and work to fix them! Thomas is in charge of leading this extra important domain. One idea is to establish some automated tests to measure current performances and get a baseline so that we can then monitor our progress and start fixing things (and ensure we keep getting better all the time in the future). Thomas will send some proposals on the list too on this to let us know how he plans to tackle performance improvements. on the major feature we developed in 5.x + some improvements. I'm thinking about our SOLR search, Multiwiki integration, EM/DW, scalable import/export, etc. Thomas needs to finish the scalable import feature which is already well under way (see below). make sense for us to use it as a replacement of our homemade editor. The general issue is that maintaining a WYSIWYG editor takes time and this is not really our core business at xwiki. We have 2 choices basically: have someone constantly working on improving our WYSIWYG editor or integrate an existing one so that we can benefit from the work of others. In the past few years we haven't added that many features to our editor so it's time to evaluate the feasibility and cost of using an external editor such as CKEditor. the past 10 years. Since then there's been an explosion in the area of JS frameworks. We want to make it super easy to develop modern applications using XWiki (read ajaxy applications with new dev models). Marius agreed to lead this investigation along with the help of Guillaume Delhumeau. Since it's an important aspect of XWiki and a complex one, they'll need to drive various discussions and brainstorming with everyone and make some proposals so that we all agree to the directions we wish to go towards and so that we can start implementing it in 6.1. the existing Programming Rights which has shown its limitations. Denis has committed a new Crypto API in 5.x which is a strong base for the script signing implementation. consider important and that would be interesting to tackle if we get the time: and data creator - XWIKI-8757 setting - XWIKI-9659 top of the document - XE-1335 XWIKI-9712 extension points - XWIKI-9156 XWIKI-9891 Our idea is to have usable and stable implementation for the bug items we worked on in 5.x: SOLR search, multiwiki integration, EM/DW and scalable export (scalable import has been pushed to 6.0 since we considered it too dangerous to plug by default in the default import UI in 5.x). agreed to work on the IE11 fixes. The reason we wish to implement this support is because we're seeing more and more users reporting issues and asking for this support. ATM we support IE till IE9 only. IE10&11 are currently not officially supported at http://dev.xwiki.org/xwiki/bin/view/Community/BrowserSupportStrategy It would be nice that after 5.4.1 we could edit this doc and mark them supported! assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).