Hi guys,
I met an issue recently on a project. We'd like to build an XWiki-based
website that will be available in several languages. We'd like to use
structured data, which means using XObjects.
Unfortunately at the moment XObjects are not internationalized: they're
available only in one language, even if a page exists in 2+ languages.
A common workaround is to either duplicate all fields in the object (say,
"type_FR" and "type_EN") or have 1 object per language, with a field
handling the language property. In either way, custom sheets need to be
developed to make it possible to modify the various languages of the page.
There is also an issue with the search: in which language should the
object's content be indexed?
One solution would be to make it possible to have international languages
handled directly in XWiki (the same way than the default title / content
fields are handled now), but I'm not sure how much work that would take.
WDYT?
Guillaume
Hi devs,
We’re starting a new year and new development cycle (the 7.x one). It’s time to reflect back on what we did and what we wish to achieve and also what we wish to do better.
I think it wouldn’t do any harm to the xwiki project that we continue automating stuff (more build/release process automation, more development automation, more documentation automation, more test writing automation, etc). Basically anything that makes us better at delivering the XWiki software.
If you agree with this, I’d like to propose that we start filling a wiki page on xwiki.org dedicated to what we achieved.
I’ve started such as page at http://dev.xwiki.org/xwiki/bin/view/Drafts/AutomationAchievements (the idea will be to move it somewhere in dev.xwiki.org if this proposal is accepted).
At the moment I’ve put only a single item that I remember we did on the automation topic but the idea is that each one of us (us = the xwiki community at large) updates this page when he/she implements some new automation stuff.
The goal of this page is several:
* show appreciation to whoever helped improve XWiki’s automation
* realize that we’re doing work on automation and see how much we achieve in a year. And thus be able to compare year to year and see how we fare.
* provides emulation to all of us to do even more in this domain
WDYT?
Thanks
-Vincent
Hi devs,
This is exciting times as we’re starting a new cycle for XWiki: XWiki 7.x! :)
Here are some proposals below that I have discussed with committers from XWiki SAS already.
For all other committers (thinking about Denis, Sergiu, Clemens, Andreas or other), feel free to add other stuff you’d like to do in 7.0.
Cycle Dates
============
I’d like to propose the following cycle dates:
- 7.0: March (Feb-Mar )
- 7.1: May (Apr-May )
- 7.2: July (Jun-Jul)
- 7.3: September (Aug-Sep)
- 7.4: November (Oct-Nov )
This leaves us one month for adjustment, for the almost impossible possibility that we’d be late in one of these major releases :)
XWiki 7.0 Dates
===============
- 7.0M1: 9 Feb
- 7.0M2: 2 march
- 7.0RC1: 16 march
- 7.0Final: 30 march
Wiki 7.0 Content
================
- Improve upgrade tools - Improve DW - Dev: Marius
- Continue performance improvements - Dev: Thomas
- Flavor mechanism - Dev: Thomas
- Notifications improvements (e.g. Immediate mail notif in watchlist + immediate notif in comment) - Dev: Edy
- Full integration of new technologies (less, bootstrap) in XWiki so that they can be fully used for client projects - it can also be only documentation - Dev: Guillaume
- Implement the “XWiki Core” strategy as defined in http://markmail.org/message/keo7cs6u3fuf676w - Dev: Vincent
Some important JIRAs (several of them should be taken up when defining what to implement from the general list above):
- Extension Manager add extension search should suggest only compatible versions - XWIKI-9920
- Sometimes rights changes don't apply without a server restart (confidential, FOR 6.4.x) - XWIKI-11355
- Add a simulation feature to the distribution wizard - XWIKI-11502
- Notify Wiki owners by email when users [request to] join their wiki - XWIKI-11096
- Support LESS in SSX objects - XWIKI-11394
- Presentation Office documents (.ppt files) aren't displayed with LibreOffice 4.3.5.2 - XWIKI-11611
- Know who has installed an extension and when - XWIKI-10027
- Add a reload button for changing the CAPTCHA message at registration - XWIKI-9879
- Do not display a very long title in the wiki's header - XWIKI-11234
- Remove the need for the "Finalize" button at the end of the process of wiki creation from template (FOR 6.4.x?) - XWIKI-11527
- Renaming a page changes the creation date - XWIKI-9425
- Exporting/Replaying the upgrade log - XWIKI-11504 XWIKI-11505 XWIKI-11074
Investigations:
- Better WYSIWYG editor - CKEditor investigation (1 Week) - Marius
- Better captcha module - Edy
Let me know if there are any concerns.
Thanks a lot
-Vincent
The XWiki development team is proud to announce the availability of XWiki
6.2.5.
This version is mostly a stabilization release which fix many bugs we have
discovered since XWiki 6.2.4. But it also brings some improvements on the
screen-width-responsiveness of the livetable in Flamingo.
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/ReleaseNotesXWiki625
Thanks
-The XWiki dev team
Hi devs,
We have been getting reports recently of people getting a lot of SPAM in
their public XWiki instances, even if they had the CAPTCHA module [1]
enabled on their comments/registration pages.
These past 2 days I`ve been investigating the current status of the CAPTCHA
module and what is the state of the art in fighting SPAM.
I have produced the following document [2] that I would like you to have a
look at and tell me what you think and/or what is your experience with
XWiki's CAPTCHA module and with fighting SPAM in general.
TL;DR: I would like to propose that we move to Google's new NO CAPTHA
reCAPTCHA as the default CAPTCHA solution and that we implement a
configurable back-end that allows admins to easily switch between CAPTCHA
engines/services.
Thanks,
Eduard
----------
[1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Captcha+Module
[2] http://design.xwiki.org/xwiki/bin/view/Proposal/CAPTCHAinvestigation70