Re: [xwiki-users] Short URL instructions are incorrect
On 8 December 2010 14:14, Paul Harris wrote: > Hi, > > I tried to follow the instructions here: > http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs > > and the URLs look great, but I couldn't get the skins and logo to work. > > The problem is this part of the instructions: > > > defaultSkins > org.mortbay.jetty.servlet.Default > > relativeResourceBase > skins > > 1 > > > defaultSkins > /skins/* > > > This is totally wrong for me. I'm using xwiki + Jetty + lighttpd on Debian > stable/testing. > > The correct entry into web.xml is to add: > > > default > /resources/* > > > > default > /skins/* > > > > in addition to: > > action > /* > > > > It would also help if someone wrote WHERE to put these things in the > web.xml file. I guessed, and it appears to work. > > > Further to this, I discovered this fix does not work, as the /resources/* mapping seems to conflict with the *.gwtrpc mapping (mentioned in another email). When you Create A Link in the wysiwyg editor, it POSTs to: /resources/js/xwiki/wysiwyg/xwe/HTMLConverter.gwtrpc how do I set up my web.xml file so that both the static resources, and these apparently dynamic resource are able to both work? Please help, this is very frustrating. thanks Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Broken links
On 8 December 2010 14:29, Paul Harris wrote: > Hi again, > > I wanted to create a space for making notes for myself about administrating > xwiki. > > As admin, I created new space, and wanted to add a link to > XWikiPreferences. > > I clicked Edit, to edit the page. > I clicked Link, to add a link to another page.c > I expanded XWiki, but did not find XWikiPreferences > I typed in XWikiPreferences (see screenshot), and it seemed to work fine - > it found its child pages too > > I clicked select, and then I saw what you see in the screenshot - a > "DocumentDoesNotExist" returned and squashed into a small box. > > what happened? > > actually, I almost know what happened. If I remove the ShortURL adjustments (for bin in particular) that I talked about in a prev email, then it works. It seems that /resources is both a static path, and also used for redirecting to *.gwtrpc files. my addition of /resources as a static path seemed to stuff things up. I'll ask further in that email thread... thanks Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Broken links
Hi again, I wanted to create a space for making notes for myself about administrating xwiki. As admin, I created new space, and wanted to add a link to XWikiPreferences. I clicked Edit, to edit the page. I clicked Link, to add a link to another page. I expanded XWiki, but did not find XWikiPreferences I typed in XWikiPreferences (see screenshot), and it seemed to work fine - it found its child pages too I clicked select, and then I saw what you see in the screenshot - a "DocumentDoesNotExist" returned and squashed into a small box. what happened? thanks Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Short URL instructions are incorrect
Hi, I tried to follow the instructions here: http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs and the URLs look great, but I couldn't get the skins and logo to work. The problem is this part of the instructions: defaultSkins org.mortbay.jetty.servlet.Default relativeResourceBase skins 1 defaultSkins /skins/* This is totally wrong for me. I'm using xwiki + Jetty + lighttpd on Debian stable/testing. The correct entry into web.xml is to add: default /resources/* default /skins/* in addition to: action /* It would also help if someone wrote WHERE to put these things in the web.xml file. I guessed, and it appears to work. thanks, Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] link doesn't work on xwiki page
see here: http://xoffice.xwiki.org/xwiki/bin/view/XWord/ the link "Issue Tracker" doesn't work ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] transparent png files
Hi there, Hasn't anyone else noticed that the option # rendering.imageDimensionsIncludedInImageURL = true completely breaks all transparent png files? see attached image file, try adding it to an xwiki sandbox page. the image will appear to have a BLACK background rather than a transparent background, if the "imageDimensionsIncludedInImageURL" is turned on. AND if you turn OFF that option, the background will still be black in the "Insert or edit image" dialog box when editing the page. does anyone else see this? thanks Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachments-RAM dependencies, anchors, TOC
Thank you, Marius, I will try now and leave feature request also :-)
Tue, 07 Dec 2010 12:07:36 +0200 письмо от Marius Dumitru Florea
:
> On 12/07/2010 01:55 AM, 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?
> > - 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 ?
>
> You can edit the wysiwyg_storeConfig velocity macro found in
> templates/macros.vm so that it takes the value of the WYSIWYG editor
> configuration parameters from space preferences. For instance:
>
> #set($ok = $parameters.put('menu',
> $xwiki.getSpacePreference('wysiwyg.menu', 'link image table macro
> import')))
>
> See
> http://nexus.xwiki.org/nexus/service/local/repositories/releases/archive/com/xpn/xwiki/platform/xwiki-core/2.6/xwiki-core-2.6-javadoc.jar/!/com/xpn/xwiki/api/XWiki.html#getSpacePreference%28java.lang.String,%20java.lang.String%29
>
> Then you have to add the corresponding properties (i.e.
> 'wysiwyg.menu')
> to SpaceName.WebPreferences page (where 'SpaceName' is the space where
> you want the WYSIWYG editor to be customised).
>
> You can do this for any WYSIWYG editor configuration parameter. For the
> full list, see
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/WysiwygEditor#HConfigurationParameters
> .
>
> >
> > 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
>
> This is not possible right now through the WYSIWYG editor UI. You can
> open a feature request on jira.xwiki.org
>
> Hope this helps,
> Marius
>
> >
> > 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] Nginx and Php-fpm
Does anyone how one would install this under Nginx since this uses/wants Apache/Tomcat? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Offline storage migration / Export
Hi Leen, Leen Toelen wrote: > Hi, > > I have an existing XWiki enterprise 1.3.1 running with a mysql backend > and storage version 7351. I would like to upgrade to XWiki enterprise > 2.6, but I am running into problems. > > - a xar export eats all ram, and the max heap is already the maximum > of my 32-bit linux (-Xmx2600m) . When I increase it the jvm fails to > start. The backup.xar stops at around 1.1GB, and then I gets > OutOfMemory execeptions all over the place. > > - when I install 2.6 using the same mysql backend, the storage > migration throws a massive amoutn of errors, mostly due to "Exception > while saving object XWiki.XWikiUsers". This is migration > R15428XWIKI2977. > > Is there a way to perform an offline migration, so I can debug where > needed, ot a way to perform an export and import in a clean database > offline? > > Regards, > Leen > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > The XWiki team has recently, and successfully, migrated our plain old XE 1.3.8295 farm to a new XE/XEM 2.4.30451 farm. A couple of seed documents have been born from that project: http://ebiotic.net/bin/MigrationCode/HowToMigrate http://ebiotic.net/bin/Draft/MigrationCheckList I think that at least one of them could be moved to a convenient place in the xwiki.org farm, but I've had no time yet to follow this thread. Perhaps they could be useful for you even in their current state. Also, I must update this installation to the current available XE/XEM release. I think this page could also be checked to see how the XWiki team is getting XWiki farm updated! http://www.xwiki.org/xwiki/bin/view/XWiki/Migrations Hope this helps! 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] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with
Hi! markblokpoel wrote: > Hi Ricardo, > > Thank you for your reply. > > When I was setting up xwiki I was at work (same network as the xwiki > server). At that time everything was working perfectly, even more everything > is still working perfectly when I use the xwiki from work. I just can't > login from other places outside my work network. I tried the superadmin > account, it also doesn't work from outside.. but does work on the same > network. > > This thing has me baffled.. Maybe I'll try a re-deployement of the wiki this > afternoon and see if that works. > > Best, > Mark > > -- > Radboud University Nijmegen > But, have you ever been able to login from the outside world? If not, thus, I'm not able to find an answer other than something in the protection of your network is interfering the login process. I've found this: http://jira.xwiki.org/jira/browse/XWIKI-1071 It is not the same symptom, but at least it shows that things will go wrong when a firework rejects cookies. Another shot: are you using the same box when accessing from outside the network where the server is installed? Are you sure cookies are enabled? Yeap, this is too basic, but usually fail when checking this simple things! Cheers, 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] useip not in config
On 12/07/2010 10:04 AM, Paul Harris wrote: > I see in the administration documentation: > > Encrypt cookies using IP address > > Even if the password cannot be extracted from the cookie, the cookies might > be stolen See: XSS and used as they are. > By setting the xwiki.cfg parameter xwiki.authentication.useip to true you > can block the cookies from being used except by the same ip address which > got them. > > But when I look in xwiki.cfg, there is no mention of useip. Is this option > still recommended for use? By default it is true, so you don't have to add it there. Even if a setting is not present in xwiki.cfg, you can add it anytime. Most of the settings that are present are commented out anyway. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ 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
On 12/07/2010 01:14 PM, Lars Lindwall wrote: > > Hi, > Please find below the requested info. > /Lars This isn't the right content. Please import this panel again. Looking at the other screenshots, I'm not sure you actually imported any document from the XAR. Note that it's not enough to just upload the XAR, you have to click on its name after that, select the documents you want to import from it, then click on the import button. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Include Macro failed in a page with annotation
Le Génie wrote:
> Hi Ricardo,
>
> The problem occurs with {{include document="xxx" /}} for registered
> users. And the annotation is in the including page (not the included).
> No problem with the {{toc /}} macro.
>
> 2010/12/7 Ricardo Rodriguez [eBioTIC.]
>
>
Just a shot: have those users read rights on the included document/s?
>> Hi
>>
>> Le Génie wrote:
>>
>>> Hi,
>>>
>>> I use XWiki XEM 2.4.4 and when I add an annotation to a page, the include
>>> macro (also present in the same page) displays :
>>> "Failed to execute the [include] macro"
>>>
>>> It seems to be the issue XSKINX-39 but it was fixed a long time ago.
>>> Nothing in the xwiki or tomcat log.
>>>
>>> Is there something to verify ?
>>>
>>> Thank for your help.
>>>
>>> Maxime
>>> ___
>>> users mailing list
>>> users@xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/users
>>>
>>>
>>>
>> It is correctly working for me in a XE/XEM 2.4.30451 box.
>>
>> http://ebiotic.net/bin/ICT/TOCsample
>> http://ebiotic.net/bin/ICT/TOCsample?viewer=code
>>
>> Annotation are only showed to registered users. Let me know if it could
>> be of any help for your to access this box.
>>
>> Cheers,
>>
>> 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
>>
>>
> ___
> 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] confirmed registrations
Hi Paul, On Tue, Dec 7, 2010 at 12:52, Paul Harris wrote: > This is not the ideal solution as anyone could still register a user and > put > wacky/spam in their personal profile. > > But thanks for the info, I can use your idea for some other things I need > to > do :) > > On 7 December 2010 19:35, Le Génie wrote: > > > Hi Paul, > > > > I'm not very familiar with registration because I'm not using it. > > > > But I can suggest this idea. > > Each new user is automatically included in the XWikiAllGroup. If you > don't > > give right to this group, self registered users can't see your content. > > Then the administrator can add them to a correct group (with the proper > > rights) or delete them. > What you need to do is to allow the "register" right only for the XWiki.XWikiAdmin group and for no other group, nor for guest users. Leave those blanks. Once you do that only admins will be able to register new users. Guillaume > > Hope this help. > > > > Maxime > > > > 2010/12/7 Ricardo Rodriguez [eBioTIC.] > > > > > > > > > > > Paul Harris wrote: > > > > Hi all, > > > > > > > > I see in the "Access Rights" documentation that there are 3 ways it > can > > > be > > > > set up: > > > > > > > > Open Wiki > > > > Public Wiki > > > > Public Wiki with confirmed registration > > > > > > > > All of those options allow the user to register without forcing the > > admin > > > to > > > > confirm the registration. > > > > I don't want users to be able to register themselves. I have a small > > set > > > of > > > > special users and I want to be able to register them manually, or at > > > least > > > > have to confirm their registration before an account is created for > > them. > > > > > > > > any normal visitor should not be able to modify anything on the > > website, > > > and > > > > that includes registering themselves. > > > > > > > > is this possible? > > > > thanks > > > > Paul > > > > ___ > > > > users mailing list > > > > users@xwiki.org > > > > http://lists.xwiki.org/mailman/listinfo/users > > > > > > > > > > > > > > To avoid self-registration: > > > > > > 1. Log with an user with administration rights > > > 2. Go to Administer Wiki > > > 3. Go to Rights > > > 4. Users' Rights > > > 5. Uncheck Register for Unregistered Users > > > > > > To the best of my knowledge, out of the box, there is not possible to > > > enforce registration approval by an admin or any other user. > > > > > > HTH, > > > > > > 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 > > > > > ___ > > 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] Include Macro failed in a page with annotation
On Tue, Dec 7, 2010 at 14:18, Le Génie wrote: > Hi Thomas, > > No, I can click but nothing occurs. No exception or stack trace shown. That's weird since macro errors like "Failed to execute the [include] macro" always come from an exception. Maybe you have a js issue that make impossible to display the error details, you can probably find it in the html source. > > 2010/12/7 Thomas Mortagne > >> On Tue, Dec 7, 2010 at 12:25, Le Génie >> wrote: >> > Hi, >> > >> > I use XWiki XEM 2.4.4 and when I add an annotation to a page, the include >> > macro (also present in the same page) displays : >> > "Failed to execute the [include] macro" >> > >> > It seems to be the issue XSKINX-39 but it was fixed a long time ago. >> > Nothing in the xwiki or tomcat log. >> > >> > Is there something to verify ? >> >> Could you click on the error box and get the full detail. >> >> > >> > Thank for your help. >> > >> > Maxime >> > ___ >> > users mailing list >> > users@xwiki.org >> > http://lists.xwiki.org/mailman/listinfo/users >> > >> >> >> >> -- >> Thomas Mortagne >> ___ >> 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 > -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Confusion over XWord versions
On 11 November 2010 22:51, Vincent Massol wrote: > > On Nov 11, 2010, at 3:42 PM, Florin Ciubotaru wrote: > > > Hi, > > > > On Thu, Nov 11, 2010 at 12:55 PM, Vincent Massol > wrote: > > > >> > >> On Nov 11, 2010, at 11:50 AM, Florin Ciubotaru wrote: > >> > >>> Hi Marius, > >>> > >>> On Thu, Nov 11, 2010 at 10:06 AM, Marius Dumitru Florea < > >>> mariusdumitru.flo...@xwiki.com> wrote: > >>> > Florin, I suspect you have to update the XHTML that XWord generates > when > the user inserts an image to match the rendering module expectations. > See http://jira.xwiki.org/jira/browse/XWIKI-5554 . Starting with XE > 2.5 > image and link markers (the XHTML comments used by the rendering > module) > use the same syntax. Let me know if you need any help. > > >>> > >>> Indeed, this could be the cause of the issue. I would have expected > this > >>> behavior to be backwords compatible or having the old one deprecated > for > >>> several XWiki versions as we receive this 'formated' XHTML trough > public > >>> APIs. At this point the conversion will simply crash when used by an > >> older > >>> client. > >> > >> IMO we should check the version of XE when XWord connects to it and if > it's > >> not compatible mention it. > >> > > > >> WDYT? > >> > > XOffice already checks the XE version for several reasons. For this > > particular issue, I'd prefer to implement the fix it rather then saying > it's > > incompatible. First thing to do until a release is done, is to at least > > document this on the wiki. > > The client relies on the XML-RPC and REST APIs which means that it should > be > > compatible with the server as long as nothing changes in the API specs. > > I cannot confirm the exact cause of the issue yet. But based on the hint > > from Marius I could say that the xhtml parser should have accepted the > old > > image marker for several versions. XML-RPC is a backwards compatible API, > > once we introduced the conversion methods, it means we commit to having > them > > working properly across several XWiki versions. > > On the server side, in the rendering module, we have *voluntarily* broken > several APIs. See the release notes for 2.5: > > http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise25#HAPIBreakages > > I don't know how this can affect you (i.e how this can affect the XMLRPC > module). > > But if you produce XHTML on the XOffice side and if this XHTML contains > markers then the marker syntax has changed in 2.5. > > Thanks > -Vincent > > I'd like to get XWord working, even if it means hacking it myself. Can anyone give me some pointers on what has to be done? thanks Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Include Macro failed in a page with annotation
Hi Ricardo,
The problem occurs with {{include document="xxx" /}} for registered
users. And the annotation is in the including page (not the included).
No problem with the {{toc /}} macro.
2010/12/7 Ricardo Rodriguez [eBioTIC.]
> Hi
>
> Le Génie wrote:
> > Hi,
> >
> > I use XWiki XEM 2.4.4 and when I add an annotation to a page, the include
> > macro (also present in the same page) displays :
> > "Failed to execute the [include] macro"
> >
> > It seems to be the issue XSKINX-39 but it was fixed a long time ago.
> > Nothing in the xwiki or tomcat log.
> >
> > Is there something to verify ?
> >
> > Thank for your help.
> >
> > Maxime
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> >
>
> It is correctly working for me in a XE/XEM 2.4.30451 box.
>
> http://ebiotic.net/bin/ICT/TOCsample
> http://ebiotic.net/bin/ICT/TOCsample?viewer=code
>
> Annotation are only showed to registered users. Let me know if it could
> be of any help for your to access this box.
>
> Cheers,
>
> 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Include Macro failed in a page with annotation
Hi Thomas, No, I can click but nothing occurs. No exception or stack trace shown. 2010/12/7 Thomas Mortagne > On Tue, Dec 7, 2010 at 12:25, Le Génie > wrote: > > Hi, > > > > I use XWiki XEM 2.4.4 and when I add an annotation to a page, the include > > macro (also present in the same page) displays : > > "Failed to execute the [include] macro" > > > > It seems to be the issue XSKINX-39 but it was fixed a long time ago. > > Nothing in the xwiki or tomcat log. > > > > Is there something to verify ? > > Could you click on the error box and get the full detail. > > > > > Thank for your help. > > > > Maxime > > ___ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > > > > -- > Thomas Mortagne > ___ > 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] Offline storage migration / Export
Hi, I have an existing XWiki enterprise 1.3.1 running with a mysql backend and storage version 7351. I would like to upgrade to XWiki enterprise 2.6, but I am running into problems. - a xar export eats all ram, and the max heap is already the maximum of my 32-bit linux (-Xmx2600m) . When I increase it the jvm fails to start. The backup.xar stops at around 1.1GB, and then I gets OutOfMemory execeptions all over the place. - when I install 2.6 using the same mysql backend, the storage migration throws a massive amoutn of errors, mostly due to "Exception while saving object XWiki.XWikiUsers". This is migration R15428XWIKI2977. Is there a way to perform an offline migration, so I can debug where needed, ot a way to perform an export and import in a clean database offline? Regards, Leen ___ 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
Hi,
Please find below the requested info.
/Lars
#set($pages = $tdoc.includedPages)
#largepanelheader($msg.get("panels.documentInformation.title"))
$msg.get("panels.documentInformation.parent")
#if(($tdoc.language=="")&&($xwiki.isMultiLingual()))
$msg.get("panels.documentInformation.defaultLanguage")
#end
##--
## Display wiki syntax combo box if there's more than one configured syntax.
##--
$xwiki.jsx.use($paneldoc.fullName)##
#if($xwiki.getConfiguredSyntaxes().size() > 1)
Page Syntax
XWiki 1.0
#set($configuredSyntaxes = $xwiki.getConfiguredSyntaxes())
#foreach($syntax in $syntaxFactory.getAvailableSyntaxes())
#if($configuredSyntaxes.contains($syntax.toIdString()) &&
!$syntax.toIdString().equalsIgnoreCase('xwiki/1.0'))
$syntax.toString()
#end
#end
#end
##--
#if($pages.size() != 0)
#if($pages.size() == 1)
$msg.get("panels.documentInformation.includesOne",
[$pages.size()])
#else
$msg.get("panels.documentInformation.includesMore",
[$pages.size()])
#end
#foreach ($page in $pages)
$xwiki.getURL($page, $page
$xwiki.getURL($page,
$msg.get("panels.documentInformation.editIncluded")
#end
#end
#template("tagedit.vm")
#panelfooter()
--
View this message in context:
http://xwiki.475771.n2.nabble.com/Clobbered-syntax-when-importing-2-1-xwiki-content-into-2-5-1-tp5808169p5811385.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] Include Macro failed in a page with annotation
On Tue, Dec 7, 2010 at 12:25, Le Génie wrote: > Hi, > > I use XWiki XEM 2.4.4 and when I add an annotation to a page, the include > macro (also present in the same page) displays : > "Failed to execute the [include] macro" > > It seems to be the issue XSKINX-39 but it was fixed a long time ago. > Nothing in the xwiki or tomcat log. > > Is there something to verify ? Could you click on the error box and get the full detail. > > Thank for your help. > > Maxime > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Include Macro failed in a page with annotation
Hi Le Génie wrote: > Hi, > > I use XWiki XEM 2.4.4 and when I add an annotation to a page, the include > macro (also present in the same page) displays : > "Failed to execute the [include] macro" > > It seems to be the issue XSKINX-39 but it was fixed a long time ago. > Nothing in the xwiki or tomcat log. > > Is there something to verify ? > > Thank for your help. > > Maxime > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > It is correctly working for me in a XE/XEM 2.4.30451 box. http://ebiotic.net/bin/ICT/TOCsample http://ebiotic.net/bin/ICT/TOCsample?viewer=code Annotation are only showed to registered users. Let me know if it could be of any help for your to access this box. Cheers, 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] confirmed registrations
This is not the ideal solution as anyone could still register a user and put wacky/spam in their personal profile. But thanks for the info, I can use your idea for some other things I need to do :) On 7 December 2010 19:35, Le Génie wrote: > Hi Paul, > > I'm not very familiar with registration because I'm not using it. > > But I can suggest this idea. > Each new user is automatically included in the XWikiAllGroup. If you don't > give right to this group, self registered users can't see your content. > Then the administrator can add them to a correct group (with the proper > rights) or delete them. > > Hope this help. > > Maxime > > 2010/12/7 Ricardo Rodriguez [eBioTIC.] > > > > > > > Paul Harris wrote: > > > Hi all, > > > > > > I see in the "Access Rights" documentation that there are 3 ways it can > > be > > > set up: > > > > > > Open Wiki > > > Public Wiki > > > Public Wiki with confirmed registration > > > > > > All of those options allow the user to register without forcing the > admin > > to > > > confirm the registration. > > > I don't want users to be able to register themselves. I have a small > set > > of > > > special users and I want to be able to register them manually, or at > > least > > > have to confirm their registration before an account is created for > them. > > > > > > any normal visitor should not be able to modify anything on the > website, > > and > > > that includes registering themselves. > > > > > > is this possible? > > > thanks > > > Paul > > > ___ > > > users mailing list > > > users@xwiki.org > > > http://lists.xwiki.org/mailman/listinfo/users > > > > > > > > > > To avoid self-registration: > > > > 1. Log with an user with administration rights > > 2. Go to Administer Wiki > > 3. Go to Rights > > 4. Users' Rights > > 5. Uncheck Register for Unregistered Users > > > > To the best of my knowledge, out of the box, there is not possible to > > enforce registration approval by an admin or any other user. > > > > HTH, > > > > 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 > > > ___ > 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] confirmed registrations
On 7 December 2010 19:09, Ricardo Rodriguez [eBioTIC.] < ricardo.rodrig...@ebiotic.net> wrote: > > > Paul Harris wrote: > > Hi all, > > > > I see in the "Access Rights" documentation that there are 3 ways it can > be > > set up: > > > > Open Wiki > > Public Wiki > > Public Wiki with confirmed registration > > > > All of those options allow the user to register without forcing the admin > to > > confirm the registration. > > I don't want users to be able to register themselves. I have a small set > of > > special users and I want to be able to register them manually, or at > least > > have to confirm their registration before an account is created for them. > > > > any normal visitor should not be able to modify anything on the website, > and > > that includes registering themselves. > > > > is this possible? > > thanks > > Paul > > ___ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > > > > To avoid self-registration: > > 1. Log with an user with administration rights > 2. Go to Administer Wiki > 3. Go to Rights > 4. Users' Rights > 5. Uncheck Register for Unregistered Users > > To the best of my knowledge, out of the box, there is not possible to > enforce registration approval by an admin or any other user. > > HTH, > > Ricardo > > Thanks, this is exactly what I was looking for! ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] confirmed registrations
Hi Paul, I'm not very familiar with registration because I'm not using it. But I can suggest this idea. Each new user is automatically included in the XWikiAllGroup. If you don't give right to this group, self registered users can't see your content. Then the administrator can add them to a correct group (with the proper rights) or delete them. Hope this help. Maxime 2010/12/7 Ricardo Rodriguez [eBioTIC.] > > > Paul Harris wrote: > > Hi all, > > > > I see in the "Access Rights" documentation that there are 3 ways it can > be > > set up: > > > > Open Wiki > > Public Wiki > > Public Wiki with confirmed registration > > > > All of those options allow the user to register without forcing the admin > to > > confirm the registration. > > I don't want users to be able to register themselves. I have a small set > of > > special users and I want to be able to register them manually, or at > least > > have to confirm their registration before an account is created for them. > > > > any normal visitor should not be able to modify anything on the website, > and > > that includes registering themselves. > > > > is this possible? > > thanks > > Paul > > ___ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > > > > To avoid self-registration: > > 1. Log with an user with administration rights > 2. Go to Administer Wiki > 3. Go to Rights > 4. Users' Rights > 5. Uncheck Register for Unregistered Users > > To the best of my knowledge, out of the box, there is not possible to > enforce registration approval by an admin or any other user. > > HTH, > > 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 > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Include Macro failed in a page with annotation
Hi, I use XWiki XEM 2.4.4 and when I add an annotation to a page, the include macro (also present in the same page) displays : "Failed to execute the [include] macro" It seems to be the issue XSKINX-39 but it was fixed a long time ago. Nothing in the xwiki or tomcat log. Is there something to verify ? Thank for your help. Maxime ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] confirmed registrations
Paul Harris wrote: > Hi all, > > I see in the "Access Rights" documentation that there are 3 ways it can be > set up: > > Open Wiki > Public Wiki > Public Wiki with confirmed registration > > All of those options allow the user to register without forcing the admin to > confirm the registration. > I don't want users to be able to register themselves. I have a small set of > special users and I want to be able to register them manually, or at least > have to confirm their registration before an account is created for them. > > any normal visitor should not be able to modify anything on the website, and > that includes registering themselves. > > is this possible? > thanks > Paul > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > To avoid self-registration: 1. Log with an user with administration rights 2. Go to Administer Wiki 3. Go to Rights 4. Users' Rights 5. Uncheck Register for Unregistered Users To the best of my knowledge, out of the box, there is not possible to enforce registration approval by an admin or any other user. HTH, 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] Attachments-RAM dependencies, anchors, TOC
On 12/07/2010 01:55 AM, 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?
> - 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 ?
You can edit the wysiwyg_storeConfig velocity macro found in
templates/macros.vm so that it takes the value of the WYSIWYG editor
configuration parameters from space preferences. For instance:
#set($ok = $parameters.put('menu',
$xwiki.getSpacePreference('wysiwyg.menu', 'link image table macro import')))
See
http://nexus.xwiki.org/nexus/service/local/repositories/releases/archive/com/xpn/xwiki/platform/xwiki-core/2.6/xwiki-core-2.6-javadoc.jar/!/com/xpn/xwiki/api/XWiki.html#getSpacePreference%28java.lang.String,%20java.lang.String%29
Then you have to add the corresponding properties (i.e. 'wysiwyg.menu')
to SpaceName.WebPreferences page (where 'SpaceName' is the space where
you want the WYSIWYG editor to be customised).
You can do this for any WYSIWYG editor configuration parameter. For the
full list, see
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/WysiwygEditor#HConfigurationParameters
.
>
> 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
This is not possible right now through the WYSIWYG editor UI. You can
open a feature request on jira.xwiki.org
Hope this helps,
Marius
>
> 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] Clobbered syntax when importing 2.1 xwiki content into 2.5.1
Hi, I did and it works. See below. However, the pop-list offers just the XWiki 1.0 alternative. /Lars http://xwiki.475771.n2.nabble.com/file/n5810958/docinf.jpg -- View this message in context: http://xwiki.475771.n2.nabble.com/Clobbered-syntax-when-importing-2-1-xwiki-content-into-2-5-1-tp5808169p5810958.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
On Dec 7, 2010, at 8:37 AM, Lars Lindwall wrote: > > 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 [snip] This looks good so yes it could the information panel but if you have imported the whole XAR then there's no reason. You can copy paste us the content of your information panel: http://localhost:8080/xwiki/bin/inline/Panels/DocumentInformation Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] confirmed registrations
Hi all, I see in the "Access Rights" documentation that there are 3 ways it can be set up: Open Wiki Public Wiki Public Wiki with confirmed registration All of those options allow the user to register without forcing the admin to confirm the registration. I don't want users to be able to register themselves. I have a small set of special users and I want to be able to register them manually, or at least have to confirm their registration before an account is created for them. any normal visitor should not be able to modify anything on the website, and that includes registering themselves. is this possible? thanks Paul ___ 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
Lars Lindwall wrote: > 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 > Simply go to http://yourserver/xwiki/bin/view/Panels/DocumentInformation. If it fails, for any reason, you haven't imported that panel. 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] Remove a translation
Gerritjan Koekkoek wrote: > Hello Ralucca, > > When I do what you suggest, i delete a translation without links to other > wiki-pages > I get a warning that all links will be without parent. It looks like the > delete action from the menubar is evaluating the links of the default page. > You get this message if the document your are going to delete is anywhere set as Parent. As you don't specify a given translation as parent, yes, you get the warnings when you are going to delete any of the parent translations. But only the current translation gets removed provided it is not the default one what are you deleting. I do think this topic is worth a Jira issue. Raluca, what do you think? Thanks! > Is this by intention? > Can I trust that only the translation currently shown on my screen is deleted. > > How would a script look to delete all translations of a document? > Very nice would be if the script would alsp be able to create a new > translation based on the content of the default page > Even super cool would be a feature where you can ask google-translate (or any > webservice) to create such a translation > as a headstart for the content managers > > Gerritjan > > Op 6 dec 2010, om 21:37 heeft Raluca Stavro het volgende geschreven: > > 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 > 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 > > ___ > 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] useip not in config
I see in the administration documentation: Encrypt cookies using IP address Even if the password cannot be extracted from the cookie, the cookies might be stolen See: XSS and used as they are. By setting the xwiki.cfg parameter xwiki.authentication.useip to true you can block the cookies from being used except by the same ip address which got them. But when I look in xwiki.cfg, there is no mention of useip. Is this option still recommended for use? thanks Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachments lost !
On 7 December 2010 16:53, Paul Harris wrote: > > > On 6 December 2010 20:02, Ricardo Rodriguez [eBioTIC.] < > ricardo.rodrig...@ebiotic.net> wrote: > >> >> >> Caleb James DeLisle wrote: >> > On 11/30/2010 05:46 PM, Ricardo Rodriguez [eBioTIC.] wrote: >> > >> >> Piotr Dziubecki wrote: >> >> >> >> > snip > > > >> >>> >> >> Does this add a reason to always use innodb as engine when running >> XWiki >> >> with MySQL as database? Thanks! >> >> >> > >> > In general, myisam should not be used in cases where the integrity of >> the data is important. This is >> > because myisam makes no effort to repair the database if saving content >> fails in the middle of the >> > operation. >> > >> > >> > Caleb >> > >> > >> >> Thanks, Caleb. >> >> I was not aware of this and always used MyISAM table that seem to be the >> default take. Don't you think that at least a warning to new users to >> consider if they prefer MyISAM or InnoDB databases? Perhaps here... >> >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL >> >> I understand that RDBMS details are not a XWiki matter, but it could be >> it if the decision obviously affects XWiki security and performance. >> >> WDYT? >> >> > > Hi > > I've used mysql for a while now, and my apps always specify the type of > table at the point of creation. > > I also checked a database created by trac, the issue-tracking webserver, and it correctly created innodb tables without me doing anything at all... > I just installed xwiki for the first time on a linux server with mysql, and > noticed that all the tables are MyISAM. If I didn't read this email > thread, I wouldn't have thought to check that, as I would have assumed xwiki > would've asked for innodb tables when it initialised the database. > > So questions are: > * why doesn't xwiki automatically ask for innodb ? > * how am I supposed to convert the existing database to innodb ? > * how should new databases be created so that innodb tables are used ? > > thanks > Paul > > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachments lost !
On 6 December 2010 20:02, Ricardo Rodriguez [eBioTIC.] < ricardo.rodrig...@ebiotic.net> wrote: > > > Caleb James DeLisle wrote: > > On 11/30/2010 05:46 PM, Ricardo Rodriguez [eBioTIC.] wrote: > > > >> Piotr Dziubecki wrote: > >> > > snip > >>> > >> Does this add a reason to always use innodb as engine when running XWiki > >> with MySQL as database? Thanks! > >> > > > > In general, myisam should not be used in cases where the integrity of the > data is important. This is > > because myisam makes no effort to repair the database if saving content > fails in the middle of the > > operation. > > > > > > Caleb > > > > > > Thanks, Caleb. > > I was not aware of this and always used MyISAM table that seem to be the > default take. Don't you think that at least a warning to new users to > consider if they prefer MyISAM or InnoDB databases? Perhaps here... > > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL > > I understand that RDBMS details are not a XWiki matter, but it could be > it if the decision obviously affects XWiki security and performance. > > WDYT? > > Hi I've used mysql for a while now, and my apps always specify the type of table at the point of creation. I just installed xwiki for the first time on a linux server with mysql, and noticed that all the tables are MyISAM. If I didn't read this email thread, I wouldn't have thought to check that, as I would have assumed xwiki would've asked for innodb tables when it initialised the database. So questions are: * why doesn't xwiki automatically ask for innodb ? * how am I supposed to convert the existing database to innodb ? * how should new databases be created so that innodb tables are used ? thanks Paul ___ 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
Hi Ricardo, Thank you for your reply. When I was setting up xwiki I was at work (same network as the xwiki server). At that time everything was working perfectly, even more everything is still working perfectly when I use the xwiki from work. I just can't login from other places outside my work network. I tried the superadmin account, it also doesn't work from outside.. but does work on the same network. This thing has me baffled.. Maybe I'll try a re-deployement of the wiki this afternoon and see if that works. Best, Mark -- Radboud University Nijmegen -- View this message in context: http://xwiki.475771.n2.nabble.com/WARN-xwiki-MyPersistentLoginManager-Login-cookie-validation-hash-mismatch-Cookies-have-been-tamperedh-tp5807284p5810824.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
Hello Mark, On Mon, Dec 6, 2010 at 8:54 PM, 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 > > >> And I can't find any documentation on editing/creating content from > OpenOffice > > >> and/or via any webdav client. > For the WebDAV integration please refer to http://platform.xwiki.org/xwiki/bin/view/Features/WebDAV Bye, Jerome 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=XOO&wikinames=&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 > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachments-RAM dependencies, anchors, TOC
Hi!
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?
> - 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 :-)
>
Something like this will be also welcome here. We would like to have
some "multi chapter book" feature to automatically generate such kind of
TOCs without having to include the whole documents in a given page.
For instance, this works:
{{toc /}}
{{include document="TOCsample01"/}}
{{include document="TOCsample02"/}}
But it create a "global" document including all the contents.
It will be great to be able to define de scope of the TOC macro to
include several documents. Perhaps those of a space or those in some way
tagged. I think premises are there, but I'm still lacking the required
developer skills to contribute a new macro or modify the existing one!
Thanks.
> Thank you
>
> Dmitry Bakbardin
>
> ___
> 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] grant rights to a specific user
Ecaterina Moraru (Valica) wrote:
> 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
>
>
I get your point. thanks. But I think it keep being counter-intuitive
for me that once I grant some rights on a page to a group, the fact of
explicitly adding some user (belonging or not to the previous group)
rights to the same page prevents members of the original granted group,
included the owner, to access the document.
>
>> 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 >> 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 Boasso
Re: [xwiki-users] Remove a translation
Hello Ralucca, When I do what you suggest, i delete a translation without links to other wiki-pages I get a warning that all links will be without parent. It looks like the delete action from the menubar is evaluating the links of the default page. Is this by intention? Can I trust that only the translation currently shown on my screen is deleted. How would a script look to delete all translations of a document? Very nice would be if the script would alsp be able to create a new translation based on the content of the default page Even super cool would be a feature where you can ask google-translate (or any webservice) to create such a translation as a headstart for the content managers Gerritjan Op 6 dec 2010, om 21:37 heeft Raluca Stavro het volgende geschreven: 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 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
