Hi devs,
Since statistics are disabled by default, I'm proposing to not bundle the
Statistics application by default. Admins who want to enable stats on their
would need to install it through the EM.
In addition, the Stats app's quality is not exactly perfect either and
performances are not that great so I think it makes sense to not promote it
too much either.
Last, since 5.3M2 the stats app is now visible in the Applications Panel
(for Admins), thus not bundling it by default seems even more needed now
IMO.
WDYT?
Thanks
-Vincent
Hi devs,
Here’s what I commented on https://github.com/xwiki/xwiki-platform/pull/307 :
“
Thanks Pascal. I've just noticed that we still bundle TinyMCE in XWiki's WAR. It was probably left for backward compatibility but since it's been like 6-7 years that we've dropped it, I believe we could vote about dropping it from our sources and if someone really needs it they'll still be able to manually install them in their wikis. I'll follow up on the devs list, thanks.
“
WDYT? Are you ok to remove it?
Thanks
-Vincent
Hi devs,
With 7.2 the differences between Wiki and Nested Spaces are smaller and we’re probably going to have more and more questions related to when should a user use a Wiki and when should he/she use a Space.
Thus I’ve started http://design.xwiki.org/xwiki/bin/view/Proposal/WikivsNestedSpaces
It would be great if you could either reply on this thread with differences that you see (and I’ll update the page) or update that page directly (preferred :)).
Once the page has good data, I’ll move the content to the documentation proper.
Thanks!
-Vincent
Hi,
In previous years the xwiki.org project launched surveys about features we’d like to see implemented in XWiki (see http://www.xwiki.org/xwiki/bin/view/Main/Feedback).
After some discussions with fellow XWikiers we thought it could be interesting to launch a similar survey in 2015, especially with the 8.x cycle approaching. But this time instead of having a long list of features to vote on, we thought it might be more interesting to have a few open questions that the community could answer.
The aim of this short survey is to find out more about how satisfied (or not!) the members of the XWiki community are with the XWiki product.
We'd be happy to learn about:
* what you like / dislike about the product
* the features and improvements you’d like to see in the product in the future and especially for XWiki 8.x
The survey will run till November 13 and the results will be synthesised and made available mid-November through a blog post on the community blog ( http://blog.xwiki.org/xwiki/bin/view/Blog/ )
The survey has 6 questions and should only take a few minutes:
http://www.xwiki.org/xwiki/bin/view/Main/SurveyXWikiProduct2015
Thanks a lot for your contributions and for helping improve the product,
-Silvia & Vincent
Hi devs,
So this proposal appeared in some of my proposals but right now I created a
proper Proposal/Idea mail for it.
It's about having an 'Administer Page' section in the menus, similar to the
'Administer Wiki' and 'Administer Space' functionality.
The 'Administer Page' will be accessible to global admins, page creators
and users with (edit?/admin?) rights for the page.
>From what we currently have implemented it should contain the 'Rights
Editor' (?editor=rights) at page level.
In the future we could make 'Presentation', 'Page Elements' or 'Panel
Wizard' to be more granular and be set at Page level (have different panels
and style for just one page).
Some screenshots at
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/PageAdministration
Thanks,
Caty
Hi.
The other thread about the content menus re-organization has deviated to
talk about the watchlist, so I prefer to continue the discussion on this
new thread.
I have made some mock-ups that you can see there:
http://design.xwiki.org/xwiki/bin/view/Proposal/WatchListButtonsonXE73
WDYT?
Thanks,
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
Hi devs,
Some users have raised that when you click on the pencil icon in the Create/Delete/Move/Rename UIs, the user has to understand the “dot notation” (ie the reference notation) and that it’s not user-friendly for simple users.
Here’s what I propose:
1) Only display the pencil icon (and thus the advanced controls) for Advanced Users.
2) Note that we were doing this initially but it was modified to fix http://jira.xwiki.org/browse/XWIKI-12526. The idea would be to fix XWIKI-12526 differently by modifying how we perform validation on the title field: if the title field is empty, don’t expand the location edit controls and just highlight the title field (for simple users).
3) (suggested by Edy): Introduce controls in the modal document picker (tree) for creating empty documents in place (similar to creating new folders in an operating system's folder picker, where you would create new folders until you achieve the hierarchy you desire). We could even think about using a template (e.g. space homepage) for these "placeholder" documents.
E.g.
http://i.stack.imgur.com/umdE9.pnghttp://www.mclures.net/java/struts/Together/Struts-screenshots/create_proje… (contextual menu)
etc...
The advantage of this would be that it would make more sense to simple users and it would also be something they could use. Of course, one downside would be the extra empty/placeholder documents that it would create, but you have the same thing in a filesystem, more or less.
WDYT?
Thanks
-Vincent
Hi devs,
I feel it would help the XWiki project if we had some chat infrastructure more user-friendly than IRC channel (which is currently mostly used by the xwiki developers and a few power contributors/users). I think it would help spread xwiki more and be more friendly to our community (btw the same should be done for the mailing list by moving the user mailing list to a forum but that’s for another thread).
I wonder if you guys would be interested to moving to another tool such as Gitter.im: https://gitter.im/
It seems to be nice for open communities. Nicer than Slack anyway (I’ve tried Slack for another community I’m in and we quickly reached the 10K messages and it’s not nice to have this red reminder message and you loose some messages that you can’t see - See http://blog.freecodecamp.com/2015/06/so-yeah-we-tried-slack-and-we-deeply-r…).
Of course another strategy would be to ask a company to host a tool for us, such as http://www.mattermost.org/ but setting it up and maintaining it has a price and we’d need to convince some company like XWiki SAS to do that and I’m not sure it’s worth it.
Let me know what you think and if you’re ok to try it, I’ll set up an org on gitter so that we can make an experiment and try it out.
Thanks
-Vincent
Hello XWiki community,
I moved to shortURLs. The tutorial has been nicely effective.
The home page serves well, the entry page of my wiki and my space all
work well.
However, almost all the pages that are there now break at view (with or
without the action /bin/view/ in the URL). Similarly, /download/ breaks
with 404. These are mostly pages in confluence syntax but moving them to
xwiki syntax doesn't change anything. They display:
A problem occurred while trying to process your request.
Please contact the webmaster if this happens again.
Their link is obtained in the index or tree views.
These pages work fine at /edit/, save, and /preview/.
With some debugging I seem to reach the error that:
"No row with the given identifier exists"
(at XWikiHibernateStore.loadXWikiDoc).
Could it be that the ReferenceSerializer is behaving differently with
ShortURLs? That seems bad.
Why would it be different in /edit/ action?
Is it changed on 7.3 candidates?
thanks in advance.
Paul
I would like to contribute a new extension that adds the option to select
the rows of a livetable by inserting a new column with checkboxes in the
table. See more details there :
http://extensions.xwiki.org/xwiki/bin/view/Extension/Add+Checkbox+Column+To…
.
Can someone please create the "livetable-checkbox-column" on xwiki-contrib
for me ?
Thank you,
Raluca.