- xwiki-devs@xwiki.org - lists.xwiki.org

[xwiki-devs] [ANN] XWiki 7.1 Milestone 2 Released
by Eduard Moraru 18 May '15

18 May '15

The XWiki development team is proud to announce the availability of XWiki 7.1 Milestone 2. This second milestone release brings a new and experimental flavors mechanism and a new debug mode, together with various mail and job module under-the-hood improvements. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki71M2 The following people have contributed code to this release: Denis Gervalle, Eduard Moraru, Guillaume Delhumeau, Thomas Mortagne, Vincent Massol Thanks for your support -The XWiki dev team

1 0

[xwiki-devs] [Iteration][UX] Macaw Skin - simplifying global and content menus
by Ecaterina Moraru (Valica) 18 May '15

18 May '15

Hi devs, For the record this is not a final/complete proposal. Lots of things would still need to be decided/prototyped, but the purpose of this mail is to iterate and gather feedback on these ideas. This iteration is showcasing a menus/actions organization, integrated inside a mobile-oriented skin. Proposal: http://design.xwiki.org/xwiki/bin/view/Proposal/MacawSkin Thanks, Caty

3 3

[xwiki-devs] [Solr] Word delimiter filter on English text
by Marius Dumitru Florea 08 May '15

08 May '15

Hi guys, I just noticed (while updating the screen shots for the Solr Search UI documentation [1]) that searching for "blog" doesn't match "Blog.News" from the category of BlogIntroduction any more as indicated in [2]. Debug mode view shows me that "Blog.News" is indexed as "blog.new" which means the text is not split in "blog" and "news" as I would have expected in this case. After checking the Solr schema configuration I understood that this is normal considering that we use the Standard Tokenizer [3] for English text which has this exception: "Periods (dots) that are not followed by whitespace are kept as part of the token, including Internet domain names." Further investigation showed that before 6.0M1 we used the Word Delimiter Filter [4] for English text but I changed this with XWIKI-8911 when upgrading to Solr 4.7.0. I then noticed that the Solr schema has both text_en and text_en_splitting types, the later with this comment: A text field with defaults appropriate for English, plus aggressive word-splitting and autophrase features enabled. This field is just like text_en, except it adds WordDelimiterFilter to enable splitting and matching of words on case-change, alpha numeric boundaries, and non-alphanumeric chars. This means certain compound word cases will work, for example query "wi fi" will match document "WiFi" or "wi-fi". So in case someone wants to use this type instead for English text he needs to change the type in: <dynamicField name="*_en" type="text_en" indexed="true" stored="true" multiValued="true" /> The question is whether we should use this type by default or not. As explained in the comment above, there are downsides. Thanks, Marius [1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Solr+Search+Application [2] http://extensions.xwiki.org/xwiki/bin/download/Extension/Solr+Search+Applic… [3] https://cwiki.apache.org/confluence/display/solr/Tokenizers#Tokenizers-Stan… [4] https://cwiki.apache.org/confluence/display/solr/Filter+Descriptions#Filter…

5 9

[xwiki-devs] [Idea] Extensible API for accessing structured data
by Fabio Mancinelli 07 May '15

07 May '15

Hi all, some time ago we wrote about an idea of having an extensible API for accessing structured data. The final goal is to have a uniform API for accessing structured data both on the client (Javascript+REST) and on the server. We have written a little design document that I am submitting to the list for comments: http://design.xwiki.org/xwiki/bin/view/Proposal/ExtensibleAPIforaccessingst… This idea is also related to other ones, like providing a way for dynamically extending the REST API, and also to the integration with client side frameworks like AngularJS. Thanks, Fabio

4 9

[xwiki-devs] DocumentAccessBridge throws java.lang.Exception
by Marc Sladek 06 May '15

06 May '15

Dear XWiki devs I recently wanted to refactor the usage of XWikiContext and XWikiDocument in my code with DocumentAccessBridge and DocumentModelBridge. I however was suprised that many methods in DocumentAccessBridge throw java.lang.Exception. This is generally considered bad practice since it forces all clients to catch java.lang.Exception and therefore also unchecked Exceptions - from which the client potentially can't or shouldn't recover. For in depth arguments see e.g. Joshua Bloch's "Effective Java" where he states to "use checked exceptions for recoverable conditions and runtime exceptions for programming errors", "throw exceptions appropriate to the abstraction" and "always declare checked exceptions individually". Can somebody explain to me the reasoning behind throwing java.lang.Exception in this interface? Are there any plans to deprecate and replace it by an interface without this caveat? Thanks Marc synventis GmbH

2 1

[xwiki-devs] [ANN] XWiki 7.1 Milestone 1 Released
by Marius Dumitru Florea 06 May '15

06 May '15

The XWiki development team is proud to announce the availability of XWiki 7.1 Milestone 1. This release improves the Solr Search UI by making it responsive on small screens. The users can now sort, paginate and filter the search results without a page reload. A summary has been added to the extension diff view in order to ease the navigation of the local code changes. The WatchList performance has been improved, especially for the Realtime notification option. The developers can now trigger old Prototype event listeners from jQuery. A new API is available to escape wiki syntax. 49 bug fixes and 29 improvements complete this release and make it worth trying. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki71M1 The following people have contributed code to this release: Clemens Robbenhaar, Denis Gervalle, Ecaterina Moraru (Valica), Eduard Moraru, Gabriela Smeria, Guillaume Delhumeau, Jean SIMARD, Manuel Smeria, Marius Dumitru Florea, pabro, Petr Abrahamczik, Sergiu Dumitriu, Thomas Mortagne, Victor Rachieru, Vincent Massol Thanks for your support -The XWiki dev team

1 0

[xwiki-devs] [XWiki Day] BFD#87
by Eduard Moraru 05 May '15

05 May '15

Hi devs, Today is BFD#87: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status for the 1 year period is 66 bugs behind. See: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10000#Created-vs-R… Here's the BFD#86 dashboard to follow the progress during the day: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13198 Thanks and enjoy your bug fixing day! -Eduard

1 1

[xwiki-devs] [ANN] XWiki 7.0.1 released
by Guillaume "Louis-Marie" Delhumeau 30 Apr '15

30 Apr '15

The XWiki development team is proud to announce the availability of XWiki 7.0.1. This is a stabilization release that fixes important bugs discovered in the previous 7.0 version. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki701 Thanks -The XWiki dev team

1 0

[xwiki-devs] [XWiki Day] BFD#86
by Eduard Moraru 30 Apr '15

30 Apr '15

Hi devs, Today is BFD#86: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status for the 1 year period is 78 bugs behind. See: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10000#Created-vs-R… Here's the BFD#86 dashboard to follow the progress during the day: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13196 Thanks and enjoy your bug fixing day! -Eduard

1 2

[xwiki-devs] [Proposal] App Within Minutes - Improvements
by Gabriela Smeria 24 Apr '15

24 Apr '15

Hello, I made a proposal on how we could improve App Within Minutes design. In order to have an idea about that, you can visit - http://design.xwiki.org/xwiki/bin/view/Proposal/AppWithinMinutesImprovement… . The main purpose of creating this design proposal is to help integrate the following applications created with App Within Minutes with Flamingo Skin. What I would like for you to take into consideration is the new layout for the homepage of newly created applications, since there I proposed a bigger change. Thank you, Gabriela <http://www.xwiki.com/> *Gabriela Smeria* *Web Developer * gabriela.smeria(a)xwiki.com <corina.luong(a)xwiki.com> tel: +40 742 024 392 skype: smeria.gabriela

3 5