[xwiki-devs] [Proposal] XWiki 6.0 + 5.4.1 roadmaps
Hi devs, XWiki 6.0 ======== As usual here’s a proposal resulting from discussions I’ve had with XWiki committers who work at XWiki SAS for 6.0. * Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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. * New skin! Caty for the design and Guillaume Delhumeau for the 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. * At last we agreed to work on identifying performances issues (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. * Of course we need to keep some time to fix any remaining issues we get 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). * Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn’t changed much over 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. * Denis is going to continue working on Script signing as way to replace 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. In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time: - Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891 Please comment if anyone sees a concern or if I have forgotten something! XWiki 5.4.1 ========= In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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! Dates ===== I’m proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4). For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks) TOTAL: 10 weeks, ie 2.5 months. WDYT? Thanks -Vincent
On Tue, Jan 28, 2014 at 12:17 PM, vincent@massol.net <vincent@massol.net>wrote:
Hi devs,
XWiki 6.0 ========
As usual here's a proposal resulting from discussions I've had with XWiki committers who work at XWiki SAS for 6.0.
* Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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.
* New skin! Caty for the design and Guillaume Delhumeau for the 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.
* At last we agreed to work on identifying performances issues (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.
* Of course we need to keep some time to fix any remaining issues we get 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).
* Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn't changed much over 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.
* Denis is going to continue working on Script signing as way to replace 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.
In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time:
- Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891
Please comment if anyone sees a concern or if I have forgotten something!
XWiki 5.4.1 =========
In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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!
Dates =====
I'm proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).
For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks)
Everything here marked as 6.0 not 5.0 +1 Thanks, Caty
TOTAL: 10 weeks, ie 2.5 months.
WDYT?
Thanks -Vincent
_______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Of course this is only the work planned by the committers I mentioned. For the other committers, feel free to add stuff you’d like to work on in 6.0 so that we can add it to our global roadmap. Note: I’ll put all this on http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome in a few days if people agree about it. Thanks -Vincent On 28 Jan 2014 at 11:17:29, vincent@massol.net (vincent@massol.net) wrote: Hi devs, XWiki 6.0 ======== As usual here’s a proposal resulting from discussions I’ve had with XWiki committers who work at XWiki SAS for 6.0. * Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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. * New skin! Caty for the design and Guillaume Delhumeau for the 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. * At last we agreed to work on identifying performances issues (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. * Of course we need to keep some time to fix any remaining issues we get 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). * Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn’t changed much over 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. * Denis is going to continue working on Script signing as way to replace 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. In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time: - Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891 Please comment if anyone sees a concern or if I have forgotten something! XWiki 5.4.1 ========= In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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! Dates ===== I’m proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4). For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks) TOTAL: 10 weeks, ie 2.5 months. WDYT? Thanks -Vincent
+1 Are there any other options to CKeditor? I would like contribute with documentation of new features. Should be consider to have new xwiki.org design along with new UI? -arvind On Tue, Jan 28, 2014 at 4:23 PM, vincent@massol.net <vincent@massol.net>wrote:
Of course this is only the work planned by the committers I mentioned.
For the other committers, feel free to add stuff you’d like to work on in 6.0 so that we can add it to our global roadmap.
Note: I’ll put all this on http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome in a few days if people agree about it.
Thanks -Vincent
On 28 Jan 2014 at 11:17:29, vincent@massol.net (vincent@massol.net) wrote:
Hi devs,
XWiki 6.0 ========
As usual here’s a proposal resulting from discussions I’ve had with XWiki committers who work at XWiki SAS for 6.0.
* Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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.
* New skin! Caty for the design and Guillaume Delhumeau for the 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.
* At last we agreed to work on identifying performances issues (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.
* Of course we need to keep some time to fix any remaining issues we get 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).
* Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn’t changed much over 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.
* Denis is going to continue working on Script signing as way to replace 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.
In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time:
- Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891
Please comment if anyone sees a concern or if I have forgotten something!
XWiki 5.4.1 =========
In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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!
Dates =====
I’m proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).
For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks)
TOTAL: 10 weeks, ie 2.5 months.
WDYT?
Thanks -Vincent
_______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
On Tue, Jan 28, 2014 at 1:24 PM, Arvind Gupta <arvind.bernaulli@gmail.com>wrote:
+1
Are there any other options to CKeditor? I would like contribute with documentation of new features. Should be consider to have new xwiki.org design along with new UI?
Hi Arvind, Depending on what skin variant we choose, please read the related mail http://xwiki.markmail.org/thread/3l57w5hjry56imu5 Currently xwiki.org is using the Junco skin. Thanks, Caty
-arvind
On Tue, Jan 28, 2014 at 4:23 PM, vincent@massol.net <vincent@massol.net
wrote:
Of course this is only the work planned by the committers I mentioned.
For the other committers, feel free to add stuff you'd like to work on in 6.0 so that we can add it to our global roadmap.
Note: I'll put all this on http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome in a few days if people agree about it.
Thanks -Vincent
On 28 Jan 2014 at 11:17:29, vincent@massol.net (vincent@massol.net) wrote:
Hi devs,
XWiki 6.0 ========
As usual here's a proposal resulting from discussions I've had with XWiki committers who work at XWiki SAS for 6.0.
* Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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.
* New skin! Caty for the design and Guillaume Delhumeau for the 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.
* At last we agreed to work on identifying performances issues (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.
* Of course we need to keep some time to fix any remaining issues we get 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).
* Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn't changed much over 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.
* Denis is going to continue working on Script signing as way to replace 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.
In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time:
- Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891
Please comment if anyone sees a concern or if I have forgotten something!
XWiki 5.4.1 =========
In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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!
Dates =====
I'm proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).
For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks)
TOTAL: 10 weeks, ie 2.5 months.
WDYT?
Thanks -Vincent
_______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Hi Arvind, On 28 Jan 2014 at 12:25:15, Arvind Gupta (arvind.bernaulli@gmail.com(mailto:arvind.bernaulli@gmail.com)) wrote:
+1
Are there any other options to CKeditor?
AFAIK this is the strongest one to evaluate. Is there a better one you have in mind? Note that in the past xwiki was using TinyMCE but we weren’t very successful (could have been caused by our wrong usage of it though).
I would like contribute with documentation of new features.
Great! Here are some JIRA about missing documentation items: http://bit.ly/M96bin If you’re interested in documenting something else please send us a mail on the users list for example detailing what you wish to do so that others know about it and we could give you some directions/help.
Should be consider to have new xwiki.org design along with new UI?
As Caty mentioned, the xwiki.org design has already been modified not that long ago. My take is that if we agree to develop Flamingo then it would be a good idea to update xwiki.org with it. Thanks -Vincent
-arvind
On Tue, Jan 28, 2014 at 4:23 PM, vincent@massol.net wrote:
Of course this is only the work planned by the committers I mentioned.
For the other committers, feel free to add stuff you’d like to work on in 6.0 so that we can add it to our global roadmap.
Note: I’ll put all this on http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome in a few days if people agree about it.
Thanks -Vincent
On 28 Jan 2014 at 11:17:29, vincent@massol.net (vincent@massol.net) wrote:
Hi devs,
XWiki 6.0 ========
As usual here’s a proposal resulting from discussions I’ve had with XWiki committers who work at XWiki SAS for 6.0.
* Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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.
* New skin! Caty for the design and Guillaume Delhumeau for the 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.
* At last we agreed to work on identifying performances issues (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.
* Of course we need to keep some time to fix any remaining issues we get 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).
* Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn’t changed much over 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.
* Denis is going to continue working on Script signing as way to replace 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.
In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time:
- Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891
Please comment if anyone sees a concern or if I have forgotten something!
XWiki 5.4.1 =========
In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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!
Dates =====
I’m proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).
For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks)
TOTAL: 10 weeks, ie 2.5 months.
WDYT?
Thanks -Vincent
+1 Thanks, Marius On Jan 28, 2014 12:17 PM, "vincent@massol.net" <vincent@massol.net> wrote:
Hi devs,
XWiki 6.0 ========
As usual here's a proposal resulting from discussions I've had with XWiki
committers who work at XWiki SAS for 6.0.
* Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks,
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.
* New skin! Caty for the design and Guillaume Delhumeau for the
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.
* At last we agreed to work on identifying performances issues
(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.
* Of course we need to keep some time to fix any remaining issues we get
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).
* Marius agreed to lead an investigation on CKEditor to see if it would
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 way users develop applications in XWiki hasn't changed much over
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.
* Denis is going to continue working on Script signing as way to replace
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.
In addition, during those discussions some raised a list of JIRA they
consider important and that would be interesting to tackle if we get the time:
- Support 2 roles for users for app within minutes: application creator
and data creator - XWIKI-8757
- xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891
Please comment if anyone sees a concern or if I have forgotten something!
XWiki 5.4.1 =========
In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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!
Dates =====
I'm proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).
For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks)
TOTAL: 10 weeks, ie 2.5 months.
WDYT?
Thanks -Vincent
_______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
+1 On Tue, Jan 28, 2014 at 11:17 AM, vincent@massol.net <vincent@massol.net> wrote:
Hi devs,
XWiki 6.0 ========
As usual here's a proposal resulting from discussions I've had with XWiki committers who work at XWiki SAS for 6.0.
* Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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.
* New skin! Caty for the design and Guillaume Delhumeau for the 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.
* At last we agreed to work on identifying performances issues (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.
* Of course we need to keep some time to fix any remaining issues we get 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).
* Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn't changed much over 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.
* Denis is going to continue working on Script signing as way to replace 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.
In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time:
- Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891
Please comment if anyone sees a concern or if I have forgotten something!
XWiki 5.4.1 =========
In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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!
Dates =====
I'm proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).
For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks)
TOTAL: 10 weeks, ie 2.5 months.
WDYT?
Thanks -Vincent
_______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
+1 2014-01-29 Thomas Mortagne <thomas.mortagne@xwiki.com> > +1 > > On Tue, Jan 28, 2014 at 11:17 AM, vincent@massol.net <vincent@massol.net> > wrote: > > Hi devs, > > > > XWiki 6.0 > > ======== > > > > As usual here's a proposal resulting from discussions I've had with > XWiki committers who work at XWiki SAS for 6.0. > > > > * Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, > 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. > > > > * New skin! Caty for the design and Guillaume Delhumeau for the > 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. > > > > * At last we agreed to work on identifying performances issues > (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. > > > > * Of course we need to keep some time to fix any remaining issues we get > 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). > > > > * Marius agreed to lead an investigation on CKEditor to see if it would > 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 way users develop applications in XWiki hasn't changed much over > 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. > > > > * Denis is going to continue working on Script signing as way to replace > 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. > > > > In addition, during those discussions some raised a list of JIRA they > consider important and that would be interesting to tackle if we get the > time: > > > > - Support 2 roles for users for app within minutes: application creator > and data creator - XWIKI-8757 > > - xwiki.cfg & xwiki.properties merging > > - Add default column and sort choices in AppWithinMinutes livetable > setting - XWIKI-9659 > > - Save & view a section should go to the section anchor instead of the > top of the document - XE-1335 > > - Add a message for the Livetable's empty state - XWIKI-7821 > > - "Space Templates" should also create the space preferences page - > XWIKI-9712 > > - The Wiki UIExtensions should check the rights before executing > extension points - XWIKI-9156 > > - Add an explanation next to the fields in user profile - XWIKI-6307 > > - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 > > - Cannot remove all panels using the Panel Wizard for space preferences > - XWIKI-9891 > > > > Please comment if anyone sees a concern or if I have forgotten something! > > > > XWiki 5.4.1 > > ========= > > > > In addition we identified the need for a 5.4.1 release to: > > - finish important issues for the 5.x cycle and any leftover from 5.4. > 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). > > - implement support for IE11 (there are only a few issues open). Marius > 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! > > > > Dates > > ===== > > > > I'm proposing the date of 17 of Feb for the final release of 5.4.1, > assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 > weeks after the release of 5.4). > > > > For 6.0: > > - 5.0M1: 10th of March 2014 (ie 3 weeks) > > - 5.0M2: 31st of March 2014 (ie 3 weeks) > > - 5.0RC1: 14th of April 2014 (ie 2 weeks) > > - 5.0Final: 28th of April 2014 (ie 2 weeks) > > > > TOTAL: 10 weeks, ie 2.5 months. > > > > WDYT? > > > > Thanks > > -Vincent > > > > > > _______________________________________________ > > devs mailing list > > devs@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/devs > > > > -- > Thomas Mortagne > _______________________________________________ > devs mailing list > devs@xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs >
And here’s the roadmap page updated: http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome When the committers who wish to work on the listed feature start their work, please edit that page to add the specific list of jira issue you’d like to implement in 6.0! Thanks -Vincent On 28 Jan 2014 at 11:17:29, vincent@massol.net (vincent@massol.net(mailto:vincent@massol.net)) wrote:
Hi devs,
XWiki 6.0 ========
As usual here’s a proposal resulting from discussions I’ve had with XWiki committers who work at XWiki SAS for 6.0.
* Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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.
* New skin! Caty for the design and Guillaume Delhumeau for the 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.
* At last we agreed to work on identifying performances issues (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.
* Of course we need to keep some time to fix any remaining issues we get 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).
* Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn’t changed much over 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.
* Denis is going to continue working on Script signing as way to replace 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.
In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time:
- Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891
Please comment if anyone sees a concern or if I have forgotten something!
XWiki 5.4.1 =========
In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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!
Dates =====
I’m proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).
For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks)
TOTAL: 10 weeks, ie 2.5 months.
WDYT?
Thanks -Vincent
Guys I have come across this WYSIWYG editor, seems good , Please have a look http://editor.froala.com/ On Thu, Feb 6, 2014 at 4:24 PM, vincent@massol.net <vincent@massol.net>wrote: > And here’s the roadmap page updated: > http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome > > When the committers who wish to work on the listed feature start their > work, please edit that page to add the specific list of jira issue you’d > like to implement in 6.0! > > Thanks > -Vincent > > On 28 Jan 2014 at 11:17:29, vincent@massol.net (vincent@massol.net(mailto: > vincent@massol.net)) wrote: > > > Hi devs, > > > > XWiki 6.0 > > ======== > > > > As usual here’s a proposal resulting from discussions I’ve had with > XWiki committers who work at XWiki SAS for 6.0. > > > > * Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, > 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. > > > > * New skin! Caty for the design and Guillaume Delhumeau for the > 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. > > > > * At last we agreed to work on identifying performances issues > (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. > > > > * Of course we need to keep some time to fix any remaining issues we get > 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). > > > > * Marius agreed to lead an investigation on CKEditor to see if it would > 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 way users develop applications in XWiki hasn’t changed much over > 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. > > > > * Denis is going to continue working on Script signing as way to replace > 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. > > > > In addition, during those discussions some raised a list of JIRA they > consider important and that would be interesting to tackle if we get the > time: > > > > - Support 2 roles for users for app within minutes: application creator > and data creator - XWIKI-8757 > > - xwiki.cfg & xwiki.properties merging > > - Add default column and sort choices in AppWithinMinutes livetable > setting - XWIKI-9659 > > - Save & view a section should go to the section anchor instead of the > top of the document - XE-1335 > > - Add a message for the Livetable's empty state - XWIKI-7821 > > - "Space Templates" should also create the space preferences page - > XWIKI-9712 > > - The Wiki UIExtensions should check the rights before executing > extension points - XWIKI-9156 > > - Add an explanation next to the fields in user profile - XWIKI-6307 > > - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 > > - Cannot remove all panels using the Panel Wizard for space preferences > - XWIKI-9891 > > > > Please comment if anyone sees a concern or if I have forgotten something! > > > > XWiki 5.4.1 > > ========= > > > > In addition we identified the need for a 5.4.1 release to: > > - finish important issues for the 5.x cycle and any leftover from 5.4. > 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). > > - implement support for IE11 (there are only a few issues open). Marius > 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! > > > > Dates > > ===== > > > > I’m proposing the date of 17 of Feb for the final release of 5.4.1, > assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 > weeks after the release of 5.4). > > > > For 6.0: > > - 5.0M1: 10th of March 2014 (ie 3 weeks) > > - 5.0M2: 31st of March 2014 (ie 3 weeks) > > - 5.0RC1: 14th of April 2014 (ie 2 weeks) > > - 5.0Final: 28th of April 2014 (ie 2 weeks) > > > > TOTAL: 10 weeks, ie 2.5 months. > > > > WDYT? > > > > Thanks > > -Vincent > > > > > _______________________________________________ > devs mailing list > devs@xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs >
Hi Arvind, On 9 Feb 2014 at 12:33:16, Arvind Gupta (arvind.bernaulli@gmail.com(mailto:arvind.bernaulli@gmail.com)) wrote: > Guys I have come across this WYSIWYG editor, seems good , Please have a > look http://editor.froala.com/ Thanks for the idea! However it doesn’t look open source and thus I don’t think it would be a good idea as the XWiki default WYSIWYG editor. FTR, I’ve started a design page at http://design.xwiki.org/xwiki/bin/view/Proposal/WYSIWYGEditorEvaluation to gather ideas. Thanks -Vincent > On Thu, Feb 6, 2014 at 4:24 PM, vincent@massol.net wrote: > > > And here’s the roadmap page updated: > > http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome > > > > When the committers who wish to work on the listed feature start their > > work, please edit that page to add the specific list of jira issue you’d > > like to implement in 6.0! > > > > Thanks > > -Vincent > > > > On 28 Jan 2014 at 11:17:29, vincent@massol.net (vincent@massol.net(mailto: > > vincent@massol.net)) wrote: > > > > > Hi devs, > > > > > > XWiki 6.0 > > > ======== > > > > > > As usual here’s a proposal resulting from discussions I’ve had with > > XWiki committers who work at XWiki SAS for 6.0. > > > > > > * Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, > > 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. > > > > > > * New skin! Caty for the design and Guillaume Delhumeau for the > > 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. > > > > > > * At last we agreed to work on identifying performances issues > > (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. > > > > > > * Of course we need to keep some time to fix any remaining issues we get > > 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). > > > > > > * Marius agreed to lead an investigation on CKEditor to see if it would > > 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 way users develop applications in XWiki hasn’t changed much over > > 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. > > > > > > * Denis is going to continue working on Script signing as way to replace > > 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. > > > > > > In addition, during those discussions some raised a list of JIRA they > > consider important and that would be interesting to tackle if we get the > > time: > > > > > > - Support 2 roles for users for app within minutes: application creator > > and data creator - XWIKI-8757 > > > - xwiki.cfg & xwiki.properties merging > > > - Add default column and sort choices in AppWithinMinutes livetable > > setting - XWIKI-9659 > > > - Save & view a section should go to the section anchor instead of the > > top of the document - XE-1335 > > > - Add a message for the Livetable's empty state - XWIKI-7821 > > > - "Space Templates" should also create the space preferences page - > > XWIKI-9712 > > > - The Wiki UIExtensions should check the rights before executing > > extension points - XWIKI-9156 > > > - Add an explanation next to the fields in user profile - XWIKI-6307 > > > - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 > > > - Cannot remove all panels using the Panel Wizard for space preferences > > - XWIKI-9891 > > > > > > Please comment if anyone sees a concern or if I have forgotten something! > > > > > > XWiki 5.4.1 > > > ========= > > > > > > In addition we identified the need for a 5.4.1 release to: > > > - finish important issues for the 5.x cycle and any leftover from 5.4. > > 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). > > > - implement support for IE11 (there are only a few issues open). Marius > > 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! > > > > > > Dates > > > ===== > > > > > > I’m proposing the date of 17 of Feb for the final release of 5.4.1, > > assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 > > weeks after the release of 5.4). > > > > > > For 6.0: > > > - 5.0M1: 10th of March 2014 (ie 3 weeks) > > > - 5.0M2: 31st of March 2014 (ie 3 weeks) > > > - 5.0RC1: 14th of April 2014 (ie 2 weeks) > > > - 5.0Final: 28th of April 2014 (ie 2 weeks) > > > > > > TOTAL: 10 weeks, ie 2.5 months. > > > > > > WDYT? > > > > > > Thanks > > > -Vincent
Hi devs, When you start working on 6.x, don’t forget to update http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome which contains too much of red ATM ;) Thanks -Vincent On 6 Feb 2014 at 11:55:33, vincent@massol.net (vincent@massol.net(mailto:vincent@massol.net)) wrote:
And here’s the roadmap page updated: http://www.xwiki.org/xwiki/bin/view/Roadmaps/WebHome
When the committers who wish to work on the listed feature start their work, please edit that page to add the specific list of jira issue you’d like to implement in 6.0!
Thanks -Vincent
On 28 Jan 2014 at 11:17:29, vincent@massol.net (vincent@massol.net(mailto:vincent@massol.net)) wrote:
Hi devs,
XWiki 6.0 ========
As usual here’s a proposal resulting from discussions I’ve had with XWiki committers who work at XWiki SAS for 6.0.
* Collaborative Applications (Meeting, Calendar, (new) Forum, Tasks, 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.
* New skin! Caty for the design and Guillaume Delhumeau for the 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.
* At last we agreed to work on identifying performances issues (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.
* Of course we need to keep some time to fix any remaining issues we get 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).
* Marius agreed to lead an investigation on CKEditor to see if it would 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 way users develop applications in XWiki hasn’t changed much over 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.
* Denis is going to continue working on Script signing as way to replace 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.
In addition, during those discussions some raised a list of JIRA they consider important and that would be interesting to tackle if we get the time:
- Support 2 roles for users for app within minutes: application creator and data creator - XWIKI-8757 - xwiki.cfg & xwiki.properties merging - Add default column and sort choices in AppWithinMinutes livetable setting - XWIKI-9659 - Save & view a section should go to the section anchor instead of the top of the document - XE-1335 - Add a message for the Livetable's empty state - XWIKI-7821 - "Space Templates" should also create the space preferences page - XWIKI-9712 - The Wiki UIExtensions should check the rights before executing extension points - XWIKI-9156 - Add an explanation next to the fields in user profile - XWIKI-6307 - When creating a new sub-wiki, pages are listed with guest - XWIKI-9888 - Cannot remove all panels using the Panel Wizard for space preferences - XWIKI-9891
Please comment if anyone sees a concern or if I have forgotten something!
XWiki 5.4.1 =========
In addition we identified the need for a 5.4.1 release to: - finish important issues for the 5.x cycle and any leftover from 5.4. 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). - implement support for IE11 (there are only a few issues open). Marius 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!
Dates =====
I’m proposing the date of 17 of Feb for the final release of 5.4.1, assuming 5.4 is released on the 3rd of Feb as currently planned (i.e. 2 weeks after the release of 5.4).
For 6.0: - 5.0M1: 10th of March 2014 (ie 3 weeks) - 5.0M2: 31st of March 2014 (ie 3 weeks) - 5.0RC1: 14th of April 2014 (ie 2 weeks) - 5.0Final: 28th of April 2014 (ie 2 weeks)
TOTAL: 10 weeks, ie 2.5 months.
WDYT?
Thanks -Vincent
_______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
participants (6)
-
Arvind Gupta -
Ecaterina Moraru (Valica) -
Guillaume "Louis-Marie" Delhumeau -
Marius Dumitru Florea -
Thomas Mortagne -
vincent＠massol.net