Re: [xwiki-users] Why I chose Xwiki instead of other wikis
Ari Oinas wrote: > - Scandinavian characters in pageIds don't seem to work This should work, provided you set the right encoding. By default XWiki comes with ISO-8859-1, but you should change it to UTF-8 (we're planning to do this by default in 1.9). -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Why I chose Xwiki instead of other wikis
>> http://xoffice.xwiki.org/xwiki/bin/view/CodeBase/XmlRpcProxy and >> http://platform.xwiki.org/xwiki/bin/view/Features/XMLRPC, so similar, yet in >> totally different places >The XmpRpcProxy page was created after you sent your first mail. I >published that page, as a result of your mail, so that it potentially >helps you. As you can see the notes in the page, it is only a draft. >When completed(fully maps the xml-rpc model&api) it will be linked/added >to the platform page. Yeah, I know you created that to help me and I appreciate it. When I first looked at it, it striked me as being in a wrong place, that's why I chose it as an example. Little bit unfair, being draft and all, and you trying to help, sorry. :( The content of that page is actually very good, and will be a major help for anyone trying to use Xwiki XML/RPC from .NET -environment. Guillaume wrote: >If you've got a little time, we'd be very happy to have you contribute the program you wrote on http://code.xwiki.org/ and improve the documentation in places where you found it confusing (adding >details / links where needed). All you need to do this is an account on xwiki.org and then, well, it's a wiki ;-) That's a good point. Maybe I'll try to find time to contribute. I always forget it's a wiki ;) Cheers, Ari ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Why I chose Xwiki instead of other wikis
Ari Oinas wrote: >> Thanks for your feedback. I would be glad to know a bit more about what you >> were looking for, which wikis you tried and what made you choose XWiki >> rather than another system. This would help us understand better what makes >> XWiki stand out and what it lacks compared with other platforms. >> If you've got a little time, do you think you could tell us a bit about >> that? >> Many thanks in advance, >> Guillaume >> > > Ok, here's a small list of reasons why I chose Xwiki and not some other > wiki. > Before I begun searching for suitable wiki, I gathered a list of > requirements that a wiki must have. > Wikis that I tested or studied were: MediaWiki, TikiWiki, Xwiki and > Confluence. Maybe some others too, but I don't remember ;) > > Here is that list and how different wikis fulfill those requirements: > > Requirement 1: Ability to transclude pages and sections of pages in other > pages > MediaWiki: Yes, support page transcluding natively and section transcluding > can be added with plugin > Xwiki: Supports page transcluding. Section macro was easy to do, and I got > to do it just the way I like it :) > Confluence: I think it supports transcluding. Not tested it though. > > Requirement 2: Support for hierarchical information ( tree-like ) > MediaWiki: Very bad. Can be achieved using categories, but because Category > is a namespace, category names must be unique which was unacceptable in > mycase. > Xwiki: Very flexible. Namespaces ( Spaces in Xwiki ) are easy to create and > pages can be ordered hierarchically using page's parent -field. > > Requirement 3: Support for content localization/translation > Mediawiki: None. AFAIK every language needs it's own Wiki. > Xwiki: Built-in. Creating translated content is easy. Functions to retrieve > translations still needs work, but are good enough to get the job done. > > Requirement 4: Flexible, easy to maintain user rights > Mediawiki: User right management very restricted. Better with plugins but > still poor. > Xwiki: Superb! Very easy, yet powerful way to handle user rights. I really > liked that user right has 3 options: allow, deny, neutral. This combined > with user groups and spaces makes user rights management very enjoyable. > TikiWiki: Frustratingly detailed. Has some very powerful features, but list > of about 100 different user right parameters is very frustrating. (This > opinion is based on very quick tests) > > Requirement 5: Ability make offline HTML dumps of wiki content > MediaWiki: Possible (maybe with a plug-in, I don't remember) > Xwiki: Supported natively. Yet, I decided to make my own XML Dump program > which fetches content through XML/RPC interface. > > > And now a list of pros and cons for every wiki I tested: > > Mediawiki: > + Widely used, lots of help available > + lots of plugins > - hierarchical information support very bad > - user right management limited and hard to comprehend > > TikiWiki: > + Lots of features > - User interface looks clumsy and is difficult to use ( maybe because I > tested Xwiki just before this ;) > - User rights management is overwhelming > > Confluence: ( not tested, opinions based on what I read about it) > + seems finalized > + used widely in enterprises and universities > + XML/RPC interface > - PRICE > > Xwiki: > + Very slick UI > + Macros / Programming capabilities > + XML/RPC interface > + User rights management > + customer support > - Seems in many ways incomplete/work in progress > - Documention is scattered across the internets / help is very hard to find > using Google. Most searches end up in Xwiki JIRA-pages. > - Xwiki documentation pages seem disorientating. Even if I know theres some > useful info there, it takes me 15mins to find it. (DevGuide, dev.xwiki.org, > xwiki.org/Features) > - Example: > http://xoffice.xwiki.org/xwiki/bin/view/CodeBase/XmlRpcProxy and > http://platform.xwiki.org/xwiki/bin/view/Features/XMLRPC, so similar, yet in > totally different places > The XmpRpcProxy page was created after you sent your first mail. I published that page, as a result of your mail, so that it potentially helps you. As you can see the notes in the page, it is only a draft. When completed(fully maps the xml-rpc model&api) it will be linked/added to the platform page. > - Scandinavian characters in pageIds don't seem to work > > > I hope these lists are helpful to you. Despite some criticism I presented > here, you have developed an amazing wiki. I think you should focus a little > more on making documentation easy to find and read even for someone who is > just starting to code or otherwise noob (such as me ;). Now it gives an > impression that you have to be Linux-expert/super-coder/uber-nerd to be able > to set up wiki and program it (which you don't need to be, it's actually > quite simple). > > Best regards, > > Ari > > > > > > > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/m
Re: [xwiki-users] Why I chose Xwiki instead of other wikis
Hi Ari, On Fri, Mar 20, 2009 at 10:00 AM, Ari Oinas wrote: > > >Thanks for your feedback. I would be glad to know a bit more about what > you > >were looking for, which wikis you tried and what made you choose XWiki > >rather than another system. This would help us understand better what > makes > >XWiki stand out and what it lacks compared with other platforms. > >If you've got a little time, do you think you could tell us a bit about > >that? > >Many thanks in advance, > >Guillaume > > Ok, here's a small list of reasons why I chose Xwiki and not some other > wiki. > Before I begun searching for suitable wiki, I gathered a list of > requirements that a wiki must have. > Wikis that I tested or studied were: MediaWiki, TikiWiki, Xwiki and > Confluence. Maybe some others too, but I don't remember ;) > > Here is that list and how different wikis fulfill those requirements: > > Requirement 1: Ability to transclude pages and sections of pages in other > pages > MediaWiki: Yes, support page transcluding natively and section transcluding > can be added with plugin > Xwiki: Supports page transcluding. Section macro was easy to do, and I got > to do it just the way I like it :) > Confluence: I think it supports transcluding. Not tested it though. > > Requirement 2: Support for hierarchical information ( tree-like ) > MediaWiki: Very bad. Can be achieved using categories, but because Category > is a namespace, category names must be unique which was unacceptable in > mycase. > Xwiki: Very flexible. Namespaces ( Spaces in Xwiki ) are easy to create and > pages can be ordered hierarchically using page's parent -field. > > Requirement 3: Support for content localization/translation > Mediawiki: None. AFAIK every language needs it's own Wiki. > Xwiki: Built-in. Creating translated content is easy. Functions to retrieve > translations still needs work, but are good enough to get the job done. > > Requirement 4: Flexible, easy to maintain user rights > Mediawiki: User right management very restricted. Better with plugins but > still poor. > Xwiki: Superb! Very easy, yet powerful way to handle user rights. I really > liked that user right has 3 options: allow, deny, neutral. This combined > with user groups and spaces makes user rights management very enjoyable. > TikiWiki: Frustratingly detailed. Has some very powerful features, but list > of about 100 different user right parameters is very frustrating. (This > opinion is based on very quick tests) > > Requirement 5: Ability make offline HTML dumps of wiki content > MediaWiki: Possible (maybe with a plug-in, I don't remember) > Xwiki: Supported natively. Yet, I decided to make my own XML Dump program > which fetches content through XML/RPC interface. > > > And now a list of pros and cons for every wiki I tested: > > Mediawiki: > + Widely used, lots of help available > + lots of plugins > - hierarchical information support very bad > - user right management limited and hard to comprehend > > TikiWiki: > + Lots of features > - User interface looks clumsy and is difficult to use ( maybe because I > tested Xwiki just before this ;) > - User rights management is overwhelming > > Confluence: ( not tested, opinions based on what I read about it) > + seems finalized > + used widely in enterprises and universities > + XML/RPC interface > - PRICE > > Xwiki: > + Very slick UI > + Macros / Programming capabilities > + XML/RPC interface > + User rights management > + customer support > - Seems in many ways incomplete/work in progress > - Documention is scattered across the internets / help is very hard to find > using Google. Most searches end up in Xwiki JIRA-pages. > - Xwiki documentation pages seem disorientating. Even if I know theres some > useful info there, it takes me 15mins to find it. (DevGuide, dev.xwiki.org > , > xwiki.org/Features) >- Example: > http://xoffice.xwiki.org/xwiki/bin/view/CodeBase/XmlRpcProxy and > http://platform.xwiki.org/xwiki/bin/view/Features/XMLRPC, so similar, yet > in > totally different places > - Scandinavian characters in pageIds don't seem to work > Thanks a lot for the feedback :-) > I hope these lists are helpful to you. Despite some criticism I presented > here, you have developed an amazing wiki. I think you should focus a little > more on making documentation easy to find and read even for someone who is > just starting to code or otherwise noob (such as me ;). Now it gives an > impression that you have to be Linux-expert/super-coder/uber-nerd to be > able > to set up wiki and program it (which you don't need to be, it's actually > quite simple). > We're aware our documentation can be improved. We wanted to work on improving XWiki.org, but it got delayed with the release of XWiki Enterprise 1.8 taking most of our time. If you've got a little time, we'd be very happy to have you contribute the program you wrote on http://code.xwiki.org/ and improve the documentation in places where you found it confusing (adding details / link
[xwiki-users] Why I chose Xwiki instead of other wikis
>Thanks for your feedback. I would be glad to know a bit more about what you >were looking for, which wikis you tried and what made you choose XWiki >rather than another system. This would help us understand better what makes >XWiki stand out and what it lacks compared with other platforms. >If you've got a little time, do you think you could tell us a bit about >that? >Many thanks in advance, >Guillaume Ok, here's a small list of reasons why I chose Xwiki and not some other wiki. Before I begun searching for suitable wiki, I gathered a list of requirements that a wiki must have. Wikis that I tested or studied were: MediaWiki, TikiWiki, Xwiki and Confluence. Maybe some others too, but I don't remember ;) Here is that list and how different wikis fulfill those requirements: Requirement 1: Ability to transclude pages and sections of pages in other pages MediaWiki: Yes, support page transcluding natively and section transcluding can be added with plugin Xwiki: Supports page transcluding. Section macro was easy to do, and I got to do it just the way I like it :) Confluence: I think it supports transcluding. Not tested it though. Requirement 2: Support for hierarchical information ( tree-like ) MediaWiki: Very bad. Can be achieved using categories, but because Category is a namespace, category names must be unique which was unacceptable in mycase. Xwiki: Very flexible. Namespaces ( Spaces in Xwiki ) are easy to create and pages can be ordered hierarchically using page's parent -field. Requirement 3: Support for content localization/translation Mediawiki: None. AFAIK every language needs it's own Wiki. Xwiki: Built-in. Creating translated content is easy. Functions to retrieve translations still needs work, but are good enough to get the job done. Requirement 4: Flexible, easy to maintain user rights Mediawiki: User right management very restricted. Better with plugins but still poor. Xwiki: Superb! Very easy, yet powerful way to handle user rights. I really liked that user right has 3 options: allow, deny, neutral. This combined with user groups and spaces makes user rights management very enjoyable. TikiWiki: Frustratingly detailed. Has some very powerful features, but list of about 100 different user right parameters is very frustrating. (This opinion is based on very quick tests) Requirement 5: Ability make offline HTML dumps of wiki content MediaWiki: Possible (maybe with a plug-in, I don't remember) Xwiki: Supported natively. Yet, I decided to make my own XML Dump program which fetches content through XML/RPC interface. And now a list of pros and cons for every wiki I tested: Mediawiki: + Widely used, lots of help available + lots of plugins - hierarchical information support very bad - user right management limited and hard to comprehend TikiWiki: + Lots of features - User interface looks clumsy and is difficult to use ( maybe because I tested Xwiki just before this ;) - User rights management is overwhelming Confluence: ( not tested, opinions based on what I read about it) + seems finalized + used widely in enterprises and universities + XML/RPC interface - PRICE Xwiki: + Very slick UI + Macros / Programming capabilities + XML/RPC interface + User rights management + customer support - Seems in many ways incomplete/work in progress - Documention is scattered across the internets / help is very hard to find using Google. Most searches end up in Xwiki JIRA-pages. - Xwiki documentation pages seem disorientating. Even if I know theres some useful info there, it takes me 15mins to find it. (DevGuide, dev.xwiki.org, xwiki.org/Features) - Example: http://xoffice.xwiki.org/xwiki/bin/view/CodeBase/XmlRpcProxy and http://platform.xwiki.org/xwiki/bin/view/Features/XMLRPC, so similar, yet in totally different places - Scandinavian characters in pageIds don't seem to work I hope these lists are helpful to you. Despite some criticism I presented here, you have developed an amazing wiki. I think you should focus a little more on making documentation easy to find and read even for someone who is just starting to code or otherwise noob (such as me ;). Now it gives an impression that you have to be Linux-expert/super-coder/uber-nerd to be able to set up wiki and program it (which you don't need to be, it's actually quite simple). Best regards, Ari ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users