December 2011 - xwiki-users@xwiki.org

[xwiki-users] Linking to different sections of one page from another?
by andyp 05 Jan '13

05 Jan '13

Hi, Is it possible, if so, how can I link to different sections of one page from another one? Many thanks, Andy -- View this message in context: http://xwiki.475771.n2.nabble.com/Linking-to-different-sections-of-one-page… Sent from the XWiki- Users mailing list archive at Nabble.com.

5 10

[xwiki-users] Subscribe to RSS feed inpassword-protected wiki
by coldserenity 27 Nov '12

27 Nov '12

Hi, Is there a way to subscribe to RSS feed in a totally protected XWiki (only log-in page described to anonymous)? E.g. with MS Outlook? I used common feed list approach described here http://blog.jonudell.net/2007/01/23/a-screencast-about-common-feeds-in-vist… I'm able to see items when the feed is imported to outlook the first time, but then I do not get the updates. And here's http://blog.jonudell.net/2007/03/27/authenticated-rss-feeds/ where I found people discussing subscription to a password protected feed. Regards, Roman -- View this message in context: http://xwiki.475771.n2.nabble.com/Subscribe-to-RSS-feed-inpassword-protecte… Sent from the XWiki- Users mailing list archive at Nabble.com.

5 6

[xwiki-users] Statistics
by Vitantonio Messa 22 Nov '12

22 Nov '12

Hello everyone, I've activated the statistics on my virtual xwikis, but when I access the page XWiki/Stats I see the code, but not statistics, as this: <% period = request.get("period") Calendar cal = Calendar.getInstance(); cal.setTime(new Date()); if (period==null) { period = cal.get(Calendar.YEAR) * 100 + (cal.get(Calendar.MONTH)+1) } jour = cal.get(Calendar.YEAR) * 10000 + (cal.get(Calendar.MONTH)+1) * 100 + (cal.get(Calendar.DAY_OF_MONTH)+1) type = request.get("type") if (type==null) type = "view" %> In the xwiki.cfg, this is the section related to statistics: xwiki.stats=1 xwiki.stats.default=1 xwiki.stats.class=com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl Any help? Thanks! Vito -- Vitantonio Messa +358 46 889 48 49 - vitantonio.messa(a)coss.fi COSS - The Finnish Centre for Open Source Solutions @ Technology Centre Hermia Ltd. Hermiankatu 1, FIN-33720 Tampere, FINLAND

4 5

[xwiki-users] Xwiki LDAP Authentication doesn't work when you move a user to a different OU in Active Directory
by lukweb 20 Nov '12

20 Nov '12

Hello all, I'm working with the last version of XE and i get the LDAP authentication on my Active Directory Domain. My problem is when i move a user to a different OU in the Active Directory, the user can't login in Xwiki anymore...(Error : Wrong password). Is there a way to configure the xwiki.cfg in order the authentication could "browse" the all Active Directory to find the user and allow him to login ? Thanks in advance. -- View this message in context: http://n2.nabble.com/Xwiki-LDAP-Authentication-doesn%27t-work-when-you-move… Sent from the XWiki- Users mailing list archive at Nabble.com.

4 26

Re: [xwiki-users] Brainstorming XWiki Favorites
by Wright, Philip 15 Aug '12

15 Aug '12

Drool, I'll be watching this string and looking for that app :) Philip Wright Reports Analyst ACS: BPS Office: 503-907-1501 ext 3714 Cell: 503-891-4920 Philip.wright(a)acs-inc.com Affiliated Computer Services, Inc Affiliated Computer Services, Inc (ACS) Proprietary and Confidential Information This document (or any part thereof) may not be disseminated outside of ACS in either electronic or physical form without specific authorization of the office of the ACS Chief Information Security Officer. The information included in this document represents no commitment by ACS to any other party. The policies and standards described do not consider any country law or other directive outside of the United States. P Please consider the environment before printing this email -----Original Message----- From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of Guillaume Lerouge Sent: Tuesday, July 01, 2008 2:39 PM To: XWiki Users Subject: Re: [xwiki-users] Brainstorming XWiki Favorites By the way, 2 additional ideas : - You could add a static list property (with [1,2,3,4,5] as allowed values) to rank the importance / interest of favorites and display them according to their ranking on the page (thru a hql sort query) - Don't forget to add your application on http://code.xwiki.org/ once a first working version is out ;-) Guillaume On Tue, Jul 1, 2008 at 11:32 PM, Mike Oliver <moliver(a)corenttech.com> wrote: > > Good ideas, I followed the ToDo example and created a Favorites space > to store the documents but agree better to store them by user. I > guess I can get it working in the ToDo model first and then move the > location of the documents and change the filter accordingly. > > Our messages passed on the wires where Posted my first pass. > > Ollie > > > Guillaume Lerouge wrote: > > > > Indeed. I'd still advise looking at how the watchlist feature is > > implemented since it somehow manages to store user preferences in > > their profiles and you're going to need that feature in your > > implementation I guess... > > > > Not sure whether there's been any recent discussion on creating > > easy-to)use user profiles extension points - though this kind of use > > cases (as well > as > > a > > bunch of others) show they're needed. I think there is a way to > > access them right now without changing the UserClassSheet (maybe by > > adding new kind > of > > objects to user profile pages...) > > > > Re your implementation, I'd advise having the list of favorited > > pages stored in one (or many) objects attached to the user profile > > page of the current user and writing a panel taking the currently > > logged user UserName as a parameter, retrieving the data from those > > favorite objects stored on his user page and displaying their values > > in the panel ... > > > > Guillaume > > > > > > > >> Ollie > >> > >> Guillaume Lerouge wrote: > >> > > >> > Hi Mike, > >> > > >> > > >> >> Can I filter on the user that created the record of the > >> >> favorites > >> class? > >> >> > >> > > >> > Sure... But why don't you have your users use the Watchlist > >> > feature > >> that > >> > basically already is XWiki's favorites system for individual users ? > >> > > >> > Cf > >> http://code.xwiki.org/xwiki/bin/view/Applications/WatchlistApplicat > >> ion > >> > , > >> > it's bundled with all recent versions of XWiki Enterprise AFAIR ... > >> > > >> > You might still want to add that description field though... > >> > > >> > Guillaume > >> > > >> > > >> > > >> >> > >> >> Ollie > >> >> > >> >> Wright, Philip wrote: > >> >> > > >> >> > Idea is to allow the user to create the description? If so > >> >> > sounds > >> like > >> >> a > >> >> > GREAT idea. > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > Philip Wright > >> >> > > >> >> > > >> >> > > >> >> > >> >> -- > >> >> View this message in context: > >> >> > >> > http://www.nabble.com/Brainstorming-XWiki-Favorites-tp18222048p1822333 > 9.html > >> >> Sent from the XWiki- Users mailing list archive at Nabble.com. > >> >> > >> >> _______________________________________________ > >> >> users mailing list > >> >> users(a)xwiki.org > >> >> http://lists.xwiki.org/mailman/listinfo/users > >> >> > >> > > >> > > >> > > >> > -- > >> > http://wikibc.blogspot.com/ > >> > _______________________________________________ > >> > users mailing list > >> > users(a)xwiki.org > >> > http://lists.xwiki.org/mailman/listinfo/users > >> > > >> > > >> > >> -- > >> View this message in context: > >> > http://www.nabble.com/Brainstorming-XWiki-Favorites-tp18222048p1822406 > 7.html > >> Sent from the XWiki- Users mailing list archive at Nabble.com. > >> > >> _______________________________________________ > >> users mailing list > >> users(a)xwiki.org > >> http://lists.xwiki.org/mailman/listinfo/users > >> > > > > > > > > -- > > http://wikibc.blogspot.com/ > > _______________________________________________ > > users mailing list > > users(a)xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > > > > -- > View this message in context: > http://www.nabble.com/Brainstorming-XWiki-Favorites-tp18222048p1822576 > 2.html Sent from the XWiki- Users mailing list archive at Nabble.com. > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- http://wikibc.blogspot.com/ _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

3 2

[xwiki-users] Problem with SVG Macro
by Christophe FRAULE 26 Jun '12

26 Jun '12

Hello, Using XWIKI 3.0M2 => 1) installing the SVG Macro from the XAR document 2) Granting all access rights (testing) to the 3 x SVG documents installed in the Xwiki workspace. I get: Unknown macro: svg The "svg" macro is not in the list of registered macros. Verify the spelling or contact your administrator. . when an individual user (authenticated and with rights to display the page) hit one page which include this macro. I have the following in the xwiki.cfg file: #-# List of active plugins. xwiki.plugins=\ com.xpn.xwiki.monitor.api.MonitorPlugin,\ com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.JsSkinFileExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssSkinFileExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.LinkExtensionPlugin,\ com.xpn.xwiki.plugin.feed.FeedPlugin,\ com.xpn.xwiki.plugin.ldap.LDAPPlugin,\ com.xpn.xwiki.plugin.google.GooglePlugin,\ com.xpn.xwiki.plugin.mail.MailPlugin,\ com.xpn.xwiki.plugin.packaging.PackagePlugin,\ com.xpn.xwiki.plugin.query.QueryPlugin,\ com.xpn.xwiki.plugin.svg.SVGPlugin,\ com.xpn.xwiki.plugin.charts.ChartingPlugin,\ com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\ com.xpn.xwiki.plugin.image.ImagePlugin,\ com.xpn.xwiki.plugin.userdirectory.UserDirectoryPlugin,\ com.xpn.xwiki.plugin.usertools.XWikiUserManagementToolsImpl,\ com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin,\ com.xpn.xwiki.plugin.autotag.AutoTagPlugin,\ com.xpn.xwiki.plugin.lucene.LucenePlugin,\ com.xpn.xwiki.plugin.diff.DiffPlugin,\ com.xpn.xwiki.plugin.rightsmanager.RightsManagerPlugin,\ com.xpn.xwiki.plugin.jodatime.JodaTimePlugin,\ com.xpn.xwiki.plugin.scheduler.SchedulerPlugin,\ com.xpn.xwiki.plugin.mailsender.MailSenderPlugin,\ com.xpn.xwiki.plugin.activitystream.plugin.ActivityStreamPlugin, \ com.xpn.xwiki.plugin.watchlist.WatchListPlugin, \ com.xpn.xwiki.plugin.tag.TagPlugin What is wrong ? Many thanks for your help, Christophe

6 12

[xwiki-users] change colortheme
by Gerritjan Koekkoek 25 Jun '12

25 Jun '12

How do you test a colortheme in colibri skin (the ?... parameter in the url) How can you change the theme programatically in velocity? example if browser language = nl set theme to nl Gerritjan

3 4

[xwiki-users] [Help] Help us improve the XWiki documentation by telling us what's missing
by Vincent Massol 23 Mar '12

23 Mar '12

Hi XWiki users, The XWiki projects needs your help. We'd like to improve the documentation on xwiki.org but we need your help to tell us what should be improved in your opinion. To do so we've created a JIRA project for listing stuff to do: http://jira.xwiki.org/browse/XWIKIORG It would be a great help if you could register there and create JIRA issues for anything you think should be improved on xwiki.org. Please try to create very specific and focused issues so that they are actionable easily (for example an issue saying "Improve xwiki.org documentation" would not help much ;) but one that would say for example: "Provide documentation on how to use the DBListClass" is useful). Thanks a lot for your help! -Vincent on behalf of the XWiki Dev Team

4 7

[xwiki-users] debian installer
by Legeinfo 06 Mar '12

06 Mar '12

Is there more information for the xwiki debian installer out there? Volker -- View this message in context: http://xwiki.475771.n2.nabble.com/debian-installer-tp7110261p7110261.html Sent from the XWiki- Users mailing list archive at Nabble.com.

7 10

[xwiki-users] State of the XWiki Community
by Sergiu Dumitriu 22 Feb '12

22 Feb '12

Hi Community, The following message expresses my personal opinions as a member of the community, so it might not be entirely accurate. The goal is to start a discussion about how can we attract more contributors and committers to the XWiki open source project, and will address three main subjects: - the current state of the community and committers - the possibility of joining or creating a non-profit foundation to govern XWiki - the possibility of using Fundry as a way for users to fund XWiki development ----- Status of the community At the start of a new year, it's time to look a bit at the status of XWiki, the project and the community. XWiki was created by Ludovic Dubost as an open source project from the start. Later, he founded a commercial company (XWiki SAS, back then XPertNet SaRL) as a way to financially support the development of the product. It kept the project entirely open, unlike the many false open source companies that only offer a basic open source version, forcing people to buy the commercial one (the open core model), or that only release the source code while still doing behind-the-curtains development, or that almost completely ignore the outside community. See the XWiki SAS values: http://purl.org/xwiki/sas-values and manifesto: http://purl.org/xwiki/sas-manifesto The committers, elected for their merit, and not made automatically as employees of the company, always tried to maintain a healthy community and attract new contributors/committers. Thus, the XWiki software is developed not by the XWiki SAS company, but by the XWiki community. http://dev.xwiki.org/xwiki/bin/Community/ has a lot of information about the community, and the development process. As of January 2011, there are 16 core committers, 12 of which are XWiki SAS employees, and 3 are or were related to XWiki SAS one way or another. http://dev.xwiki.org/xwiki/bin/Community/HallOfFame#HCoreCommitters A big part of the development is aided by non-committer members of the community, either by providing patches, testing and reporting bugs, requesting new features, providing feedback, answering on the mailing lists, etc. As committers, we tried to listen to the community when developing the project, but as paid employees we have to also listen to the company requirements. With a limited manpower it's very hard to evolve as fast as the community would want, or in all the directions that the community wants. And we welcome any help here. The project is healthy, we have regular and frequent releases, with visible progress with each new release (see Vincent's statistics on http://massol.myxwiki.org/xwiki/bin/Blog/XWikiIn2010 for more details). Still, I'm a little disappointed with the development speed. Lately, out of the 16 committers on average about 3-4 are actually available for platform development during a day. * How can we help speed up the growth of the community? * How can we attract more developers outside XWiki SAS? ----- Joining/forming a free software foundation One possible reason while so few people are willing to become committers could be that XWiki SAS might appear to over-control the software, and a clear non-profit foundation on top of XWiki might make it more obvious that XWiki is a true open source project, and anybody is welcome to join. XWiki SAS is a member of the OW2 consortium http://ow2.org/ , and this membership also extends a bit to the XWiki project. OW2 used to host all our infrastructure, SVN, mailing lists, downloads... Currently only the official downloads linked from the main download page are hosted on OW2 servers, as we've gradually moved parts of the development infrastructure on servers provided by XWiki SAS. While OW2 is a great home for XWiki SAS, it's mostly a company consortium, not a software development foundation. The most development help coming from OW2 consists of research projects involving both OW2 and XWiki SAS, thus the OW2 membership doesn't bring much value when it comes to code. One option is to form an XWiki non-profit Foundation, which will govern all XWiki-related software development. The main disadvantage would be that there's a risk that it won't make any difference at all, while adding the burden of more paperwork. This is where your opinion comes into play, since there's no point in doing all the hard work if the community doesn't see a clear benefit in it. The Apache Foundation has the huge disadvantage that it requires a license change, but it's a very well known home for software development, with good visibility. The Software Freedom Conservancy has been getting a lot of press recently, since several high profile projects joined it. It's got a few top-notch projects under its hood, so XWiki would be among well known projects in there. A smaller, compatible alternative is Codehaus, but I'm not convinced they would make a difference with respect to our needs. Other foundations aren't really suited for XWiki, since they either don't bring value to the community because they don't foster inter-project collaboration (SourceForge, Google Code), or don't match the project goals (FSF, GNU, Eclipse, Linux, Mozilla...). So, some questions in regard to this subject: * Is there anybody that would like contribute more / become a committer? * Do users believe that a foundation on top of XWiki will help attract more developers? Please note that this is not THE discussion about which foundation to join, just trying to see if there is a benefit in doing so. ----- Supporting code development Becoming a committer requires time, and few people can spend that time when there's no direct benefit involved. XWiki SAS employees are already being paid to work with XWiki, so they can contribute to the platform because the company benefits directly from their work. Employees of other companies that deal with XWiki do spend time contributing, but very few actually got to hang around enough to be voted as committers, although many came close, but stopped short of it. One way of supporting code development is to contact XWiki SAS and sign a contract to develop one or more features with a higher priority. An alternative, which allows to share the cost with other companies/individuals, is to collaboratively request and support feature development (crowdfunding), for example through Fundry, a new site especially designed for this. I've set up an account for XWiki at https://fundry.com/project/58-xwiki . This is also a good place to donate to the XWiki project, since there are no visible ways to financially support the project. Fundry would allow to gather financial incentives for non-employees to contribute more code, thus involving the community more in the direction the software evolves, and attracting more potential contributors. * Do you (the community) think this is a good idea and it would help? * Would you be willing to contribute/donate to the project? ----- Please provide us with your feedback, so we can advance on these topics. Thanks, -- Sergiu Dumitriu http://purl.org/net/sergiu/

7 17