I have a strange situation ...
I imported LightBox Macro and started to use it. All is fine, exept small
thing. When lightbox window with my picture shows, at a bottom-right corner
exist label "close" - this label doesn't work. Looks like not a link ...
Strange, because, example on a page XWiki.LightBox working fine. Maybe
problem with different space (my page stay at a another space)? Other labels
(prev, next) works fine in any cases. I can close popup lightbox window by
clicking main page - but for users it is not normal - they see "close" and
started to clicking it - without any result. Maybe anybody can help me.
Thanks beforehand
Eugen
--
View this message in context: http://xwiki.475771.n2.nabble.com/Close-label-on-a-LightBox-window-not-work…
Sent from the XWiki- Users mailing list archive at Nabble.com.
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
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.
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
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
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
Hello,
I'm trying to convert a groovy class (in a wiki page) to a proper xwiki
component in Java.
Problem is : my groovy code makes heavy use of the document model, for
example :
- setting documents creator/author, dates, with and without triggering
change events (modifying also internal xwikidocument)
- accessing multiple objects of same class created in a unique page
- ...
I could not find anything to do that in the DocumentAccessBridge ...
My question is, would it be better for me to wait for the xwiki model to be
properly externalized from the old core (so I could target this from my
component), or expect missing methods to be added to the bridge, ... or add
them by myself ?
Obviously, the last option seems both too heavy and too "risky" for me.
Obviously too, rewriting my (big) groovy class for using the bridge api
seems cumbersome : I'd prefer to wait for a dedicated component for
accessing the core model.
Best regards,
Jeremie
--
View this message in context: http://xwiki.475771.n2.nabble.com/Components-Bridge-to-old-core-and-objects…
Sent from the XWiki- Users mailing list archive at Nabble.com.
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