[xwiki-users] evaluation questions: sorted document tree; XOO; other topics

2010-12-06 Thread Mark D. Anderson
hi -

I'm one of the stranded former users of the free hosted service wik.is
which mindtouch precipitously cancelled, forcing all users to either go
to one of their paid plans (which don't match my usage), or leave.

I'm going to host it myself this time, and have been looking through
the alternatives. I'm attracted to xwiki for several reasons:
full ACL support; ldap authentication; good open source license without
a bunch of proprietary features; Balsamiq and Word integrations;
wysiwyg editing; and strong REST api.

From my first glance I do still have some reservations:


1. One concern is convenient maintenance of sorted children.
I see that in xwiki's own documentation wiki, this isn't done:
   http://platform.xwiki.org/xwiki/bin/view/AdminGuide/
is just maintained manually as an index page.

As far as I can tell, by default children are just sorted by creation order.
With the http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin
they can instead be sorted by name.
Lastly, there is 
http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin
But I really don't understand the instructions for importing a class to get
an additional sortable attribute.

Also I don't know if these plugins support sort order of spaces too, or not.

Ideally, however it is done, when a page is created, the form would have not
only the page title and parent title, but a place for an optional sort value.


2. I'd like to be able to export an entire space as a big PDF.
I can't tell if this plugin will do that:
http://code.xwiki.org/xwiki/bin/view/Applications/PDFExportPanelApplication
For example, suppose I wanted the whol xwiki AdminGuide as a single PDF,
what would I do?


3. I'd like a real bare bones look -- even slimmer than Confluence or MediaWiki,
and both of those are a little less cluttered than the Toucan skin.
I'm not finding any example skins that are like that.


4. I like the idea of supporting office app clients. 
But it seems there is some clumsiness with XOffice specifying a parent:
   http://jira.xwiki.org/jira/browse/XOFFICE-243
And I can't find any documentation on editing/creating content from OpenOffice
and/or via any webdav client. Things like URL conventions, etc.
This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture
mentions XOO (Xwiki OpenOffice) but there is nothing else about it:
  http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOOwikinames=space=


5. I might be blind but I can't find any documentation for the blogging support.


6. The page http://code.xwiki.org/xwiki/bin/view/Plugins/
says Components are preferred over plugins but the link to Components goes 
nowhere.
In general the documentation wiki is pretty confusing. The Enterprise docs link 
to basically
all the same places as the platform docs. There seems to be a mixture of 
information that is
years out of date and information about ideas not yet implemented. Sadly it is 
an example
of the dangers of using a wiki :(.

-mda


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Trying to find a wiki software

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]


Eric Tse wrote:
 Cool cool. Am I able to customize it enough so it looks like an actual
 website and not a wiki? (Wikipedia style)
 - Eric


   

Yes. Please, check this simple examples...

http://ebiotic.net

There are panels with titles and contents from which you can guess a 
wiki is behind the scene, but all these contents are easily 
customizable.  No register button, no history, comments or annotations 
panels accessible from the main page. No create new page or edit the 
current one buttons. All that features will be shown only after user 
authentication. And, some of them, only for a given set of users.

Yes, the portal is based on the wiki concept, but wiki features are so 
obvious as the administrator/designer decides.

An a la Wikipedia skin is among the wanted skins for some users. But 
consider that even Wikipedia shows Discussion, History and Source before 
you login. That is easly hidden when using XWiki.

HTH
 On Sun, Dec 5, 2010 at 3:12 PM, Ricardo Rodriguez [eBioTIC.] 
 ricardo.rodrig...@ebiotic.net wrote:

   
 Hi!

 Eric Tse wrote:
 
 Hey guys, just subscribed to this list.

 I'm currently stuck between two softwares: XWiki and Foswiki.

 What I'm looking for is:
 Speed/Performance
 Access control (Guests can only read and not modify, certain users can
 modify)
 Good theming/Easy theming.
 An overall good wiki with user-friendly UI.

 Foswiki is flatfile and xwiki is SQL based. I hear that SQL is generally
 better, is that the case? Foswiki seems to be pretty fast even if it is
 flatfile.

 Thanks :)


   
 XWiki is not only a wiki: it is a complete and powerful Java based
 development framework. I arrived here from MediaWiki looking for access
 management and I found much, much more than this. I think it is worth
 you give it a try! Even more: if after playing for a while in the
 sandbox (http://xoffice.xwiki.org/xwiki/bin/view/Sandbox/), or asking
 and using your own wiki in MyWiki community farm or Netcipia, or
 installing your own standalone installation, you know how to set up an
 application server and a supported RDBMS, install and give a try to the
 last snapshot to feel the newest improvements! Don't forget to use the
 Create 200 Dummy Users snippet available at...

 http://code.xwiki.org/xwiki/bin/view/Snippets/Create200DummyUsersSnippet

 ... and play for a while with Users and Groups administration. Out of
 the box, XWiki features an amazingly powerful rights management system.
 Of course control who can read or edit a given document of a part of it
 is not a big issue for XWiki administrators.

 As for theming. Even though I think teaming is better than theming
 working with XWiki :-) as many other development areas, it has also
 evolved greatly in the last months. Some new concepts has been recently
 introduced, for instance check the Skin Extensions Plugin
 (http://code.xwiki.org/xwiki/bin/view/Plugins/SkinExtensionsPlugin).
 Right now is really easy to customized colours and logos, and modify any
 UI characteristic by using Firefox Firebug to track the relevant CSS
 XWiki code. Perhaps if you only look for a classical wiki, theming is
 not the most friendly XWiki feature for you. But don't forget this: it
 is completely scalable, so you should want to forget a bit about theming
 for a while being sure that what you see in our UI is or will be easily
 customizable in a near future.

 XWiki is what it reads in its portal's homepage: The XWiki project
 offers both a generic platform for developing collaborative applications
 using the wiki paradigm and products developed on top of it. XWiki
 Enterprise should be the product you are looking for, but this is only
 the top of the iceberg.

 I'm not able to compare the use of flat-files vs RDBMS (SQL is just the
 standard language that allows you to query such databases). BUT, once
 again, don't forget that XWiki is more than a wiki. It uses a RDBMS to
 hold a complex object-oriented structure. You can also use its SQL
 plugin to query local or remote RDBMS tables, but also can its API
 methods to design complex queries using HQL (Hibernate Query Language)
 or XWQL (XWiki Query Language)

 More: each XWiki document could be considered a database on its own! It
 could be composed of an unlimited number of objects + plain or more or
 less structured text.

 Sticks with XWiki and won't only create a classical, fast and full
 featured wiki but discover a full and funny universe of great
 possibilities. And, most important of all: you will meet a great
 community and development team!


 Just my two cents!

 Ricardo

 
 - Eric
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users


   
 --
 Ricardo Rodríguez
 CTO
 eBioTIC.
 Life Sciences, Data Modeling and Information Management Systems

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 
 

Re: [xwiki-users] Trying to find a wiki software

2010-12-06 Thread Vincent Massol

On Dec 6, 2010, at 5:12 AM, Eric Tse wrote:

 Cool cool. Am I able to customize it enough so it looks like an actual
 website and not a wiki? (Wikipedia style)

Yes

You can also check some screenshots here:
http://www.xwiki.org/xwiki/bin/view/Main/Screenshots

Thanks
-Vincent

 - Eric
 
 
 On Sun, Dec 5, 2010 at 3:12 PM, Ricardo Rodriguez [eBioTIC.] 
 ricardo.rodrig...@ebiotic.net wrote:
 
 Hi!
 
 Eric Tse wrote:
 Hey guys, just subscribed to this list.
 
 I'm currently stuck between two softwares: XWiki and Foswiki.
 
 What I'm looking for is:
 Speed/Performance
 Access control (Guests can only read and not modify, certain users can
 modify)
 Good theming/Easy theming.
 An overall good wiki with user-friendly UI.
 
 Foswiki is flatfile and xwiki is SQL based. I hear that SQL is generally
 better, is that the case? Foswiki seems to be pretty fast even if it is
 flatfile.
 
 Thanks :)
 
 
 
 XWiki is not only a wiki: it is a complete and powerful Java based
 development framework. I arrived here from MediaWiki looking for access
 management and I found much, much more than this. I think it is worth
 you give it a try! Even more: if after playing for a while in the
 sandbox (http://xoffice.xwiki.org/xwiki/bin/view/Sandbox/), or asking
 and using your own wiki in MyWiki community farm or Netcipia, or
 installing your own standalone installation, you know how to set up an
 application server and a supported RDBMS, install and give a try to the
 last snapshot to feel the newest improvements! Don't forget to use the
 Create 200 Dummy Users snippet available at...
 
 http://code.xwiki.org/xwiki/bin/view/Snippets/Create200DummyUsersSnippet
 
 ... and play for a while with Users and Groups administration. Out of
 the box, XWiki features an amazingly powerful rights management system.
 Of course control who can read or edit a given document of a part of it
 is not a big issue for XWiki administrators.
 
 As for theming. Even though I think teaming is better than theming
 working with XWiki :-) as many other development areas, it has also
 evolved greatly in the last months. Some new concepts has been recently
 introduced, for instance check the Skin Extensions Plugin
 (http://code.xwiki.org/xwiki/bin/view/Plugins/SkinExtensionsPlugin).
 Right now is really easy to customized colours and logos, and modify any
 UI characteristic by using Firefox Firebug to track the relevant CSS
 XWiki code. Perhaps if you only look for a classical wiki, theming is
 not the most friendly XWiki feature for you. But don't forget this: it
 is completely scalable, so you should want to forget a bit about theming
 for a while being sure that what you see in our UI is or will be easily
 customizable in a near future.
 
 XWiki is what it reads in its portal's homepage: The XWiki project
 offers both a generic platform for developing collaborative applications
 using the wiki paradigm and products developed on top of it. XWiki
 Enterprise should be the product you are looking for, but this is only
 the top of the iceberg.
 
 I'm not able to compare the use of flat-files vs RDBMS (SQL is just the
 standard language that allows you to query such databases). BUT, once
 again, don't forget that XWiki is more than a wiki. It uses a RDBMS to
 hold a complex object-oriented structure. You can also use its SQL
 plugin to query local or remote RDBMS tables, but also can its API
 methods to design complex queries using HQL (Hibernate Query Language)
 or XWQL (XWiki Query Language)
 
 More: each XWiki document could be considered a database on its own! It
 could be composed of an unlimited number of objects + plain or more or
 less structured text.
 
 Sticks with XWiki and won't only create a classical, fast and full
 featured wiki but discover a full and funny universe of great
 possibilities. And, most important of all: you will meet a great
 community and development team!
 
 
 Just my two cents!
 
 Ricardo
 
 - Eric
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Trying to find a wiki software

2010-12-06 Thread Eric Tse
Thanks for the help. Will go with Xwiki once I get everything set up :)
- Eric


On Mon, Dec 6, 2010 at 2:06 AM, Vincent Massol vinc...@massol.net wrote:


 On Dec 6, 2010, at 5:12 AM, Eric Tse wrote:

  Cool cool. Am I able to customize it enough so it looks like an actual
  website and not a wiki? (Wikipedia style)

 Yes

 You can also check some screenshots here:
 http://www.xwiki.org/xwiki/bin/view/Main/Screenshots

 Thanks
 -Vincent

  - Eric
 
 
  On Sun, Dec 5, 2010 at 3:12 PM, Ricardo Rodriguez [eBioTIC.] 
  ricardo.rodrig...@ebiotic.net wrote:
 
  Hi!
 
  Eric Tse wrote:
  Hey guys, just subscribed to this list.
 
  I'm currently stuck between two softwares: XWiki and Foswiki.
 
  What I'm looking for is:
  Speed/Performance
  Access control (Guests can only read and not modify, certain users can
  modify)
  Good theming/Easy theming.
  An overall good wiki with user-friendly UI.
 
  Foswiki is flatfile and xwiki is SQL based. I hear that SQL is
 generally
  better, is that the case? Foswiki seems to be pretty fast even if it is
  flatfile.
 
  Thanks :)
 
 
 
  XWiki is not only a wiki: it is a complete and powerful Java based
  development framework. I arrived here from MediaWiki looking for access
  management and I found much, much more than this. I think it is worth
  you give it a try! Even more: if after playing for a while in the
  sandbox (http://xoffice.xwiki.org/xwiki/bin/view/Sandbox/), or asking
  and using your own wiki in MyWiki community farm or Netcipia, or
  installing your own standalone installation, you know how to set up an
  application server and a supported RDBMS, install and give a try to the
  last snapshot to feel the newest improvements! Don't forget to use the
  Create 200 Dummy Users snippet available at...
 
 
 http://code.xwiki.org/xwiki/bin/view/Snippets/Create200DummyUsersSnippet
 
  ... and play for a while with Users and Groups administration. Out of
  the box, XWiki features an amazingly powerful rights management system.
  Of course control who can read or edit a given document of a part of it
  is not a big issue for XWiki administrators.
 
  As for theming. Even though I think teaming is better than theming
  working with XWiki :-) as many other development areas, it has also
  evolved greatly in the last months. Some new concepts has been recently
  introduced, for instance check the Skin Extensions Plugin
  (http://code.xwiki.org/xwiki/bin/view/Plugins/SkinExtensionsPlugin).
  Right now is really easy to customized colours and logos, and modify any
  UI characteristic by using Firefox Firebug to track the relevant CSS
  XWiki code. Perhaps if you only look for a classical wiki, theming is
  not the most friendly XWiki feature for you. But don't forget this: it
  is completely scalable, so you should want to forget a bit about theming
  for a while being sure that what you see in our UI is or will be easily
  customizable in a near future.
 
  XWiki is what it reads in its portal's homepage: The XWiki project
  offers both a generic platform for developing collaborative applications
  using the wiki paradigm and products developed on top of it. XWiki
  Enterprise should be the product you are looking for, but this is only
  the top of the iceberg.
 
  I'm not able to compare the use of flat-files vs RDBMS (SQL is just the
  standard language that allows you to query such databases). BUT, once
  again, don't forget that XWiki is more than a wiki. It uses a RDBMS to
  hold a complex object-oriented structure. You can also use its SQL
  plugin to query local or remote RDBMS tables, but also can its API
  methods to design complex queries using HQL (Hibernate Query Language)
  or XWQL (XWiki Query Language)
 
  More: each XWiki document could be considered a database on its own! It
  could be composed of an unlimited number of objects + plain or more or
  less structured text.
 
  Sticks with XWiki and won't only create a classical, fast and full
  featured wiki but discover a full and funny universe of great
  possibilities. And, most important of all: you will meet a great
  community and development team!
 
 
  Just my two cents!
 
  Ricardo
 
  - Eric
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with

2010-12-06 Thread markblokpoel

Dear xwiki-community,

Thank you for helping me sofar, getting my XWiki up and running. This
weekend I noticed that I could not login from my home computer. Here's what
I've found out:

Loggin in from a computer within the same network works; logging in from a
different network fails, resulting in the following error in xwiki.log:

2010-12-06 11:26:24,663
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] WARN 
xwiki.MyPersistentLoginManager  - Login cookie validation hash mismatch!
Cookies have been tampered with

I have the following authentication settings in my xwiki.cfg:

xwiki.authentication.validationKey=set to random string
xwiki.authentication.encryptionKey=set to random string

xwiki.authentication.cookiepath=/xwiki
xwiki.authentication.logoutpage=(/|/[^/]+/|/wiki/[^/]+/)logout/*
xwiki.authentication.unauthorized_code=200

I'm running XWiki 2.6 on Tomcat6. Thanks for the help.

Best wishes,
Mark
-- 
View this message in context: 
http://xwiki.475771.n2.nabble.com/WARN-xwiki-MyPersistentLoginManager-Login-cookie-validation-hash-mismatch-Cookies-have-been-tamperedh-tp5807284p5807284.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] evaluation questions: sorted document tree; XOO; other topics

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]
Hi!

Mark D. Anderson wrote:
 hi -

 I'm one of the stranded former users of the free hosted service wik.is
 which mindtouch precipitously cancelled, forcing all users to either go
 to one of their paid plans (which don't match my usage), or leave.

 I'm going to host it myself this time, and have been looking through
 the alternatives. I'm attracted to xwiki for several reasons:
 full ACL support; ldap authentication; good open source license without
 a bunch of proprietary features; Balsamiq and Word integrations;
 wysiwyg editing; and strong REST api.

 From my first glance I do still have some reservations:


 1. One concern is convenient maintenance of sorted children.
 I see that in xwiki's own documentation wiki, this isn't done:
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/
 is just maintained manually as an index page.

 As far as I can tell, by default children are just sorted by creation order.
 With the http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin
 they can instead be sorted by name.
 Lastly, there is 
 http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin
 But I really don't understand the instructions for importing a class to get
 an additional sortable attribute.

 Also I don't know if these plugins support sort order of spaces too, or not.

 Ideally, however it is done, when a page is created, the form would have not
 only the page title and parent title, but a place for an optional sort value.

   

Without considering the available code, just to say that any single 
piece of information associated with a document can be used to 
programmatically display any bunch of selected documents in a new one. 
The homepage of a document is a clear field to be used as ID, but any 
identifiable content or object property could be used.

 2. I'd like to be able to export an entire space as a big PDF.
 I can't tell if this plugin will do that:
 http://code.xwiki.org/xwiki/bin/view/Applications/PDFExportPanelApplication
 For example, suppose I wanted the whol xwiki AdminGuide as a single PDF,
 what would I do?
   

To the best of my knowledge, this is not possible with the available 
plugins or applications. You can export as PDF a document, but not space 
or any other artefact you could create as a multi-chapter document 
metaphor. This nice application eases the use of some features related 
with document export.

I would keep track of the development of nested spaces features and some 
other initiatives to add new hierarchy to XWiki documents. Also, an 
understanding of the new rendering architecture will be required to get 
something working on this field...

http://code.xwiki.org/xwiki/bin/view/Modules/RenderingModule


 3. I'd like a real bare bones look -- even slimmer than Confluence or 
 MediaWiki,
 and both of those are a little less cluttered than the Toucan skin.
 I'm not finding any example skins that are like that.
   

This is really easy. Check this thread...

http://markmail.org/thread/n5i7mammmo63dcz6

As Vincent said, check some samples here...

http://www.xwiki.org/xwiki/bin/view/Main/Screenshots


 4. I like the idea of supporting office app clients. 
 But it seems there is some clumsiness with XOffice specifying a parent:
http://jira.xwiki.org/jira/browse/XOFFICE-243
 And I can't find any documentation on editing/creating content from OpenOffice
 and/or via any webdav client. Things like URL conventions, etc.
 This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture
 mentions XOO (Xwiki OpenOffice) but there is nothing else about it:
   http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOOwikinames=space=


 5. I might be blind but I can't find any documentation for the blogging 
 support.
   

http://code.xwiki.org/xwiki/bin/view/Applications/BlogApplication

 6. The page http://code.xwiki.org/xwiki/bin/view/Plugins/
 says Components are preferred over plugins but the link to Components 
 goes nowhere.
   

http://code.xwiki.org/xwiki/bin/view/Modules/ComponentModule
 In general the documentation wiki is pretty confusing. The Enterprise docs 
 link to basically
 all the same places as the platform docs. There seems to be a mixture of 
 information that is
 years out of date and information about ideas not yet implemented. Sadly it 
 is an example
 of the dangers of using a wiki :(.

 -mda
   

Well, I could agree with you and I can also feel the same danger of 
using a wiki you are speaking about. The point is that XWiki is a 
collaborative initiative. Developers are mostly devoted to develop (sic) 
new great features and it could be truth that the documentation is a bit 
messy. But I'm sure, better I can confirm, that any initiative/idea will 
be welcome and carefully considered for the community. Mainly, for the 
developers themselves. Please, browse through users lists and Jira 
repository to check how many times several aspects related with 
documentation have been discussed. Even some proposals about ideas 

Re: [xwiki-users] Section editing - overwriting wrong section

2010-12-06 Thread Piotr Dziubecki
Hello again,

could you tell me whether that behavior is a bug ? If so, I'll create a bug 
report on that ( or if it's 
impossible for the 'outside' user, I'll ask someone capable of to help me with 
that ).

Thanks,
Piotr

W dniu 10-11-29 11:04, Piotr Dziubecki wrote:
 Hi,

 lately a user reported to me another issue regarding sections.

 Scenario, there are two users and document like that:

 == section 1 ==
 sect content

 == section 2 ==
 sect content

 == section 3 ==
 sect content

 1. UserA opens section 2 to edit
 2. UserB opens whole document to edit ( no other way but with force editing )
 3. UserB adds section 1.5 in the way it is:


 == section 1 ==
 sect content

 == section 1.5 ==
 sect content

 == section 2 ==
 sect content

 == section 3 ==
 sect content

 4. UserB saves document.
 5. UserA changes content of the section 2 and saves document.

 The result is that userA saves overwrites section 'section 1.5' instead of 
 'section 2'.

 I can see that you're indexing section with numbers and add this as a 
 parameter to edit link and that is
 probably the reason of shifting the section change but I've just checked the 
 Media wiki sandbox and the same
 scenario causes no errors - they are also adding the 'section' parameter but 
 somehow an extra identification
 is performed as well..


 Is there any chance to get that working right ? maybe some configuration 
 switch..

 Thanks,
 Piotr
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] evaluation questions: sorted document tree; XOO; other topics

2010-12-06 Thread Vincent Massol
Hi Mark,

see below

On Dec 6, 2010, at 11:52 AM, Ricardo Rodriguez [eBioTIC.] wrote:

 Hi!
 
 Mark D. Anderson wrote:
 hi -
 
 I'm one of the stranded former users of the free hosted service wik.is
 which mindtouch precipitously cancelled, forcing all users to either go
 to one of their paid plans (which don't match my usage), or leave.
 
 I'm going to host it myself this time, and have been looking through
 the alternatives. I'm attracted to xwiki for several reasons:
 full ACL support; ldap authentication; good open source license without
 a bunch of proprietary features; Balsamiq and Word integrations;
 wysiwyg editing; and strong REST api.
 
 From my first glance I do still have some reservations:
 
 
 1. One concern is convenient maintenance of sorted children.
 I see that in xwiki's own documentation wiki, this isn't done:
   http://platform.xwiki.org/xwiki/bin/view/AdminGuide/
 is just maintained manually as an index page.
 
 As far as I can tell, by default children are just sorted by creation order.
 With the http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin
 they can instead be sorted by name.
 Lastly, there is 
 http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin
 But I really don't understand the instructions for importing a class to get
 an additional sortable attribute.
 
 Also I don't know if these plugins support sort order of spaces too, or not.
 
 Ideally, however it is done, when a page is created, the form would have not
 only the page title and parent title, but a place for an optional sort value.
 
 
 
 Without considering the available code, just to say that any single 
 piece of information associated with a document can be used to 
 programmatically display any bunch of selected documents in a new one. 
 The homepage of a document is a clear field to be used as ID, but any 
 identifiable content or object property could be used.
 
 2. I'd like to be able to export an entire space as a big PDF.
 I can't tell if this plugin will do that:
 http://code.xwiki.org/xwiki/bin/view/Applications/PDFExportPanelApplication
 For example, suppose I wanted the whol xwiki AdminGuide as a single PDF,
 what would I do?
 
 
 To the best of my knowledge, this is not possible with the available 
 plugins or applications.

It's possible to some degree by passing params in the URL, see:
http://platform.xwiki.org/xwiki/bin/view/Features/Exports

 You can export as PDF a document, but not space 
 or any other artefact you could create as a multi-chapter document 
 metaphor. This nice application eases the use of some features related 
 with document export.

There's a work in progress to add a UI for multipage export, see the following:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/MultiExport

Thanks
-Vincent

 I would keep track of the development of nested spaces features and some 
 other initiatives to add new hierarchy to XWiki documents. Also, an 
 understanding of the new rendering architecture will be required to get 
 something working on this field...
 
 http://code.xwiki.org/xwiki/bin/view/Modules/RenderingModule
 
 
 3. I'd like a real bare bones look -- even slimmer than Confluence or 
 MediaWiki,
 and both of those are a little less cluttered than the Toucan skin.
 I'm not finding any example skins that are like that.
 
 
 This is really easy. Check this thread...
 
 http://markmail.org/thread/n5i7mammmo63dcz6
 
 As Vincent said, check some samples here...
 
 http://www.xwiki.org/xwiki/bin/view/Main/Screenshots
 
 
 4. I like the idea of supporting office app clients. 
 But it seems there is some clumsiness with XOffice specifying a parent:
   http://jira.xwiki.org/jira/browse/XOFFICE-243
 And I can't find any documentation on editing/creating content from 
 OpenOffice
 and/or via any webdav client. Things like URL conventions, etc.
 This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture
 mentions XOO (Xwiki OpenOffice) but there is nothing else about it:
  http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOOwikinames=space=
 
 
 5. I might be blind but I can't find any documentation for the blogging 
 support.
 
 
 http://code.xwiki.org/xwiki/bin/view/Applications/BlogApplication
 
 6. The page http://code.xwiki.org/xwiki/bin/view/Plugins/
 says Components are preferred over plugins but the link to Components 
 goes nowhere.
 
 
 http://code.xwiki.org/xwiki/bin/view/Modules/ComponentModule
 In general the documentation wiki is pretty confusing. The Enterprise docs 
 link to basically
 all the same places as the platform docs. There seems to be a mixture of 
 information that is
 years out of date and information about ideas not yet implemented. Sadly it 
 is an example
 of the dangers of using a wiki :(.
 
 -mda
 
 
 Well, I could agree with you and I can also feel the same danger of 
 using a wiki you are speaking about. The point is that XWiki is a 
 collaborative initiative. Developers are mostly devoted to develop (sic) 
 

Re: [xwiki-users] Section editing - overwriting wrong section

2010-12-06 Thread Guillaume Lerouge
Hi Piotr,

On Mon, Dec 6, 2010 at 12:12, Piotr Dziubecki deep...@man.poznan.pl wrote:

 Hello again,

 could you tell me whether that behavior is a bug ? If so, I'll create a bug
 report on that ( or if it's
 impossible for the 'outside' user, I'll ask someone capable of to help me
 with that ).


Sounds like a bug, smells like a bug, looks like a bug, most probably it's a
bug ;-)

Please create an account and report your bug on http://jira.xwiki.org/

Thanks for your time and effort investigating this,

Guillaume


 Thanks,
 Piotr

 W dniu 10-11-29 11:04, Piotr Dziubecki wrote:
  Hi,
 
  lately a user reported to me another issue regarding sections.
 
  Scenario, there are two users and document like that:
 
  == section 1 ==
  sect content
 
  == section 2 ==
  sect content
 
  == section 3 ==
  sect content
 
  1. UserA opens section 2 to edit
  2. UserB opens whole document to edit ( no other way but with force
 editing )
  3. UserB adds section 1.5 in the way it is:
 
 
  == section 1 ==
  sect content
 
  == section 1.5 ==
  sect content
 
  == section 2 ==
  sect content
 
  == section 3 ==
  sect content
 
  4. UserB saves document.
  5. UserA changes content of the section 2 and saves document.
 
  The result is that userA saves overwrites section 'section 1.5' instead
 of 'section 2'.
 
  I can see that you're indexing section with numbers and add this as a
 parameter to edit link and that is
  probably the reason of shifting the section change but I've just checked
 the Media wiki sandbox and the same
  scenario causes no errors - they are also adding the 'section' parameter
 but somehow an extra identification
  is performed as well..
 
 
  Is there any chance to get that working right ? maybe some configuration
 switch..
 
  Thanks,
  Piotr
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users
 
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Attachments lost !

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]


Caleb James DeLisle wrote:
 On 11/30/2010 05:46 PM, Ricardo Rodriguez [eBioTIC.] wrote:
   
 Piotr Dziubecki wrote:
 
 Hi Sergiu,

 W dniu 10-11-22 12:58, Sergiu Dumitriu wrote:
   
   
 On 11/22/2010 11:20 AM, Piotr Dziubecki wrote:
 
 
 Hi Ricardo,

 W dniu 10-11-19 19:37, Ricardo Rodriguez [eBioTIC.] wrote:
   
   
 Hi Piotr,

 Piotr Dziubecki wrote:
 
 
 Hi,

 today I've noticed that something bad had happen to some of the 
 attachments in my XWiki, here is a
 screenshot from one of the affected pages:

 http://i.imgur.com/p6Xs7.png

 Take a look, a couple of attachments have been uploaded but only one is 
 displayed in the attachment tab.
 Person who uploaded them claims that yesterday they were ok, but today 
 somehow they disappeared.

 It's weird that there is no trace of any operation on them after the 
 uploading phase.

 I'm using XWiki Enterprise 2.5.32127 with MySQL data base (Server 
 version   5.1.47).

 To add more context, last days my users started to add more 
 attachements to their pages. Currently the
 database after the dump is around 200 MB large.

 Also looked at the logs and found several interesting fragments ( all 
 of the log snippets are from the time
 this have been noticed ):

 2010-11-18 09:03:09,355
 [http://apps.man.poznan.pl:28181/xwiki/bin/download/Documents/Proposals/2009AUGURISProposalBPartSubmission.pdf?width=1262]
 ERROR web.XWikiAction - Connection aborted
 Found a TextHeaderAtom not followed by a TextBytesAtom or 
 TextCharsAtom: Followed by 3999
 Found a TextHeaderAtom not followed by a TextBytesAtom or 
 TextCharsAtom: Followed by 3999
 Found a TextHeaderAtom not followed by a TextBytesAtom or 
 TextCharsAtom: Followed by 3999
 Found a TextHeaderAtom not followed by a TextBytesAtom or 
 TextCharsAtom: Followed by 3999
 2010-11-18 13:23:53,118 
 [http://localhost:28181/xwiki/bin/view/Projects/Opinion+Mining] WARN
 xwiki.MyPersistentLoginManager  - Login cookie validation hash 
 mismatch! Cookies have been tampered with
 2010-11-18 13:23:53,119 
 [http://localhost:28181/xwiki/bin/view/Projects/Opinion+Mining] WARN
 xwiki.MyPersistentLoginManager  - Login cookie validation hash 
 mismatch! Cookies have been tampered with
 Found a TextHeaderAtom not followed by a TextBytesAtom or 
 TextCharsAtom: Followed by 3999
 Found a TextHeaderAtom not followed by a TextBytesAtom or 
 TextCharsAtom: Followed by 3999
 Found a TextHeaderAtom not followed by a TextBytesAtom or 
 TextCharsAtom: Followed by 3999
 Found a TextHeaderAtom not followed by a TextBytesAtom or 
 TextCharsAtom: Followed by 3999
 2010-11-18 13:57:55,471 [Lucene Index Updater] WARN  
 lucene.AttachmentData   - error getting content
 of attachment [2009BEinGRIDwow2greenCONTEXTREVIEW.PPT] for document 
 [xwiki:Documents.Presentations]
 org.apache.tika.exception.TikaException: TIKA-198: Illegal IOException 
 from
 org.apache.tika.parser.microsoft.officepar...@72be25d1
 at 
 org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:138)
 at 
 org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:99)
 at org.apache.tika.Tika.parseToString(Tika.java:267)
 at 
 com.xpn.xwiki.plugin.lucene.AttachmentData.getContentAsText(AttachmentData.java:161)
 at 
 com.xpn.xwiki.plugin.lucene.AttachmentData.getFullText(AttachmentData.java:136)
 at 
 com.xpn.xwiki.plugin.lucene.IndexData.getFullText(IndexData.java:190)
 at 
 com.xpn.xwiki.plugin.lucene.IndexData.addDataToLuceneDocument(IndexData.java:146)
 at 
 com.xpn.xwiki.plugin.lucene.AttachmentData.addDataToLuceneDocument(AttachmentData.java:65)
 at 
 com.xpn.xwiki.plugin.lucene.IndexUpdater.addToIndex(IndexUpdater.java:296)
 at 
 com.xpn.xwiki.plugin.lucene.IndexUpdater.updateIndex(IndexUpdater.java:237)
 at 
 com.xpn.xwiki.plugin.lucene.IndexUpdater.runMainLoop(IndexUpdater.java:171)
 at 
 com.xpn.xwiki.plugin.lucene.IndexUpdater.runInternal(IndexUpdater.java:153)
 at 
 com.xpn.xwiki.util.AbstractXWikiRunnable.run(AbstractXWikiRunnable.java:99)
 at java.lang.Thread.run(Thread.java:662)
 Caused by: java.io.IOException: Cannot remove block[ 4209 ]; out of 
 range[ 0 - 3804 ]
 at 
 org.apache.poi.poifs.storage.BlockListImpl.remove(BlockListImpl.java:98)
 at 
 org.apache.poi.poifs.storage.RawDataBlockList.remove(RawDataBlockList.java:32)
 at 
 org.apache.poi.poifs.storage.BlockAllocationTableReader.init(BlockAllocationTableReader.java:99)
 at 
 org.apache.poi.poifs.filesystem.POIFSFileSystem.init(POIFSFileSystem.java:164)
 at 
 org.apache.tika.parser.microsoft.OfficeParser.parse(OfficeParser.java:74)
 at 
 org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:132)
 ... 13 more
 Found a TextHeaderAtom not followed by a 

Re: [xwiki-users] Section editing - overwriting wrong section

2010-12-06 Thread Piotr Dziubecki
Done,

it's here:

http://jira.xwiki.org/jira/browse/XWIKI-5761

Regards,
Piotr

W dniu 10-12-06 12:55, Guillaume Lerouge wrote:
 Hi Piotr,

 On Mon, Dec 6, 2010 at 12:12, Piotr Dziubeckideep...@man.poznan.pl  wrote:

 Hello again,

 could you tell me whether that behavior is a bug ? If so, I'll create a bug
 report on that ( or if it's
 impossible for the 'outside' user, I'll ask someone capable of to help me
 with that ).


 Sounds like a bug, smells like a bug, looks like a bug, most probably it's a
 bug ;-)

 Please create an account and report your bug on http://jira.xwiki.org/

 Thanks for your time and effort investigating this,

 Guillaume


 Thanks,
 Piotr

 W dniu 10-11-29 11:04, Piotr Dziubecki wrote:
 Hi,

 lately a user reported to me another issue regarding sections.

 Scenario, there are two users and document like that:

 == section 1 ==
 sect content

 == section 2 ==
 sect content

 == section 3 ==
 sect content

 1. UserA opens section 2 to edit
 2. UserB opens whole document to edit ( no other way but with force
 editing )
 3. UserB adds section 1.5 in the way it is:


 == section 1 ==
 sect content

 == section 1.5 ==
 sect content

 == section 2 ==
 sect content

 == section 3 ==
 sect content

 4. UserB saves document.
 5. UserA changes content of the section 2 and saves document.

 The result is that userA saves overwrites section 'section 1.5' instead
 of 'section 2'.

 I can see that you're indexing section with numbers and add this as a
 parameter to edit link and that is
 probably the reason of shifting the section change but I've just checked
 the Media wiki sandbox and the same
 scenario causes no errors - they are also adding the 'section' parameter
 but somehow an extra identification
 is performed as well..


 Is there any chance to get that working right ? maybe some configuration
 switch..

 Thanks,
 Piotr
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users


 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [Investigation] User Statuses

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]


Sergiu Dumitriu wrote:
 On 11/24/2010 04:12 PM, Fabio Mancinelli wrote:
   
 Hi Caty,

 a mail to share my vision about the User Status feature.

 The main idea is to have a mechanism for users to broadcast messages
 concerning their activities.
 The key use cases for this are:

 1) Fast communication between enterprise members which can replace IMs
 and mails with user status
 1.1) Communicate what you are working on
 

 Obvious, +1.

   
 1.2) Quick question answering and feedback gathering
 

 You mean something like:

 BigBoss says:
How do we get through the crisis?
 Jimmy says:
@BigBoss reduce costs!
 Mike says:
@BigBoss sell more!

 And:

 Jimmy says:
@Timmy where can I get a W80 form?
 Timmy says:
@Jimmy room 404

   
 1.3) Interesting  material dissemination
 

 You mean link sharing?

   
 2) Focused discussions about a given topic
 

 I'm not sure this is the best way to communicate. It might work if it 
 behaves a bit like instant messaging, with updates being refreshed in 
 real time. Also, for it to make sense as a discussion, it should be 
 threaded. So this starts to look like Google Wave, which somehow failed. 
 It might work in an intranet, but still it would diverge too much from a 
 simple status update, and I'm not sure how it can be integrated nicely 
 inside the current Activity UI (nor the implementation, but that's not 
 critical).

   
 3) Fast communication with external clients to keep them up-to-date
 

 I'm not sure I get this. Isn't an *intra*net supposed to be internal, 
 inaccessible to external parties?

 Do you mean closed group messages, visible only in a given space?

   
 In order to realize these use cases we need something that resembles
 to Facebook's Wall or, if we look at more enterprise oriented
 products, to SalesForce chatter (http://www.salesforce.com/chatter)
 

 This is getting too far from the initial ideas. It was supposed to be 
 integrated in the recent activity, as little user messages mixed among 
 wiki activity. Now it looks like the main goal is user communication, 
 with wiki activity on the second place. Going the Chatter way would 
 imply many changes in the ActivityStream implementation, the 
 {{activity}} macro, and the Recent Activity UI.

 I'm not saying we shouldn't try to go there, I'm only asking if we want 
 to do it as the User Statuses sub-feature inside the Activity feature.

   
 In particular:

 1) The feature should be implemented as an internal subsystem that
 takes advantage of the Wiki underlying model for exposing information
 

 That's always the case.

   
 1.1) User status can contain reference to Wiki entities (i.e., page,
 attachments, comments) and external links. As Jerome said in a
 previous email, this is key. An autocompletion mechanism could help
 making this feature more usable.
 

 The full wiki syntax might be available, which includes links to 
 documents/attachment. If we do that, then should the WYSIWYG be 
 displayed as well?

   
 1.2) I am not sure that we need to provide an upload mechanism to
 associate an artifact to a user status. Linking an attachment in a
 Wiki page is sufficient in my opinion.
 

 +1 for links to existing data only. We could provide a notify this 
 checkbox in the edit/upload UI.

   
 2) It should be possible to define one or more neighborhoods, i.e.,
 people that will receive our status updates
 

 We could have activities for a space, and activities for a group. This 
 means that in the group UI we could integrate a say something widget.

 Another idea is a panel which allows you to specify where to post the 
 update: global (default), current space, specific space (with suggest), 
 group of users (with suggest), specific user (with suggest).

 My fear is that the UI will be too complex, which increases the 
 likelihood of users abandoning their update. If something takes too much 
 to accomplish, or there are too many knobs to tinker with, then people 
 will avoid that.

   
 2.1) This is something that is more powerful wrt to what we have in
 Facebook because it would allow us to create different social-graphs
 that can be targeted when a user status is updated

 3) It should be possible to comment on a status update (e.g., quick
 question answering and feedback gathering use case)
 

 Is a simple reply to this enough?

   
 4) The user status are not tweets... I think that the number of
 character should be limited to a reasonable high threshold (e.g.,
 2048)
 

 The current activity stream allows for 2000 characters (which usually is 
 rounded to something more), so this should be OK.

   
 5) User statuses should be visible only to the users belonging to the
 neighborhood targeted by the status
 

 This can be done at the UI level, but it's going to be hard to protect 
 it at the API level. We can do it if we change the activitystream plugin 
 to expose more high level methods, like 

Re: [xwiki-users] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with

2010-12-06 Thread markblokpoel

Some extra information, it seems the users get's logged in:

2010-12-06 14:12:17,659
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
xwiki.MyFormAuthenticator   - User XWiki.MarkBlokpoel has been logged-in 
2010-12-06 14:12:17,803
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
xwiki.XWikiRightServiceImpl - Access has been denied for
(XWiki.XWikiGuest,XWiki.XWikiLogin,edit): global level (restricting right
was found) 
2010-12-06 14:12:17,815
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
xwiki.XWikiRightServiceImpl - Access has been denied for
(XWiki.XWikiGuest,XWiki.XWikiLogin,admin): global level (restricting right
was found) 
2010-12-06 14:12:17,828
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
xwiki.XWikiRightServiceImpl - Access has been denied for
(XWiki.XWikiGuest,XWiki.XWikiLogin,comment): global level (restricting right
was found) 

However soon after it logs the following:
2010-12-06 14:11:35,134
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] WARN 
xwiki.MyPersistentLoginManager  - Login cookie validation hash mismatch!
Cookies have been tampered with 
2010-12-06 14:11:35,141
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
[http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
xwiki.MyPersistentLoginManager  - Login cookie is being deleted! 

Maybe this helps to clarify what is happening.. Thanks.

Best,
Mark
-- 
View this message in context: 
http://xwiki.475771.n2.nabble.com/WARN-xwiki-MyPersistentLoginManager-Login-cookie-validation-hash-mismatch-Cookies-have-been-tamperedh-tp5807284p5807774.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1

2010-12-06 Thread Lars Lindwall

Hi,
I'm having severe trouble when importing xwiki content from xwiki 2.1 into
xwiki 2.5.1.
When the import is fresh everything seems OK:

http://xwiki.475771.n2.nabble.com/file/n5808169/original.jpg 

When I try to edit, the syntax looks exactly as in 2.1

http://xwiki.475771.n2.nabble.com/file/n5808169/edit.jpg 

And when I Save  Show (without any changes) the page looks like:

http://xwiki.475771.n2.nabble.com/file/n5808169/new.jpg 

What is this? How can I get around this?
Please, help!

/Lars L
-- 
View this message in context: 
http://xwiki.475771.n2.nabble.com/Clobbered-syntax-when-importing-2-1-xwiki-content-into-2-5-1-tp5808169p5808169.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1

2010-12-06 Thread Vincent Massol
Hi Lars,

On Dec 6, 2010, at 4:16 PM, Lars Lindwall wrote:

 
 Hi,
 I'm having severe trouble when importing xwiki content from xwiki 2.1 into
 xwiki 2.5.1.
 When the import is fresh everything seems OK:
 
 http://xwiki.475771.n2.nabble.com/file/n5808169/original.jpg 
 
 When I try to edit, the syntax looks exactly as in 2.1
 
 http://xwiki.475771.n2.nabble.com/file/n5808169/edit.jpg 
 
 And when I Save  Show (without any changes) the page looks like:
 
 http://xwiki.475771.n2.nabble.com/file/n5808169/new.jpg 
 
 What is this? How can I get around this?

That's probably because your page is set to use XWiki syntax 1.0 and you're 
using XWiki Syntax 2.0 in it... Change the page to use XWiki Syntax 2.0 and it 
should be fine.

Thanks
-Vincent

 Please, help!
 
 /Lars L

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1

2010-12-06 Thread Lars Lindwall

Hi,
That's exactly what I have tried. However, the pop-list gives only one
option and that is xwiki syntax 1.0. I have enabled also 2.0 and 2.1 in the
xwiki.cfg file but that didn't help.
What more do I have to change?
/Lars L
-- 
View this message in context: 
http://xwiki.475771.n2.nabble.com/Clobbered-syntax-when-importing-2-1-xwiki-content-into-2-5-1-tp5808169p5808268.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1

2010-12-06 Thread Vincent Massol

On Dec 6, 2010, at 4:37 PM, Lars Lindwall wrote:

 
 Hi,
 That's exactly what I have tried. However, the pop-list gives only one
 option and that is xwiki syntax 1.0. I have enabled also 2.0 and 2.1 in the
 xwiki.cfg file but that didn't help.
 What more do I have to change?

Can you copy/paste your xwiki.cfg? Have you restarted xwiki after you made the 
change to xwiki.cfg?

Thanks
-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1

2010-12-06 Thread Sergiu Dumitriu
On 12/06/2010 04:37 PM, Lars Lindwall wrote:

 Hi,
 That's exactly what I have tried. However, the pop-list gives only one
 option and that is xwiki syntax 1.0. I have enabled also 2.0 and 2.1 in the
 xwiki.cfg file but that didn't help.
 What more do I have to change?

You need to import at least Panels.DocumentInformation from the XE 2.6 xar.

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Remove a translation

2010-12-06 Thread Gerritjan Koekkoek
Hi

Our XWIKI is multi-language.
When we translate a document into other languages how are these documents 
stored?
The issue I have is that when we update the original it is not easy to remove 
the incorrect translations
How do I remove only a translation without removing the default language (or 
all the translations at once, without the original)?

Gerritjan
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] evaluation questions: sorted document tree; XOO; other topics

2010-12-06 Thread Mark D. Anderson
Thanks Ricardo and Vincent.

I think I have some answer on my questions except this one:

  4. I like the idea of supporting office app clients. 
  But it seems there is some clumsiness with XOffice specifying a parent:
http://jira.xwiki.org/jira/browse/XOFFICE-243
  And I can't find any documentation on editing/creating content from 
  OpenOffice
  and/or via any webdav client. Things like URL conventions, etc.
  This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture
  mentions XOO (Xwiki OpenOffice) but there is nothing else about it:
   http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOOwikinames=space=

also, http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin
says:
   use imported class (section Installation step 3) called 
XWiki.SortedTreePageClass
where can i read what that means? (what is importing a class?)

btw, it occurs to me that the support for section editing makes it viable to 
use longer pages, which will help with both page ordering and with export to 
PDF.

-mda
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Remove a translation

2010-12-06 Thread Raluca Stavro
Hello Ricardo,

The document translations are stored separately. For example, if you
export as XAR a document having multiple translations, you will notice
that the XML files are named like this: DocName.xml (default
language), DocName.en.xml, DocName.es.xml ... etc .
This is why, in order to delete a document translation, you have to go
on that document translated in the language that you want to remove
(for example '.../view/SpaceName/PageName?language=en') and delete the
document. The other translations (default and others) will not be
deleted.
You can check the comments of this Jira issue:
http://jira.xwiki.org/jira/browse/XWIKI-4932 .

Raluca.

On Mon, Dec 6, 2010 at 9:46 PM, Gerritjan Koekkoek
gerritjankoekk...@gmail.com wrote:
 Hi

 Our XWIKI is multi-language.
 When we translate a document into other languages how are these documents 
 stored?
 The issue I have is that when we update the original it is not easy to remove 
 the incorrect translations
 How do I remove only a translation without removing the default language (or 
 all the translations at once, without the original)?

 Gerritjan
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]
Hi, Mark

markblokpoel wrote:
 Some extra information, it seems the users get's logged in:

 2010-12-06 14:12:17,659
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
 xwiki.MyFormAuthenticator   - User XWiki.MarkBlokpoel has been logged-in 
 2010-12-06 14:12:17,803
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
 xwiki.XWikiRightServiceImpl - Access has been denied for
 (XWiki.XWikiGuest,XWiki.XWikiLogin,edit): global level (restricting right
 was found) 
 2010-12-06 14:12:17,815
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
 xwiki.XWikiRightServiceImpl - Access has been denied for
 (XWiki.XWikiGuest,XWiki.XWikiLogin,admin): global level (restricting right
 was found) 
 2010-12-06 14:12:17,828
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
 xwiki.XWikiRightServiceImpl - Access has been denied for
 (XWiki.XWikiGuest,XWiki.XWikiLogin,comment): global level (restricting right
 was found) 

 However soon after it logs the following:
 2010-12-06 14:11:35,134
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] WARN 
 xwiki.MyPersistentLoginManager  - Login cookie validation hash mismatch!
 Cookies have been tampered with 
 2010-12-06 14:11:35,141
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO 
 xwiki.MyPersistentLoginManager  - Login cookie is being deleted! 

 Maybe this helps to clarify what is happening.. Thanks.

 Best,
 Mark
   

As far as I see, you have tweaked with the access rights of your 
installation. It seems to me that somehow you are preventing access to 
all and every user. Have you tried to access with the superadmin user? 
Does it work?

Check this...

http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration

If it was working before and no changes in the application server and/or 
XWiki installation have been done, some misconfiguration of access 
rights is the only thing I can figure out that could prevent you login 
into your system.

HTH

-- 
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] evaluation questions: sorted document tree; XOO; other topics

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]


Mark D. Anderson wrote:
 Thanks Ricardo and Vincent.

 I think I have some answer on my questions except this one:

   
 4. I like the idea of supporting office app clients. 
 But it seems there is some clumsiness with XOffice specifying a parent:
   http://jira.xwiki.org/jira/browse/XOFFICE-243
 

Well, this is clearly an open issue! :-)

 And I can't find any documentation on editing/creating content from 
 OpenOffice
 and/or via any webdav client. Things like URL conventions, etc.
 This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture
 mentions XOO (Xwiki OpenOffice) but there is nothing else about it:
  http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOOwikinames=space=
 

Please, check this...

http://www.xwiki.org/xwiki/bin/view/Main/Search?text=OpenOfficex=0y=0

and this...

http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication


 also, http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin
 says:
use imported class (section Installation step 3) called 
 XWiki.SortedTreePageClass
 where can i read what that means? (what is importing a class?)
   

It is rather important to get at least an intuitive idea about what 
XWiki Classes, Objects and Properties do mean. Please, check this:

http://platform.xwiki.org/xwiki/bin/view/DevGuide/DataModel

It won't be possible to unveil the power of XWiki without a clear 
understanding of what these concepts mean and how are implemented within 
XWiki.

In the case of the Sorted Document Tree Plugin, the piece of information 
used to weight a document could be either add an instance of the 
XWiki.TagClass class, or the XWiki.SortedTreePageClass class imported 
with the xar file of the application.

How to instantiate a class?

1. Generally: Edit  Objects ; select the class and click ADD. You can 
edit the value of any property by clicking the small pencil in the right 
side.
2. To add a tag, follow the general procedure by selecting 
XWiki.TagClass or simply click the plus symbol in the bottom of the 
document. To the left, in the same line including author and date.

 btw, it occurs to me that the support for section editing makes it viable to 
 use longer pages, which will help with both page ordering and with export to 
 PDF.
   

Great to read this. There are a lot of work done in new procedures to 
avoid edition conflicts. Some devs are currently considering to improve 
lock to section level.

 -mda
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

   
Hope this helps to soften your XWiki learning curve!

-- 
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] grant rights to a specific user

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]


Ecaterina Moraru (Valica) wrote:
 Hi,

 The behavior is correct because the checking order is: page  space  wiki
 (where a space-level setting can be superseded by a (higher ranking)
 page-level setting)
   

That's OK but, as Wouter said, if the data model implements 
real-inheritance, must not I expect that the rights explicitly granted 
at space level are considered also as explicitly granted at document 
level as a consequence of rights inheritance?

Thanks!
 The only exception I can think off that would help your usecase (but is not
 implemented) is to have additional special rights for the document Creator.
 Right now the creator gets DELETE right as an additional behavior. Maybe we
 should always grant VIEW and EDIT to the creator.
 This way, at least, he could fix the rights behavior (by giving rights also
 to GroupA).

 Another thing that is missing is a warning that by giving that right, the
 giver will lose it.

 If you want to read more about rights:
 - http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoesRightsWork
 - http://dev.xwiki.org/xwiki/bin/view/Drafts/Access%20Rights
 - http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiRightServiceReversed

 Thanks,
 Caty

 On Fri, Nov 19, 2010 at 18:53, Wouter Boasson wouter.boas...@rivm.nlwrote:

   
 Hi,

 We ran into a rights problem, which might be the result of ignorance, but
 could also be caused by a perceptual omission in the rights model. The
 following happened:

 1. created space, with explicit rights on group 'GroupA' (this
 automatically locks out users who are not a member of this group) = ok
 2. create/edit a page as user 'UserA', member of 'GroupA' = ok
 3. UserA (owner/creator of the document) grants view rights to user
 'UserB', NOT in GroupA = problems!

 Now the creator/owner of the document (UserA) can NOT view his own document
 anymore! Same for problem for every other user in 'GroupA'.

 I figured that this is correct from a certain point of view: an explicit
 view for a specific user locks out all other users, but that includes the
 owner and all other users, including those in 'GroupA', with correct rights
 at the space level.
 A possible solution is to grant GroupA explicitly at the same time you
 grant a specific user access to a certain page, but people will forget to do
 so.

 My question is: did we do anything wrong, and is it possible to manage the
 rights in a way that prevents this counter-intuitive behaviour?

 I have the feeling that the rights model lacks real-inheritance: when
 checking permissions for a user, it should return the permissions including
 that of the group as if it were his explicit permissions, also for pages
 that inherit rights from the space. E.g.
 hasView('UserA') should always return 'True' when the group he belongs to
 has view rights at the space level.
 Now it apparently returns 'False' when there is an implicit override by
 granting a user view rights. Or does inheritance from the space levels stops
 working as soon as there's any kind of override on a specific page?

 A possible but crude work-around could be using some intelligent trigger
 functions in the database to explicitly add all rights from the space to the
 specific document as soon as an XWikiRights object is written, but that's
 kind of a last resort.

 Could you help me? I hope for a better solution!

 Thanks,
 Wouter


 Wouter Boasson (MSc)
 Geo-IT Research and Coordination

 RIVM - National Institute for Public Health and the Environment
 Expertise Centre for Methodology and Information Services

 Contact information
 ---
 RIVM
 VenZ/EMI, Pb 86
 t.a.v. dhr. Drs. Wouter Boasson
 Postbus 1
 3720 BA Bilthoven

 T +31(0)302748518
 F +31(0)302744456
 E wouter.boas...@rivm.nl
 mo - th


 Disclaimer RIVM
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

   

-- 
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Attachments-RAM dependencies, anchors, TOC

2010-12-06 Thread Haru Mamburu
Hi!

Kindly ask you to solve some unclear topics:

I. How can I find information about such dependencies:
- How many server RAM memory is required for each 1GB of attachments?
- The same for CPU.
How to estimate this and calculate hardware? What are main principles?

II. Is it possible to customise WYSIWYG editor separetly for each space in one 
sub-XWiki ?

III. Is there any way to manage anchors from Links plugin in WYSIWYG editor?
  The logic is:
   - select space
   - select page
   - select anchor on this page
   - put the link

For now, even if I write down XWiki.WebHome#anchor in the link field manually, 
I get #anchor cut out. 
And the only way to do it via source code editor manually. Then it works fine. 
Personally me found more or less suitable solution with FF plugin 
https://addons.mozilla.org/ru/firefox/addon/416/ 
It's very easy to get anchor, but not so easy to put it. For unqualified users 
it makes XWiki one-handed.

IV. Is there any way to make TOC macro to build table of contents of several 
pages and put it on one page?
For Example:
toc Page1, Page2, Page3 

It's very useful, when one can group all project highligts together in one TOC.
I used to use Track Wiki, it works excellent in there. I suffer from it's 
absence now :-)

Thank you 

Dmitry Bakbardin

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Attachments-RAM dependencies, anchors, TOC

2010-12-06 Thread Caleb James DeLisle


On 12/06/2010 06:55 PM, Haru Mamburu wrote:
 Hi!
 
 Kindly ask you to solve some unclear topics:
 
 I. How can I find information about such dependencies:
 - How many server RAM memory is required for each 1GB of attachments?

It depends on how large the attachments are. Currently (as of version 2.6) 
attachments are stored on
the disk and in the database rather than in RAM so the only limit on the total 
of all attachments is
the amount of space which your database can hold. Remember that the default 
database HSQL holds all
tables in RAM.

If you're asking about a single very large attachment. There is some 
inefficient code in the
attachment version storage which means that you can only store attachments up 
to about 60MB with
512MB of heap space (RAM). This can be bypassed by setting the attachment 
version store type to
void and the limit will rise over 100MB where the problem will become the 
transfer to and from the
database.

 - The same for CPU.

The CPU usage for attachments is not really a factor as compared to the number 
of users, page loads
per second, number of pages, complexity of queries etc.

 How to estimate this and calculate hardware? What are main principles?

It is an art as much as it is a science ;)

Others know much more than me about the rest of your questions so I will leave 
this to them.

Caleb

 
 II. Is it possible to customise WYSIWYG editor separetly for each space in 
 one sub-XWiki ?
 
 III. Is there any way to manage anchors from Links plugin in WYSIWYG editor?
   The logic is:
- select space
- select page
- select anchor on this page
- put the link
 
 For now, even if I write down XWiki.WebHome#anchor in the link field 
 manually, I get #anchor cut out. 
 And the only way to do it via source code editor manually. Then it works 
 fine. Personally me found more or less suitable solution with FF plugin 
 https://addons.mozilla.org/ru/firefox/addon/416/ 
 It's very easy to get anchor, but not so easy to put it. For unqualified 
 users it makes XWiki one-handed.
 
 IV. Is there any way to make TOC macro to build table of contents of several 
 pages and put it on one page?
 For Example:
 toc Page1, Page2, Page3 
 
 It's very useful, when one can group all project highligts together in one 
 TOC.
 I used to use Track Wiki, it works excellent in there. I suffer from it's 
 absence now :-)
 
 Thank you 
 
 Dmitry Bakbardin
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Attachments-RAM dependencies, anchors, TOC

2010-12-06 Thread Haru Mamburu
Thank you very much, in general - it's more than clear. 
Now I'm almost ready to master both science and art of XWiki setup :-)


Mon, 06 Dec 2010 19:11:45 -0500 письмо от Caleb James DeLisle 
calebdeli...@lavabit.com:

 
 
 On 12/06/2010 06:55 PM, Haru Mamburu wrote:
  Hi!
  
  Kindly ask you to solve some unclear topics:
  
  I. How can I find information about such dependencies:
  - How many server RAM memory is required for each 1GB of attachments?
 
 It depends on how large the attachments are. Currently (as of version 2.6)
 attachments are stored on
 the disk and in the database rather than in RAM so the only limit on the total
 of all attachments is
 the amount of space which your database can hold. Remember that the default
 database HSQL holds all
 tables in RAM.
 
 If you're asking about a single very large attachment. There is some
 inefficient code in the
 attachment version storage which means that you can only store attachments up
 to about 60MB with
 512MB of heap space (RAM). This can be bypassed by setting the attachment
 version store type to
 void and the limit will rise over 100MB where the problem will
 become the transfer to and from the
 database.
 
  - The same for CPU.
 
 The CPU usage for attachments is not really a factor as compared to the number
 of users, page loads
 per second, number of pages, complexity of queries etc.
 
  How to estimate this and calculate hardware? What are main principles?
 
 It is an art as much as it is a science ;)
 
 Others know much more than me about the rest of your questions so I will leave
 this to them.
 
 Caleb
 
  
  II. Is it possible to customise WYSIWYG editor separetly for each space
 in one sub-XWiki ?
  
  III. Is there any way to manage anchors from Links plugin in WYSIWYG
 editor?
The logic is:
 - select space
 - select page
 - select anchor on this page
 - put the link
  
  For now, even if I write down XWiki.WebHome#anchor in the link field
 manually, I get #anchor cut out. 
  And the only way to do it via source code editor manually. Then it works
 fine. Personally me found more or less suitable solution with FF plugin
 https://addons.mozilla.org/ru/firefox/addon/416/ 
  It's very easy to get anchor, but not so easy to put it. For
 unqualified users it makes XWiki one-handed.
  
  IV. Is there any way to make TOC macro to build table of contents of
 several pages and put it on one page?
  For Example:
  toc Page1, Page2, Page3 
  
  It's very useful, when one can group all project highligts together
 in one TOC.
  I used to use Track Wiki, it works excellent in there. I suffer from
 it's absence now :-)
  
  Thank you 
  
  Dmitry Bakbardin
  
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users
  
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Specs

2010-12-06 Thread Eric Tse
What are the recommended specs for a server to run XWiki? I understand this
is quite a vague question as there are many variables to consider. I would
like to run this on a VPS so a general spec would be nice.

Thanks
- Eric
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Setting rules tag in a table doesnt work with the export

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]
Hi!

Erica Usui wrote:
 Hi!

 I'm using the following:
 $xwiki.jsfx.use(js/xwiki/table/tablefilterNsort.js)
 $xwiki.ssfx.use(js/xwiki/table/table.css)

 When defining rules=all, and I export the table to pdf, it doesn't come
 with the lines it was supposed to come with... The only thing that works is
 to define border=1.

 How can I get all the lines when exporting my table?

   
To the best of my knowledge rules=all is a HTML element, not a CSS 
property, isn't it?

What is the appearance of the table you are trying to get?

Have you an online example or could you share your js and css files to 
try them here?

Thanks!

Ricardo

-- 
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Remove a translation

2010-12-06 Thread Raluca Stavro
On Mon, Dec 6, 2010 at 10:37 PM, Raluca Stavro rmoro...@gmail.com wrote:
 Hello Ricardo,
Sorry, Gerritjan :)
I will have to give you a lamb for my mistake ;)

Raluca.


 The document translations are stored separately. For example, if you
 export as XAR a document having multiple translations, you will notice
 that the XML files are named like this: DocName.xml (default
 language), DocName.en.xml, DocName.es.xml ... etc .
 This is why, in order to delete a document translation, you have to go
 on that document translated in the language that you want to remove
 (for example '.../view/SpaceName/PageName?language=en') and delete the
 document. The other translations (default and others) will not be
 deleted.
 You can check the comments of this Jira issue:
 http://jira.xwiki.org/jira/browse/XWIKI-4932 .

 Raluca.

 On Mon, Dec 6, 2010 at 9:46 PM, Gerritjan Koekkoek
 gerritjankoekk...@gmail.com wrote:
 Hi

 Our XWIKI is multi-language.
 When we translate a document into other languages how are these documents 
 stored?
 The issue I have is that when we update the original it is not easy to 
 remove the incorrect translations
 How do I remove only a translation without removing the default language (or 
 all the translations at once, without the original)?

 Gerritjan
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1

2010-12-06 Thread Lars Lindwall

Hi,
Yes, I have restarted my xwiki several times.
Please, find my xwiki.cfg below.
/Lars

p#---
# Preamble
#
# This is the main old XWiki configuration file. Commented parameters show
the default value, although some features
# might be disabled. To customize, uncomment and put your own value instead.


#---
# General wiki settings
#

#-# When the wiki is readonly, any updates are forbidden. To mark readonly,
use one of: yes, 1, true
# xwiki.readonly=no

#-# [Since 1.6RC1] Defines the list of supported syntaxes
#-# Available syntaxes are: 
#-#xwiki/1.0, xwiki/2.0, xwiki/2.1, confluence/1.0, jspwiki/1.0,
creole/1.0,  mediawiki/1.0, twiki/1.0, xhtml/1.0, html/4.01, plain/1.0
xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0, xwiki/2.1

#-# List of groups that a new user should be added to by default after
registering. Comma-separated list of group document
#-# names.
# xwiki.users.initialGroups=XWiki.XWikiAllGroup

#-# Should all users be considered members of XWiki.XWikiAllGroup, even if
they don't have an associated object in the
#-# group's document?
# xwiki.authentication.group.allgroupimplicit=0

#-# Uncomment if you want to ignore requests for unmapped actions, and
simply display the document
# xwiki.unknownActionResponse=view

#-# The encoding to use when transformin strings to and from byte arrays.
This causes the jvm encoding to be ignored,
#-# since we want to be independend of the underlying system.
xwiki.encoding=UTF-8

#-# This parameter will activate the sectional editing.
xwiki.section.edit=1

#-# This parameter controls the depth of sections that have section editing.
#-# By default level 1 and level 2 sections have section editing.
xwiki.section.depth=2

#-# Enable backlinks storage, which increases the update time, but allows to
keep track of inter document links.
xwiki.backlinks=1

#-# Enable document tags.
xwiki.tags=1


#---
# Storage
#

#-# Role hints that differentiate implementations of the various storage
components. To add a new implementation for one
#-# of the storages, implement the appropriate interface and declare it in a
components.xml file (using a role-hint other
#-# than 'default') and put its hint here.
#
#-# The main (documents) storage.
# xwiki.store.main.hint=default
#-# The attachment storage.
# xwiki.store.attachment.hint=default
#-# The document versioning storage.
# xwiki.store.versioning.hint=default
#-# The attachment versioning storage. Use 'void' to disable attachment
versioning.
# xwiki.store.attachment.versioning.hint=default
#-# The document recycle bin storage.
# xwiki.store.recyclebin.hint=default
#-# The attachment recycle bin storage.
# xwiki.store.attachment.recyclebin.hint=default

#-# Whether the document recycle bin feature is activated or not
# xwiki.recyclebin=1
#-# Whether the attachment recycle bin feature is activated or not
# storage.attachment.recyclebin=1
#-# Whether the document versioning feature is activated or not
# xwiki.store.versioning=1
#-# Whether the attachment versioning feature is activated or not
# xwiki.store.attachment.versioning=1
#-# Whether the attachments should also be rolled back when a document is
reverted.
# xwiki.store.rollbackattachmentwithdocuments=1

#-# The path to the hibernate configuration file.
# xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml

#-# Whether to update the database schema on startup. Useful when upgrading
XWiki. as the mapping could change between
#-# versions, and this allows to automatically update the database. Should
be disabled (=0) during normal operation to
#-# improve the startup time.
# xwiki.store.hibernate.updateschema=1

#-# Allow or disable custom mapping for particular XClasses. Custom mapping
may increase the performance of certain
#-# queries when large number of objects from particular classes are used in
the wiki.
# xwiki.store.hibernate.custommapping=1
#-# Dynamic custom mapping.
# xwiki.store.hibernate.custommapping.dynamic=0

#-# Put a cache in front of the document store. This greatly improves
performance at the cost of memory consumption.
#-# Disable only when memory is critical.
# xwiki.store.cache=1

#-# Maximum number of documents to keep in the cache.
# xwiki.store.cache.capacity=100

#-# [Since 1.6M1]
#-# Force the database name for the main wiki in virtual mode and for the
wiki itself in non virtual mode.
# xwiki.db=xwiki

#-# [Since 1.6M1]
#-# Add a prefix to all databases names of the wikis in virtual mode and to
the wiki name in non virtual mode.
# xwiki.db.prefix=


#---
# Data migrations
#
# Similar to schema updates, this manipulates the actual data, and not just
the layout of the database. Useful for
# migrating data to new formats, correct errors introduced in older
versions, or even for schema updates that are not
# handled by velocity.

#-# Whether migrations are enabled or not. Should be enabled when 

Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1

2010-12-06 Thread Lars Lindwall

Hi,
I'm not quite sure what you mean, but I have imported the entire
xwiki-enterprise-wiki-2.5.1.xar
How can I check if Panels.DocumentInformation has been imported?
/Lars
-- 
View this message in context: 
http://xwiki.475771.n2.nabble.com/Clobbered-syntax-when-importing-2-1-xwiki-content-into-2-5-1-tp5808169p5810718.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Problem with #includeMacros()

2010-12-06 Thread Ricardo Rodriguez [eBioTIC.]
Hi!

tomasg wrote:
 Hi, I create a page with macros, then I included it on another page
 (#includeMacros(Sprava.Macros), or {{include
 document=SpaceOf.DocumentToInclude/}}). Problem is when page is rendered,
 sometimes are macros proceed, but sometimes when I change page where I use
 macros I got instead rendered macro only name of macro (e.g.
 #getType($type)). Page with macros is not changed. Seems to me like a bug.
 Another problem is when I left empty line in macro page I got sometimes in
 rendered page this text:

 div class=wikimodel-emptyline/divdiv
 class=wikimodel-emptyline/divdiv class=wikimodel-emptyline/div

 Some empty lines do not affect result some yes.

 Any idea?
   
Please, could you share some of your in trouble macros to test them 
here? An example to reproduce what you are seeing is also helpful! 
Mostly with an sometimes in the description of the problem!

Greetings!

Ricardo

-- 
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] grant rights to a specific user

2010-12-06 Thread Ecaterina Moraru (Valica)
On Tue, Dec 7, 2010 at 01:32, Ricardo Rodriguez [eBioTIC.] 
ricardo.rodrig...@ebiotic.net wrote:



 Ecaterina Moraru (Valica) wrote:
  Hi,
 
  The behavior is correct because the checking order is: page  space 
 wiki
  (where a space-level setting can be superseded by a (higher ranking)
  page-level setting)
 

 That's OK but, as Wouter said, if the data model implements
 real-inheritance, must not I expect that the rights explicitly granted
 at space level are considered also as explicitly granted at document
 level as a consequence of rights inheritance?


yes, but if you define a harder rule at page level, the space level one will
be overlapsed by the new rule.

Thanks,
Caty



 Thanks!
  The only exception I can think off that would help your usecase (but is
 not
  implemented) is to have additional special rights for the document
 Creator.
  Right now the creator gets DELETE right as an additional behavior. Maybe
 we
  should always grant VIEW and EDIT to the creator.
  This way, at least, he could fix the rights behavior (by giving rights
 also
  to GroupA).
 
  Another thing that is missing is a warning that by giving that right, the
  giver will lose it.
 
  If you want to read more about rights:
  - http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoesRightsWork
  - http://dev.xwiki.org/xwiki/bin/view/Drafts/Access%20Rights
  - http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiRightServiceReversed
 
  Thanks,
  Caty
 
  On Fri, Nov 19, 2010 at 18:53, Wouter Boasson wouter.boas...@rivm.nl
 wrote:
 
 
  Hi,
 
  We ran into a rights problem, which might be the result of ignorance,
 but
  could also be caused by a perceptual omission in the rights model. The
  following happened:
 
  1. created space, with explicit rights on group 'GroupA' (this
  automatically locks out users who are not a member of this group) = ok
  2. create/edit a page as user 'UserA', member of 'GroupA' = ok
  3. UserA (owner/creator of the document) grants view rights to user
  'UserB', NOT in GroupA = problems!
 
  Now the creator/owner of the document (UserA) can NOT view his own
 document
  anymore! Same for problem for every other user in 'GroupA'.
 
  I figured that this is correct from a certain point of view: an explicit
  view for a specific user locks out all other users, but that includes
 the
  owner and all other users, including those in 'GroupA', with correct
 rights
  at the space level.
  A possible solution is to grant GroupA explicitly at the same time you
  grant a specific user access to a certain page, but people will forget
 to do
  so.
 
  My question is: did we do anything wrong, and is it possible to manage
 the
  rights in a way that prevents this counter-intuitive behaviour?
 
  I have the feeling that the rights model lacks real-inheritance: when
  checking permissions for a user, it should return the permissions
 including
  that of the group as if it were his explicit permissions, also for pages
  that inherit rights from the space. E.g.
  hasView('UserA') should always return 'True' when the group he belongs
 to
  has view rights at the space level.
  Now it apparently returns 'False' when there is an implicit override by
  granting a user view rights. Or does inheritance from the space levels
 stops
  working as soon as there's any kind of override on a specific page?
 
  A possible but crude work-around could be using some intelligent trigger
  functions in the database to explicitly add all rights from the space to
 the
  specific document as soon as an XWikiRights object is written, but
 that's
  kind of a last resort.
 
  Could you help me? I hope for a better solution!
 
  Thanks,
  Wouter
 
 
  Wouter Boasson (MSc)
  Geo-IT Research and Coordination
 
  RIVM - National Institute for Public Health and the Environment
  Expertise Centre for Methodology and Information Services
 
  Contact information
  ---
  RIVM
  VenZ/EMI, Pb 86
  t.a.v. dhr. Drs. Wouter Boasson
  Postbus 1
  3720 BA Bilthoven
 
  T +31(0)302748518
  F +31(0)302744456
  E wouter.boas...@rivm.nl
  mo - th
 
 
  Disclaimer RIVM
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users
 
 
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users
 
 

 --
 Ricardo Rodríguez
 CTO
 eBioTIC.
 Life Sciences, Data Modeling and Information Management Systems

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users