[xwiki-users] 6.1rc1 issue
Is there a typo in the version number of the deb package list for the latest 6.1 release? The version is listed as 6.1~rc+1 instead of 6.1+rc+1, a consequence of which it's lower than the milestone dev releases. (I had to do a 'downgrade' to get it to install) ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Multiple problems with PDF export!
* Bold face markup is lost on export. Hmm... what could account for this difference - perhaps choice of font for PDF... I did change it to san serif. Maybe there is an issue with selecting the bold version of the font at export time. * Export of a slab of plain text wrapped in {{{ }}} loses newlines on export. To clarify... ##{{{ }}## was giving trouble. I removed the ##, it then worked ok then, but I also had to make sure the blank lines had a couple of blank spaces for the monospace to actually not end prematurely. * Box macro lost on export. Actually I don't even get a line drawn around in the form of a box outline in web view...just the shading. (And nothing at all in pdf) So something not quite right...need to check if something got broke in my custom skin css ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Multiple problems with PDF export!
Arghh! This is a bit disappointing - the PDF exporter seems a bit underbaked? * Bold face markup is lost on export. * Export of a slab of plain text wrapped in {{{ }}} loses newlines on export. * Box macro lost on export. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Ending tables??
Hmm... well I'm not getting that behaviour. It's as if something buggy is going on. This is with V5.4.4 The problem is not ending the table per se, it's getting a blank line to render between the table and the next paragraph? On 21/05/2014 10:00 PM, Marius Dumitru Florea wrote: This works fine for me: |Last row A|Last row B Next paragraph of text In other words, you just need one **empty** line. It's enough to leave a single space on the line after the table and it will be considered as part of the last table cell, and so the next paragraph. Remove the whitespace and you should be fine. Hope this helps, Marius On Wed, May 21, 2014 at 8:17 AM, mcto...@gmail.com wrote: Having some fun understanding what ends off a table in 2.1 syntax. If I have a normal paragraph of text following a table, and I want one blank line between the table and the text, I either have to precede the next para with \\: |Last row A|Last row B \\Next paragraph of text ---or--- leave three blank lines between? As in: |Last row A|Last row B Next paragraph of text In both examples only one blank line gets rendered between. ___ 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] Ending tables??
Aha! That one did not come up in google Thanks for that. A bit annoying though! On 21/05/2014 10:45 PM, Thomas Mortagne wrote: See http://jira.xwiki.org/browse/XRENDERING-175 On Wed, May 21, 2014 at 2:24 PM, mcto...@gmail.com wrote: Hmm... well I'm not getting that behaviour. It's as if something buggy is going on. This is with V5.4.4 The problem is not ending the table per se, it's getting a blank line to render between the table and the next paragraph? On 21/05/2014 10:00 PM, Marius Dumitru Florea wrote: This works fine for me: |Last row A|Last row B Next paragraph of text In other words, you just need one **empty** line. It's enough to leave a single space on the line after the table and it will be considered as part of the last table cell, and so the next paragraph. Remove the whitespace and you should be fine. Hope this helps, Marius On Wed, May 21, 2014 at 8:17 AM, mcto...@gmail.com wrote: Having some fun understanding what ends off a table in 2.1 syntax. If I have a normal paragraph of text following a table, and I want one blank line between the table and the text, I either have to precede the next para with \\: |Last row A|Last row B \\Next paragraph of text ---or--- leave three blank lines between? As in: |Last row A|Last row B Next paragraph of text In both examples only one blank line gets rendered between. ___ 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
[xwiki-users] Ending tables??
Having some fun understanding what ends off a table in 2.1 syntax. If I have a normal paragraph of text following a table, and I want one blank line between the table and the text, I either have to precede the next para with \\: |Last row A|Last row B \\Next paragraph of text ---or--- leave three blank lines between? As in: |Last row A|Last row B Next paragraph of text In both examples only one blank line gets rendered between. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] User names may not contain periods
Why does this restriction exist? It makes it difficult to map through to LDAP if we can't map to AD/LDAP username field that contain periods, such as format of firstname.lastname which is quite common. Also, it is possible to authenticate to xwiki using email address and password rather than user id and password? MT ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User names may not contain periods
I thought that may have been the case...surely there can't be that many places in the code where the user id text is validated? (And if there is a period then can it not be held internally in escaped syntax?) In any case, how do we address the consequential issues of this constraint on things like ldap as per the rest of my msg? On 12/05/2014 11:22 AM, Sergiu Dumitriu wrote: For legacy reasons. A long time ago, having dots in document names was not really working, since a dot separates the document's space and name. Plus the fact that users are just documents in the wiki. This restriction is no longer relevant, except that there's a lot of code that needs to be revisited to remove this restriction. On 05/11/2014 08:38 PM, mcto...@gmail.com wrote: Why does this restriction exist? It makes it difficult to map through to LDAP if we can't map to AD/LDAP username field that contain periods, such as format of firstname.lastname which is quite common. Also, it is possible to authenticate to xwiki using email address and password rather than user id and password? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Periods in space names fully legal?
Many thanks for that clarification... cheers On 7/05/2014 4:59 PM, vinc...@massol.net wrote: Hi, On 7 May 2014 at 06:50:54, mcto...@gmail.com (mcto...@gmail.com(mailto:mcto...@gmail.com)) wrote: It seems to work, e.g. a space name such as R12.01 Wiki links with such a space name prefix also seem to work, such as HomeR12.01.WebHome even though it seems to me that creates a certain ambiguity about interpreting the period - which one is separating the space name from the page name at syntax rules level? See http://extensions.xwiki.org/xwiki/bin/view/Extension/Model+Module If you write R12.0.1.WebHome” there’s indeed an ambiguity and in this case XWiki will take the last dot as the space separator and thus it would work fine. However, it’s better to write: [[HomeR12\.01.WebHome]] Any other problems you can foresee? Are we going to get ourselves into trouble doing this? Really would prefer to use periods, but if not, what symbol is safe, such as a hyphen? It should work fine and if you find some issue please raise them and they’ll be fixed quickly. We want to support any character in space and page names. Thanks -Vincent ___ 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] PDF Export Collection extension...
I'd like to try this out. Have installed it, but the documentation is /very/ poor in terms of how you actually use it. Could someone guide me through how do you actually create a collection page with this thing? Thanks... MT ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Java exception on startup relating to hibernate
Why am I getting this warning? Things seem to be working ok otherwise 2014-05-06 11:58:05,333 [http://localhost:8080/bin/view/Main/] WARN onfiguredQueryExecutorProvider - Could not find a QueryExecutor with hint hibernate which is the hint for the storage engine. the default QueryExecutor will not be used instead. org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [interface org.xwiki.query.QueryExecutor] hint = [hibernate]] ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] The skin of the login form
XWiki 5.4.4 I have a 'locked down' main wiki (i.e. no unauthenticated guest access) that has a custom skin and color theme. The login form though has a different skin from the wiki itself! I was thinking this was something to do with a missing right somewhere... did try granting view rights on the Skin document to the unregistered user but that didnt seem to help. There is a JIRA for something similar - http://jira.xwiki.org/browse/CHRONO-274 So what do I need to do so that it uses the correct skin? MT ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] The skin of the login form
It turned out that what I had to do was grant the View right to the unregistered user on both: * The XWiki space * The ColorThemes space But leave the right off at the Wiki level. This seems to enforce authentication still being required. On 6/05/2014 11:40 PM, mcto...@gmail.com wrote: XWiki 5.4.4 I have a 'locked down' main wiki (i.e. no unauthenticated guest access) that has a custom skin and color theme. The login form though has a different skin from the wiki itself! I was thinking this was something to do with a missing right somewhere... did try granting view rights on the Skin document to the unregistered user but that didnt seem to help. There is a JIRA for something similar - http://jira.xwiki.org/browse/CHRONO-274 So what do I need to do so that it uses the correct skin? MT ___ 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] The skin of the login form
... and ... because I had explicitly granted View right to the unregistered user on those two spaces, I had to do the same for the XWikiAllGroup too, even though that group had the View right at the wiki level. Otherwise as soon as ordinary user logged in, he lost colors and skin! I think this is because of this rule in the Security Module: /When a right has been allowed at a given level, it get explicitly denied to anyone else at the same level. For example, if edit right is allow at document level to userA only, it will be denied to any other userB, unless this userB receive an implied edit right with a different inheritance policy at a higher level (userB is admin for example).// / On 7/05/2014 12:15 AM, mcto...@gmail.com wrote: It turned out that what I had to do was grant the View right to the unregistered user on both: * The XWiki space * The ColorThemes space But leave the right off at the Wiki level. This seems to enforce authentication still being required. On 6/05/2014 11:40 PM, mcto...@gmail.com wrote: XWiki 5.4.4 I have a 'locked down' main wiki (i.e. no unauthenticated guest access) that has a custom skin and color theme. The login form though has a different skin from the wiki itself! I was thinking this was something to do with a missing right somewhere... did try granting view rights on the Skin document to the unregistered user but that didnt seem to help. There is a JIRA for something similar - http://jira.xwiki.org/browse/CHRONO-274 So what do I need to do so that it uses the correct skin? MT ___ 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] Groovy console extension - how to get it to work?
I installed this extension on my dev wiki... installation went fine. Followed the directions to save the two Xuake documents with programming rights (Is there any way to confirm the pages actually now have the ability to run?) Anyhow, I'm supposed to be able to bring up the console using F10, but nothing happens. Using Firefox. Any clues? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Periods in space names fully legal?
It seems to work, e.g. a space name such as R12.01 Wiki links with such a space name prefix also seem to work, such as HomeR12.01.WebHome even though it seems to me that creates a certain ambiguity about interpreting the period - which one is separating the space name from the page name at syntax rules level? Any other problems you can foresee? Are we going to get ourselves into trouble doing this? Really would prefer to use periods, but if not, what symbol is safe, such as a hyphen? Thanks MT ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Newbie question [5.4.4]: Skinning the top menu bar on subwikis
For some reason, the appearance of the top menu bar is different for a subwiki than the main wiki. What is controlling this? I'd like the appearance of the way it is in the main wiki to be reflected in the subwikis too. MT ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users