Re: [xwiki-users] [Brainstorming] XWiki 5.x cycle

Hi, Andreas, See below, Tue, 18 Sep 2012 15:36:15 +0200 от Thomas Mortagne &lt;thomas.mortagne(a)xwiki.com&gt;om>: Andreas too ;) Do you actually know there is a new right management system ? It's not clear in your question if you talk about introducing a new right management system or using more the new one.I mean situations like   http://jira.xwiki.org/browse/XWIKI-2184 and http://jira.xwiki.org/browse/XWIKI-6987 Probably I missed something in the roadmap and release notes, but I didn't see it fixed. And these reports were not the only "bugs" found as far as I remember mailing lists conversations. All of them required brand new system and Vincent said, that these changes are planned after comprehensive discussion and voting in futher releases. So, I mean BRAND NEW system that acts as expected, e.g. user with edit rights is in the "god mode" as to the page. I expect edit rights means edit page, but not access rights change. Access rights looks more admin function. And so on. IMHO it worth discussion. >> 2. Second level XWiki virtualization http://jira.xwiki.org/browse/XEM-207 >>> 3. Add WYSIWYG's editor logic while adding the link Space -> Page -> Anchor on the page http://jira.xwiki.org/browse/XWIKI-4084 >>> and the same in XEM Environment: Workspace/Virtual Wiki -> Space -> Page -> Anchor >> http://jira.xwiki.org/browse/XWIKI-7483 >>> 4. WebDAV access to deleted attachments http://jira.xwiki.org/browse/XWIKI-6989 > So you're using XWiki WebDAV feature ATM? >> 5. Rebuild Translation System and add possibility to translate not only page content, but objects' content (and field names) also. > Just on this point, we're planning to work on this in XE 4.3 in the coming month. Except for the object content translation part which has more to do with the model and is not going to change very soon. Note that fields names are already translatable, for this you can use the id <class full name>_<field name> like in "Blog.BlogClass_title" for the title field name of a blog object. Let's overview simple usecase: - I buld FAQ (or something like it) in English with Application within minutes - I want to make it multilingual. Looks like I'm stuck by default: "not going to change very soon" :-( - I see the only "human-friendly" option to modify default scripting, produce templates for each language, then build pages like <PageName>_<Language> and load required page depending on requested language. I didn't make it like this yet, but if it is "not going to change very soon", I'd consider this way as an option to make application running in multilanguage environment. I understand, that this is not the best solution, but as far as I understand XWiki - it should work. >> 6. Evolve filestorage system from "experimental" to all-kind-production-ready and make it more or less comprehensive: >> - for example, add possibility of XWiki clustering and automatic attachments synchronization while FS is on. >> - to configure path to store attachments for each XWiki/virtual wiki/workspace/space separetly. >> - fix current bugs (like http://jira.xwiki.org/browse/XWIKI-6917) and probably add some other fatures :-) > Yeah I also think we need Caleb to work a bit on this so that we could call it production-ready ;) >> 7. Smooth upgrade system (to make it look more like linux upgrades): upgrade AND KEEP all XWiki customization with minimal manual config files comparison and reediting of customized pages inside XWiki. > Yep, we're working on this one (XAR upgrades). You should see some first version with XE 4.2 when it's released next week. Next step is to tackle WAR and config file upgrades indeed. Note that for the server side (WAR and configuration) you have the Debian package (see >http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT) that can help a lot since apt/dpkg is taking care of configuration file comparison/merging. But that's only for Debian based system of course. For the XAR part as Vincent said we are working on it and you get a first version of an install/upgrade Wyzard for it in the coming 4.2.Thanks a lot. I was going to set up new server soon. Migration to Debian looks fine for me in this case. :-) Looking forward to 4.2. It would be "admin-rescue" release :-)))) >> 8. Add Space -> Subspace -> Page logic to XWiki hierarchy to build "trees" instead of "horizontal" set of spaces. >>> 9. Extend TOC macro to logic: ...wiki1:Space1.Page1, wiki2:Space2.Page2... to include TOCs of separate pages inside current TOC. >>> 10. XWiki Native support for mobile users (Skins, ColorThemes for all kind of mobile users bundled with XE/XEM) > Ludovic has a pull request for improving mobile skin support for XE 4.3 but probably not to the extent you're interesting in at the moment. > Thanks, keep the ideas coming. No promise that they'll be implemented but the more people who want the same thing the more weight it has. And developers are reading this! > -Vincent >> Hope it helps :-) >>> Kind Regards, >>> Dmitry >>>> Tue, 18 Sep 2012 08:58:04 +0200 от Vincent Massol &lt;vincent(a)massol.net&gt;et>: >>>>>>>>>>>>>>>> Dear XWiki lovers ;), >>>>>> We're getting close to the end of the 4.x cycle which is about to be finished with XWiki 4.5 around end of January and we need to start brainstorming about the 5.x cycle (1 year duration from Feb 2013 to Jan 2014). >>>>>> * 3.x was about "Building Apps and Distributing them" (priority 1) and "Polishing" >>>> * 4.x was about "Ease of use" (priority 1) and "Quality" >>>>>> So what would you like to see in the coming year? >>>>>> You can suggest both general themes and specific items. >>>>>> Thanks >>>> -Vincent >>>>>>>>>> Kind regards, >>> Dmitry >> WebDAV access to deleted attachments > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne Thank you for good news and excellent work. Kind regards, Dmitry