xwiki-users March 2007

xwiki-users@xwiki.org

63 participants
100 discussions

Looking for the right forum for user questions

by Gmail CP

Gents, I have been using (not writing complex code, not hosting, not updating versions, etc.) XWiki for some weeks now and I am following the email threads going back and forth. I am looking for a forum, where user centric topics are discussed and not so much implementation or operation topics. Anybody have a good suggestion? Thanks in advance -- Uwe Kleinschmidt

18 years

Roles allow edit where they shouldn't...

by Thomas Arthur Oehser

When I set it up so that until I add users to a group manually, they are only allowed to view and register, XWiki is still allowing them to edit _their own profile_, no matter what. This defeats the #1 reason I'm blocking them from editing- the misuse of my Wiki for Google Ranking Spam. What they do is, they register, they put a milling links for spam stuff in their profile comments and such, then the add links from external places to there, and so forth, to scam Google into thinking lots of different sites link to them, then Google sees MY domain linking to the spam sites, and maybe dings me, TOO! If I set it up for no editing until I add a user to the "editors" group, I mean NO editing- PERIOD- *especially* including their profile! Which is *often* where Google Ranking Spammers put their scams! -Tom -- May 4, 1970: Alison Krause, Jeffrey Miller, Sandra Scheuer, William Schroeder.

18 years

What is the coolest Groovy integration sample ever?

by Vincent Massol

Hi XWiki lovers, I need to prepare a demo of XWiki and Groovy for next week (For Sun Tech Days in Paris) and I'd like to show some cool Groovy integration in XWiki (something visual like Flickr + Googlemaps integration in a Wiki page). I'm hoping that some of you have something cool that I could reuse for a demo (with full attribution of course. I can even cite the author's name during the demo!). So who has the coolest Groovy integration example ever? :) Thanks -Vincent

18 years

Feature request: Named rights entries, or sort options

by Thomas Arthur Oehser

I'd like to have names for rights entries, and/or the ability to sort by group names in effect, or users in effect or _something_, so that it is easier to conceptualize what is going on with entries once there are more than 'few'. -Tom -- May 4, 1970: Alison Krause, Jeffrey Miller, Sandra Scheuer, William Schroeder.

18 years

Only 'register' rights doesn't work

by Thomas Arthur Oehser

Hi- When I set the rights for guests to only be able to register, they apparently need some view rights to be _able_ to register- surely there should be logic that allows permitting them to view only _after_ they are registered? Is this a bug? -Thanks, -Tom -- May 4, 1970: Alison Krause, Jeffrey Miller, Sandra Scheuer, William Schroeder.

18 years

Tr : [xwiki-users] translation of the documentation (ie. in french)

by lopensource-cestbien＠yahoo.fr

yep, Sure i dont see the daily number of contributions, maybe u're right ;) The only fact wich is difficult for me to understand is that there is only one english version even if there is some users that ask for french documentation..maybe they would like to contribute, maybe not..but where can they contribute ? You say about professionnal way, professionnal team and quality. Trying one french instance experimentation is a good way : i think authors must be called "french XWiki community" instead of "Official XWiki team".. Poor number of contribution on this instance will only say that there is not enough french users in the french XWiki community who would like to contribute on XWiki french website, and not that the XWiki or XWiki team aren't anough qualified. When you are saying about your experiment, i understand that the french version will be outdated, and i agree. You say about Jakarta Cactus outdated documentation that create a lot of feedbacks. I think a french user that discover XWiki website and don't speak english will create same number(even more!?) of feedback : FAQ / comments or simply don't come on this website... About the work needed to administrate this french instance, i completely agree. This is a critical point... I understand that this could be a main reason to avoid creating french version (for now ! :)). So maybe the official team could create the french instance with a warning "this website isn't official and is updated by users temself, please go to the official website for an updated content" or something like this (sorry for my poor english ;p) any way, thanks for your feedback Vincent. Boly38 ----- Message transféré ---- De : Vincent Massol <vincent(a)massol.net> À : xwiki-users(a)objectweb.org Envoyé le : Vendredi, 9 Mars 2007, 0h01mn 34s Objet : Re: [xwiki-users] translation of the documentation (ie. in french) Brice, I forgot to say thanks for bringing this up and many thanks for wanting to contribute documentation (this is not often that it happens and it's great you're stepping up! :)). This is a topic we've mentioned several times in the past but we've never really tackled it so this is a good opportunity to discuss it all together. Once more I don't want my previous email to be viewed negatively. I'd also really like to have XWiki doc be translated into lots of languages. I'm just warning about the side effects... :) Thanks again -Vincent On Mar 8, 2007, at 11:58 PM, Vincent Massol wrote: > Hi Brice and everyone, > > My current thinking: > > * English should always be the default > > * XWiki.org web site has to be of good quality. Our old > old.xwiki.org wasn't good enough and contained lots of half > finished stuff. It wasn't "professional" enough and was giving a > bad "reputation" to XWiki. As XWiki.org is the official web site > for XWiki we need it to be of professional quality. This has to be > re-conciliated with the fact that any registered user can edit/add > documentation to it. Not an easy task but one I've dedicated myself > to by checking daily what gets added,etc and steering the > community. However I *know* I won't have the bandwidth for keep > track of xwiki.org's content in several languages and keep the same > quality in all languages. > > * My initial thinking was: everything should be in English so that > all efforts can be mutualized and efforts are not lost in > divergences. I still believe this is the case because frankly seen > the number of edits we have I don't think there are enough > documentation contributors to allow several language translations > to be done and to live on. Brice, you're comparing it to Wikipedia > but do you know how many people are contributing daily there? :-) I > wish we had that number... > > * I think we should provide a space for users who want to translate > XWiki documentation in different languages but I don't think these > translations should be "endorsed" by the XWiki development team as > we won't be able to guarantee the quality. I think they should be > maintained by contributors only. As a consequence I think the best > is to create a translation web site on the XWiki.com farm for > people who are interested in translating the xwiki documentation > (we could even possibly provide such a site on xwiki.org, as > <language>.xwiki.org (and xwiki.org/<language> would redirect to > it using URL rewriting). We would need a big disclaimer on these > sites saying that: > 1) this is work done by contributors and not by the XWiki > development team > 2) that the official site is http://xwiki.org > > * It's a pity we don't use the XWiki internationalization feature > for this but I don't see how to reconcile the points above with it > and I'd rather we not use this feature than risk disappointing > users if they see incomplete or low level documentation in some > language. > > * To be honest I'm personally really skeptical that such > translations will work. As the creator of Jakarta Cactus, I have > experienced such kind of translations and it has never really > worked. Translations are always months and even years behind the > official translations, you get emails on the project mailing list > asking for support because they're looking at an outdated > documentation, and the solution is on the english documentation page. > > <more thinking...> > > * Hmm... I guess we could turn on internationalization for > xwiki.org but: > 1) we would need to find a way to put the disclaimers I mentioned > on *each* translated page as a header for example > 2) we would need one translation champion for each language. That > person would be dedicating himself/herself to drive the > contributions for that language, to organize them, guarantee a good > quality level, remove wiki vandalism as they happen (this happens > daily but to a small degree) > > WDYT? > > Before answering, please bear in mind that today I am doing 90% of > the work for xwiki.org so it may sound easy but it's a lot of sweat > and hard work and it doesn't happen automagically :-) > > Thanks > -Vincent > > On Mar 8, 2007, at 11:21 PM, lopensource-cestbien(a)yahoo.fr wrote: > >> hello, >> I m new user of XWiki, and i want to help the xwiki "community" >> translating the documentation (ie. in french). I was starting >> doing it on xwiki.com on the "Admin guide" some days before but >> without any permission. So today, i asked you here how must we >> process ? >> >> I got a mail from Vincent Massol and so, some questions are : >> - how can't we be sure that the french version of the >> documentation will be an updated version ? >> - how prevent new information(s) on the french version that >> wouldn't appear on the english one ? >> - what will be the interact(s) between a french and an english >> version ? >> >> This is my opinion, but of course we must discuss about this : >> If we see the wikipedia contribution process, then there is one >> wiki instance for each language. The only interact is an interlang >> link between article(s). >> >> Differents versions could be, and (often) are different ! >> I think we must do the same for xwiki documentation. >> Got a dirty version of the documentation is better than nothing! >> >> Vincent was talking to me about starting a french instance of >> xwiki website. I think : maybe not, this is a good idea ! >> For me, french and english community of xwiki can progress on 2 >> distinct ways without any problem. Sure, there will be some people >> to make bridge.. >> >> What are you thinking about this ? please give us your opinion. >> >> Best regards >> Boly38 >> >> NB: Vincent Massol, please correct me if i do some mistake :) >> >> >> >> -- >> You receive this message as a subscriber of the xwiki- >> users(a)objectweb.org mailing list. >> To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org >> For general help: mailto:sympa@objectweb.org?subject=help >> ObjectWeb mailing lists service home page: http:// >> www.objectweb.org/wws > -- You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list. To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org For general help: mailto:sympa@objectweb.org?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws ___________________________________________________________________________ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com -- You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list. To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org For general help: mailto:sympa@objectweb.org?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

18 years

XWiki Plugins: Tips & Tricks

by Catalin Hritcu

The ever growing XWiki documentation already explains how to write very simple plugins: http://www.xwiki.org/xwiki/bin/view/DevGuide/CreatingPlugins However, for creating more useful plugins, non-documented extension points scattered all over the place have to be used. Fortunately XWiki 2.0 plans to improve this a lot, but until then this non-exhaustive collection of tips and tricks could come handy to novice plugin writers: http://hritcu.wordpress.com/2007/03/13/xwiki-plugins-tips-and-tricks/ Regards, Catalin

18 years

Re: [xwiki-users] Problems setting up multiple servers

by Neighborhood Org

> Hi, > > Assuming domain1.com is your servername, thcan you check your configuration looks something like this: > XWiki.XWikiServerXwiki - the "server" field points to xwiki.domain1.com(or www.domain1.com; although not required for www. it's best to be safe). > XWiki.XWikiServerDomain2 - the "server" field points to [xwiki2].domain1.com where [xwiki2] is a identification of your second wiki (eg public.domain1.com) > The above assumes you have a database called Domain2; and [ xwiki2.domain1.com] points to domain1.com in your CNAME records. > > In other words, drop domain2.com altogether from thought > ..if that makes sense. Hmm, I tried this and it still doesn't work. First, I created a CNAME, domain2.domain1.com -> domain1.com Next, I created XWiki.XWikiServerXwiki, added XWiki.XWikiServerClass (note: in the dropdown, it shows view.XWiki.XWikiServerClass -- could that be the problem??), set the server to www.domain1.com and the owner to XWiki.admin. Then I created XWiki.XWikiServerDomain2, added XWiki.XWikiServerClass, set the server to domain2.domain1.com and the owner to XWiki.admin. Then I visit www.domain1.com, it's fine. When I visit domain2.domain1.com, it redirects me to the no such wiki page. Thanks for all your help: The good news is that I'm learning more about XWiki and that hopefully some of this will be helpful to the next person who tries.

18 years

javascript error: wikiEditor is undefined when saving

by david.weilerthiessen＠purina.nestle.com

Hi Just installed the newest and greatest XWiki - 1.0-beta-5.2310 and finding that I get a javascript error when I try to save documents. Message: Error: 'wikiEditor' is undefined Happens only when I save from the Wiki editor. When saving from the Wysiwyg editor I do not get the error. Running on Window 2000, Tomcat 5.5, MySQL, IE 6.0 SP1. My content does save - just have to wait for IE to tell my that it has an issue. Such an obvious error - makes me thing I have a config issue. Any ideas what is wrong?

18 years

LGPL w/r/t plugins - are they derivative?

by ahj＠quantumleap.us

Hi, xwikiites. I was wondering how you regard plugins that extend the capabilities of xwiki with resepct to LGPL license. Do you consider plugins to be derivative works? (I am assuming that they are not already derivative in tthe sense of being constructed on top of an existing LGPLed code base) For instance (purely hypothetical): Commercial developer "D" develops a type-ahead plugin that fills in names of people in his office. The system is so successful, that he plans to market "TAXWiki" - based on the xwiki codebase, but with the added feature of corporate-aware type-ahead. Would the LGPL require that D contribute the source code to his type-ahead plugin back to the xwiki codebase? Thanks very much, -apperson

18 years

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users March 2007