Re: [xwiki-users] Curriki vs PeerWise

[Asiri Rathnayake]

Hi Guillaume,

Thanks for this pointer. Polls application clearly shows the potential of
XWiki for this kind of work!

- Asiri

On Wed, Oct 19, 2011 at 1:27 PM, Guillaume Lerouge wrote:

> Hi Asiri,
>
> I think that the closest thing we have to this in XWiki would be the Polls
> application:
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Polls+Application ,
> but
> it's probably far from being as polished as PeerWise.
>
> So you would have to either integrate and/or build something similar in
> XWiki in order to benefit from the features.
>
> Guillaume
>
> On Tue, Oct 18, 2011 at 8:43 PM, Asiri Rathnayake <
> asiri.rathnay...@gmail.com> wrote:
>
> > Hi,
> >
> > We've been recently experimenting with PeerWise (
> > http://peerwise.cs.auckland.ac.nz/) which allows students to make /
> answer
> > /
> > rate simple multiple-choice style questions (there are a lot of social
> > features as well). I was wondering if this kind of functionality is
> > available in Curriki or any other XWiki derivative, it seemed
> implementing
> > something like PeerWise on top of XWiki would be really interesting :)
> >
> > Many thanks for your comments.
> >
> > - Asiri
> > ___
> > 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] Curriki vs PeerWise

[Asiri Rathnayake]

Hi,

We've been recently experimenting with PeerWise (
http://peerwise.cs.auckland.ac.nz/) which allows students to make / answer /
rate simple multiple-choice style questions (there are a lot of social
features as well). I was wondering if this kind of functionality is
available in Curriki or any other XWiki derivative, it seemed implementing
something like PeerWise on top of XWiki would be really interesting :)

Many thanks for your comments.

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

Re: [xwiki-users] Crazy-bad security

[Asiri Rathnayake]

Hi,

On Thu, Jun 30, 2011 at 8:15 AM, Paul Harris  wrote:

> Hi guys,
>
> I installed the "Admin Tools" plugin
> http://extensions.xwiki.org/xwiki/bin/view/Extension/AdminTools
>
> And found that half the stuff didn't work anyway.
>
> Regardless, carrying on, I am hoping the User Rights tool will be helpful,
> however it can't seem to check the most important user:
> the Unregistered User
>
> And what is worse, I discovered by accident that the Unregistered User can
> access the space!
> For example, an unregistered user can access the /xwiki/Admin/RunQuery
> page,
> which could be used to run queries directly on the database, for example
> select * from xwikipreferences
>
> Does this give anyone else a heart attack too??
>

I don't think this "extension" is part of the standard XE/XEM release. You
should be careful when installing extensions.


>
> WHY is there no default "cannot view unless admin says so" mode?
> This is a problem with all of my spaces.  When I create a space, I want to
> then have to go and ALLOW people to access it.  Not open by default, that
> is
> much harder to configure.
>

It's a wiki, and wikis are supposed to be open by default. If the the
default behaviour is "closed", it would be hard for a normal user to create
a space and allow other users to contribute content (he'll have to wait for
the admin to open that space).

This is only my personal understanding and I'm not a professional XWiki
user, so let's wait for some other views as well.

Thanks.

- Asiri


>
> Can someone please look at rights management, it seems to be insecure by
> default, and makes me scared.
>
> thanks.
> Paul
> ___
> 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] RES: External OpenOffice Server

[Asiri Rathnayake]

Hi,

And here is the discussion I mentioned:
http://www.mail-archive.com/devs@xwiki.org/msg09117.html

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

Re: [xwiki-users] RES: External OpenOffice Server

[Asiri Rathnayake]

2011/3/25 Asiri Rathnayake 

> Hi Ramon,
>
>
> Asiri, when the web service mode turns available on next versions of
>> JODConverter, will it be possible to use it in XWiki, in the way to have
>> OpenOffice and XWiki on different servers? I'm so interested on it because
>> in our company here, it's not (and I believe it won't be) possible to share
>> our production container server with an openoffice instance (policy
>> restrictions higher than we can deal), and we do have a dedicated openoffice
>> server up and running, on another machine, for other applications. We're
>> running XE2.4.3 without Office Importer functionalities and the main reason
>> to upgrade to the last version, among others, would be the opportunity
>> window do activate this amazing feature, what would substantially boost our
>> XWiki experience.
>>
>> Aren't there any possibilities or approaches in the short term, at all?
>>
>
> I think I proposed one possible alternative sometime back:
>
> 1. On the machine you are running openoffice server, you'll have to setup a
> tomcat server and a small servlet. This servlet will take care of converting
> office documents into html and zipping them up (because the conversion could
> result in multiple artifacts) and streaming them back to the client who
> invoked the servlet.
>
> 2. Modify officeimporter codebase so that OfficeConverter (IIRC) now
> instead consumes this servlet for document conversion instead of the local
> openoffice server.
>

PS: Notice the huge overhead in transferring documents and results up and
down to / from the machine running openoffice server, but this is inevitable
if you plan to run openoffice server remotely.


>
> IMO this solution is not that hard to implement but as I remember nobody
> commented on this approach back then.
>
> Thanks.
>
> - Asiri
>
>
>
>> Thanks in advance for your precious help.
>>
>>
>> Ramon Gomes Brandão
>>
>>
>> -Mensagem original-
>> De: users-boun...@xwiki.org em nome de Marius Dumitru Florea
>> Enviada: qua 23/3/2011 18:45
>> Para: users@xwiki.org
>> Assunto: Re: [xwiki-users] External OpenOffice Server
>>
>> Hi Ramon,
>>
>> On 03/23/2011 11:22 PM, Ramon Gomes Brandão - SERINT wrote:
>> > Hi,
>> >
>>
>> > Is it possible to use an external OpenOffice Server that is not on the
>> same machine as the XWiki instance, i.e., not local? If so, how can I do
>> that? If not, can't I even test this possibility? External local one is
>> running in my test place, but in production environment this probably won't
>> be the case.
>>
>> We're using http://code.google.com/p/jodconverter/ to connect to the
>> OpenOffice server and convert office documents. Here's a discussion
>> regarding your problem on their google group, raised by Asiri, the
>> person who wrote the xwiki-office-importer module:
>>
>> http://groups.google.com/group/jodconverter/browse_thread/thread/f4f0e8328d422fbf
>> .
>>
>> Using a remote OpenOffice server had some limitations at that point.
>> Maybe you can check if the latest version of jodconverter was improved
>> in this direction.
>>
>> Hope this helps,
>> Marius
>>
>> >
>> > I'm using XE 2.7.1 and I'll test also XE 3.0M3.
>> >
>> > Ramon Gomes Brandão
>> >
>> > ___
>> > 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] RES: External OpenOffice Server

[Asiri Rathnayake]

Hi Ramon,


Asiri, when the web service mode turns available on next versions of
> JODConverter, will it be possible to use it in XWiki, in the way to have
> OpenOffice and XWiki on different servers? I'm so interested on it because
> in our company here, it's not (and I believe it won't be) possible to share
> our production container server with an openoffice instance (policy
> restrictions higher than we can deal), and we do have a dedicated openoffice
> server up and running, on another machine, for other applications. We're
> running XE2.4.3 without Office Importer functionalities and the main reason
> to upgrade to the last version, among others, would be the opportunity
> window do activate this amazing feature, what would substantially boost our
> XWiki experience.
>
> Aren't there any possibilities or approaches in the short term, at all?
>

I think I proposed one possible alternative sometime back:

1. On the machine you are running openoffice server, you'll have to setup a
tomcat server and a small servlet. This servlet will take care of converting
office documents into html and zipping them up (because the conversion could
result in multiple artifacts) and streaming them back to the client who
invoked the servlet.

2. Modify officeimporter codebase so that OfficeConverter (IIRC) now instead
consumes this servlet for document conversion instead of the local
openoffice server.

IMO this solution is not that hard to implement but as I remember nobody
commented on this approach back then.

Thanks.

- Asiri



> Thanks in advance for your precious help.
>
>
> Ramon Gomes Brandão
>
>
> -Mensagem original-
> De: users-boun...@xwiki.org em nome de Marius Dumitru Florea
> Enviada: qua 23/3/2011 18:45
> Para: users@xwiki.org
> Assunto: Re: [xwiki-users] External OpenOffice Server
>
> Hi Ramon,
>
> On 03/23/2011 11:22 PM, Ramon Gomes Brandão - SERINT wrote:
> > Hi,
> >
>
> > Is it possible to use an external OpenOffice Server that is not on the
> same machine as the XWiki instance, i.e., not local? If so, how can I do
> that? If not, can't I even test this possibility? External local one is
> running in my test place, but in production environment this probably won't
> be the case.
>
> We're using http://code.google.com/p/jodconverter/ to connect to the
> OpenOffice server and convert office documents. Here's a discussion
> regarding your problem on their google group, raised by Asiri, the
> person who wrote the xwiki-office-importer module:
>
> http://groups.google.com/group/jodconverter/browse_thread/thread/f4f0e8328d422fbf
> .
>
> Using a remote OpenOffice server had some limitations at that point.
> Maybe you can check if the latest version of jodconverter was improved
> in this direction.
>
> Hope this helps,
> Marius
>
> >
> > I'm using XE 2.7.1 and I'll test also XE 3.0M3.
> >
> > Ramon Gomes Brandão
> >
> > ___
> > 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] RES: XE 2.7.1 Office Preview nor Macro NOT Working

[Asiri Rathnayake]

Hi,

Is your office importer application working properly as described in
http://platform.xwiki.org/xwiki/bin/view/Features/OfficeImporter ? I'm
asking because the attachment preview also requires the same back-end (i.e.
an OpenOffice server).

- Asiri

2011/3/22 Ramon Gomes Brandão - SERINT 

> Sergiu,
>
> The attachment is there, I've downloaded it without problems (i've tried
> both for doc and odf documents). Does the office preview work only with
> simple docs? The preview eye icon does not appear for any odt, odf, ppt as
> well. Are there any configs that I need to make on xwiki.cfg or
> xwiki.properties? Any plugin to activate?
>
> Regards,
>
> Ramon Gomes Brandão
>
>
>
> -Mensagem original-
> De: users-boun...@xwiki.org em nome de Sergiu Dumitriu
> Enviada: seg 21/3/2011 19:11
> Para: XWiki Users
> Assunto: Re: [xwiki-users] XE 2.7.1 Office Preview nor Macro NOT Working
>
> On 03/21/2011 11:06 PM, Ramon Gomes Brandão - SERINT wrote:
> > Hi,
> >
> > I've could get my upgrade from 2.4.3 to 2.7.1 working in my test
> environment. The new features seem remarkable indeed, but one of the most
> important for our XWiki instance is not working properly: the Office Preview
> in attachments of Office Macro. The little eye right beside the edit and
> delete buttons on the attachments sections doesn't appear. Is there
> something I'm missing? Any configuration steps required?
> >
> > If I try the office macro, I get an exception:
> "org.xwiki.rendering.macro.MacroExecutionException: Failed to view office
> attachment.
> > " and "Caused by: java.lang.Exception: Attachment [name =
> [DescricaoSGAeSGA1.doc], type = [ATTACHMENT], parent = [name = [WebHome],
> type = [DOCUMENT], parent = [name = [Main], type = [SPACE], parent = [name =
> [xwiki], type = [WIKI], parent = [null] does not exist.", but the
> attachment is really there, showed in the attachments section.
>
> If you try to download the attachment, is it valid? This error could
> mean that although the attachment appears there, it's content is
> actually empty.
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> 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] R: Office Importer: Caused by: java.lang.IllegalStateException: invalid templateProfileDir

[Asiri Rathnayake]

Hi Andrea,

Did you try without specifying a template profile dir? (Comment out that
configuration option). As I remember, a temporary template profile dir is
created when one does not specify it.

Thanks.

- Asiri

On Wed, Sep 15, 2010 at 1:41 PM, Andrea Belli wrote:

> Thank for response.
>
> I restart the server and this is the fulllog file.
>
> 2010-09-15 10:06:17,970 [] [Thread-2] ERROR rnal.DefaultObservationManager
>  - Fail to send event
> [org.xwiki.observation.event.applicationstartedev...@17fc44f] to listener
> [org.xwiki.officeimporter.internal.openoffice.openofficemanagerlifecycleliste...@13136e5
> ]
> java.lang.IllegalStateException: invalid templateProfileDir: C:\Documents
> and Settings\Administrator\Application Data\OpenOffice.org\3
>at
> org.artofsolving.jodconverter.office.DefaultOfficeManagerConfiguration.buildOfficeManager(DefaultOfficeManagerConfiguration.java:122)
>at
> org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeManager.initialize(DefaultOpenOfficeManager.java:102)
>at
> org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeManager.start(DefaultOpenOfficeManager.java:135)
>at
> org.xwiki.officeimporter.internal.openoffice.OpenOfficeManagerLifecycleListener.startOpenOffice(OpenOfficeManagerLifecycleListener.java:96)
>at
> org.xwiki.officeimporter.internal.openoffice.OpenOfficeManagerLifecycleListener.onEvent(OpenOfficeManagerLifecycleListener.java:83)
>at
> org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:269)
>at
> org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:243)
>at
> org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:290)
>at
> org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:76)
>at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3972)
>at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4467)
>at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
>at
> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1041)
>at
> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:964)
>at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:502)
>at
> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
>at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>at
> org.apache.catalina.core.StandardService.start(StandardService.java:516)
>at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>at org.apache.catalina.startup.Catalina.start(Catalina.java:593)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>at java.lang.reflect.Method.invoke(Unknown Source)
>at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>
>
>
> the directory exists and it's empty.
> Thank you
> Andrea
>
> -Messaggio originale-
> Da: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] Per conto di
> Asiri Rathnayake
> Inviato: mercoledì 15 settembre 2010 05:34
> A: XWiki Users
> Oggetto: Re: [xwiki-users] Office Importer: Caused by:
> java.lang.IllegalStateException: invalid templateProfileDir
>
> Hi Andrea,
>
>
> On Tue, Sep 14, 2010 at 9:50 PM, Andrea Belli  >wrote:
>
> > After I installed the 2.4 version, the Office importer does not work
> > because it says the soffice process is not running. I tried to restart
> the
> > process using the Admin page but I get a velocity error 4001 caused by
> this
> > exception:
> >
> > Caused by: java.lang.IllegalSta

Re: [xwiki-users] Office Importer: Caused by: java.lang.IllegalStateException: invalid templateProfileDir

[Asiri Rathnayake]

Hi Andrea,


On Tue, Sep 14, 2010 at 9:50 PM, Andrea Belli wrote:

> After I installed the 2.4 version, the Office importer does not work
> because it says the soffice process is not running. I tried to restart the
> process using the Admin page but I get a velocity error 4001 caused by this
> exception:
>
> Caused by: java.lang.IllegalStateException: invalid templateProfileDir:
> C:Documents and SettingsAdministratorApplication DataOpenOffice.org3
>

Can you provide the log file messages corresponding to this error? When this
error happens, you should see an exception trace (bunch of messages) in the
xwiki.log file.

Thanks.

- Asiri


>
>
> 1)  The path exists and it is defined into xwiki.cfg correctly  (it's
> also shown correctly in the admin panel before I tried to press the update
> button.)
>
> 2)  The office 3.1 version works standalone.
>
> Any idea?
>
> Best Regards
>
> Andrea
> ___
> 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] Office Importer: Caused by: java.lang.IllegalStateException: invalid templateProfileDir

[Asiri Rathnayake]

Hi,

Please see http://code.google.com/p/jodconverter/wiki/GettingStarted

You need OOo > 3.0.0

- Asiri

On Tue, Sep 14, 2010 at 9:50 PM, Andrea Belli wrote:

> After I installed the 2.4 version, the Office importer does not work
> because it says the soffice process is not running. I tried to restart the
> process using the Admin page but I get a velocity error 4001 caused by this
> exception:
>
> Caused by: java.lang.IllegalStateException: invalid templateProfileDir:
> C:Documents and SettingsAdministratorApplication DataOpenOffice.org3
>
>
> 1)  The path exists and it is defined into xwiki.cfg correctly  (it's
> also shown correctly in the admin panel before I tried to press the update
> button.)
>
> 2)  The office 3.1 version works standalone.
>
> Any idea?
>
> Best Regards
>
> Andrea
> ___
> 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] Office importer splitter problem

[Asiri Rathnayake]

Hi,

On Fri, Sep 3, 2010 at 8:13 PM, Schaefers, Marcus  wrote:

> Hi all,
>
> The office importer works fine for importing a document in one page with
> the "append result" option. Now I'm trying to import a big office
> document (more than 300 documentpages) in about 100 xwikipages. When I
> try to use the splitter and import the document no XWiki pages are
> created and attached to the the target space. I tried to import a small
> document with... the same result. I can't figure out what I'm doing
> wrong. Is there a syntax voor the source document (headers?)?
>

You must choose the criterion for splitting, I think you have to select the
heading level based on which the document should be split. If you pick H3
level and there are no H3 headers, I don't think the document would be split
- at least this is how i remember.

Hope this helps.

- Asiri


> Any advise would be really great.
>
> Regards, Marcus
>
>
>
>
>
> The contents of this e-mail and attachments are confidential.
> It is intended for the named recipient(s) only. If you have received this
> e-mail in error, please notify the system manager or the sender immediately
> and do not disclose the contents of this e-mail to anyone or make copies.
>
> This e-mail is from the Netherlands Court of Audit, Lange Voorhout 8, 2514
> ED, The Hague, NETHERLANDS.
> ___
> 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] Webdav Access for a mulitple virtual Wiki's

[Asiri Rathnayake]

Hi,

On Wed, Aug 4, 2010 at 1:31 PM, Thomas Hoeschele  wrote:

> Hallo everybody,
>
> I want to have permanent Webdav access to multiple virtual wikis for file
> synchronisation. However, there are some problems with achiving that:
>
> 1. Mounting a webdav access on a networkdrive via Netdrive won't suffice as
> there will be more than 26 Wikis. Ideally there could be one webdav access
> for the whole wiki farm, for example through URL-Path based webdav access.
> (One drive for the whole farm)
>

I did some digging into the code and it seems current webdav implementation
does not take into account multiple wikis, it always access the main wiki.
Our top-level webdav view consists of following sub directories:

- home
- spaces
- attachments
- orphans
- whatsnew

IMO we should have a top-level view which lists all the wikis available, and
inside each such wiki directory we can list above sub directories. The
reason for webdav support not being actively developed is that it is not a
feature frequently requested or funded (w.r.t components like
officeimporter, wiki macros etc.). If this feature is really important for
your organization what you can do is:

1) Dig into the code, implement support for multi-wiki environments and
contribute the code back to xwiki.

OR

2) Sponsor the development of this feature (via a commercial xwiki support
company like XWiki SAS and ask them to contribute that code to XWiki
opensource project).

Either way you can support the xwiki opensource project while getting your
work done.


> 2. It seems adding files via a mounted Netdrive webdav access is not really
> possible; it works through http:// webdav access though.
>

No, this should already work. Did you drop the files inside a wiki page
directory? Then they should be added as attachments. If you are on a linux
environment you can use [1] or [2] and develop shell scripts to manage your
attachments. Note that the behaviour of webdav servers is very much
dependant on the webdav client you are using, you should try out several
clients and pick one that works best for your OS / environment.

Hope this helps.

- Asiri

[1] http://platform.xwiki.org/xwiki/bin/view/Features/WebDAVNautilus
[2] http://platform.xwiki.org/xwiki/bin/view/Features/WebDAVDavFs2


>
> Help will be very appriciated!
>
> P.S. where can I change the core. and xe. messages in XWiki?
> --
> GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl.
> Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl
> ___
> 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] webdav access on virtual wikis

[Asiri Rathnayake]

Hi,

On Fri, Jul 30, 2010 at 8:10 PM, Thomas Hoeschele  wrote:

> Hi Asiri,
>
> thanks for the quick reply,
>
> its path based farm, thats why I'm struggling I suppose.
> So there is a webdav access to the virtual wiki it just needs the correct
> address.
> Any Idea what would be the address?
>

I'm really sorry but I'm clue-less in this case. I think you should report a
JIRA saying that webdav doesn't work in path based wiki farms (or may be
even perhaps in any virtual wiki configuration). At least, there should be
some documentation regarding this.

One interesting experiment though is to try changing the webdav servlet
mapping in web.xml file. As you can see in
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HConfiguringWebDAV28since1.729webdav
servlet is mapped so that it handles any request matching /webdav/*
pattern. What you can do is try to change this mapping so that it
effectively becomes //webdav/*. This is just an un-proven idea,
but it might work if all goes well.

I wish I had enough time to look into this myself :(

- Asiri


>
> best regards
> Thomas
>
>  Original-Nachricht ----
> > Datum: Fri, 30 Jul 2010 19:53:01 +0530
> > Von: Asiri Rathnayake 
> > An: XWiki Users 
> > Betreff: Re: [xwiki-users] webdav access on virtual wikis
>
> > Hi Thomas,
> >
> > On Fri, Jul 30, 2010 at 6:51 PM, Thomas Hoeschele 
> > wrote:
> >
> > > Hallo everybody,
> > >
> > > there is probably an easy solution for this: I would like to have
> access
> > > the virtual Wikis in my farm through the webdav interface like I do
> > access
> > > the main wiki.
> > >
> >
> > I don't exactly remember how we implemented support for virtual wikis in
> > webdave module. Anyway, what kind of a virtual wiki configuration you
> > have?
> > path based or domain name based?
> >
> > If it's a domain name based setup, i think you should be able to access
> > the
> > virtual wiki via webdav the same way you access the main wiki.  That is:
> >
> > http://domain.tld/xwiki/webdav -> main wiki
> >
> > http://subdomain.domain.tld/xwiki/webdav -> 'subdomain' virtual wiki
> >
> > Let us know if it works.
> >
> > Thanks.
> >
> > - Asiri
> >
> >
> > >
> > > Can anybody help me out here?
> > > --
> > > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> > > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
> > > ___
> > > 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
>
> --
> GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl.
> Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl
> ___
> 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] webdav access on virtual wikis

[Asiri Rathnayake]

Hi Thomas,

On Fri, Jul 30, 2010 at 6:51 PM, Thomas Hoeschele  wrote:

> Hallo everybody,
>
> there is probably an easy solution for this: I would like to have access
> the virtual Wikis in my farm through the webdav interface like I do access
> the main wiki.
>

I don't exactly remember how we implemented support for virtual wikis in
webdave module. Anyway, what kind of a virtual wiki configuration you have?
path based or domain name based?

If it's a domain name based setup, i think you should be able to access the
virtual wiki via webdav the same way you access the main wiki.  That is:

http://domain.tld/xwiki/webdav -> main wiki

http://subdomain.domain.tld/xwiki/webdav -> 'subdomain' virtual wiki

Let us know if it works.

Thanks.

- Asiri


>
> Can anybody help me out here?
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
> ___
> 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] Syntax highlighter for XWiki!

[Asiri Rathnayake]

Hi,

I just realized that after importing the Macro.MCode.xar bundle, you need to
re-save the Macro.MCode page as the admin user in order to make the macro
work (tested on 2.4-m2).  Seems like a premission issue, does this look like
a bug?

Thanks.

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

[xwiki-users] Syntax highlighter for XWiki!

[Asiri Rathnayake]

Hello XWikiers!

If you have used syntax highlighter (
http://code.google.com/p/syntaxhighlighter/) in wordpress, blogger etc. you
are going to like this one:

http://asiri.rathnayake.org/xwiki/bin/view/Macro/MCode

Now because of the flexibility of XWiki SSX and JSX, you can easily
customize this macro (if you wish to extend it). There are few things I wish
if I could improve (implementation details) but I hope this would be useful
the way it is now :)

Let me know if it looks good.

Thanks.

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

Re: [xwiki-users] WebDAV issue: "Not Implemented"

[Asiri Rathnayake]

Hi,

Normally XWiki / Tomcat works without much trouble when it comes to WebDAV.
Now I'm not sure if apache is doing anything before forwarding those
requests to tomcat.

Can we see your tomcat log files when the "Not Implemented" error occurs? Or
do you see any log entries in xwiki.log file that has anything to do with
webdav?

Thanks.

- Asiri

On Fri, Jul 2, 2010 at 2:52 PM, West, Graeme  wrote:

> Hello,
> I have just upgraded to XWiki Enterprise 2.3.1.29118 and have a question
> regarding configuring WebDAV.
>
> My XWiki is installed in Tomcat 5.5 as the 'ROOT' web app. Tomcat runs on
> port 8080 and I have an AJP connector with Apache proxying requests via SSL
> port 443, meaning that my wiki can be accessed at:
>
> https://www.myhost.tld/bin/view/Main  (etc.)
>
> My question is regarding WebDAV login. I understand that the normal login
> URL for this would be:
>
> http://www.myhost.tld:8080/xwiki/webdav
>
> However, since I have deployed XWiki as the ROOT webapp, it seems that I am
> getting redirected to Tomcat's built-in WebDAV app when accessing this URL.
>
> When I access:
> http://www.myhost.tld:8080/webdav
> or
> https://www.myhost.tld/xwiki/webdav
>
> I get the same list of three files - a generic HTML page listing
> information about Tomcat's WebDAV support, and a couple of GIF files with
> the Tomcat logo.
>
> When I access:
>
> http://www.myhost.tld:8080/xwiki/webdav
> or
> https://www.myhost.tld/xwiki/webdav
>
> I get a 'Not Implemented' error.
>
>
> Could someone advise on how to configure XWiki/Tomcat to pass me to XWiki's
> WebDAV implementation, rather than to Tomcat's default one? My xwiki.cfg has
> WebDAV enabled (as far as I know - it is pretty much set to defaults in all
> respects).
>
> On another note: thank you for all your sterling work with XWiki. It's a
> tremendously flexible and useful application, and it has been a breeze to
> administer.
>
> Regards,
>
>
> Graeme West
> Digital Repository Developer
> Information Services
> Glasgow Caledonian University
> graeme.w...@gcu.ac.uk
>
> Glasgow Caledonian University is a registered Scottish charity, number
> SC021474
>
> Winner: Times Higher Education's Widening Participation Initiative of the
> Year 2009 and Herald Society's Education Initiative of the Year 2009
>
> http://www.gcu.ac.uk/newsevents/news/bycategory/theuniversity/1/name,6219,en.html
> ___
> 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] Office Importer Problem

[Asiri Rathnayake]

Hi,

May we know which version of XE you are using?

- Asiri

On Tue, Jun 22, 2010 at 8:54 PM, Thomas Hoeschele  wrote:

> Hallo Everybody!
>
> I evaluate various wiki's for company purposes, and the integration of
> office tools is a major issue.
> Unfortunatelly I receive an error message which says: "Error while
> converting document [Test.doc] into html"
>
> The log shows me that the problem is a defective configuration; however,i
> use the latest Open office release. Installed and Uninstalled it twice (also
> Xwiki) and it didn't help.
>
> Would be great if someone could give a hint where the problem is.
>
> 2010-06-22 17:11:57,892 [
> http://172.25.0.1:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR
> rterVelocityContextInitializer  - Error while converting document [Test.doc]
> into html.
> org.xwiki.officeimporter.OfficeImporterException: Error while converting
> document [Test.doc] into html.
>at
> org.xwiki.officeimporter.internal.builder.DefaultXHTMLOfficeDocumentBuilder.build(DefaultXHTMLOfficeDocumentBuilder.java:90)
>at
> org.xwiki.officeimporter.internal.builder.DefaultXDOMOfficeDocumentBuilder.build(DefaultXDOMOfficeDocumentBuilder.java:74)
>at
> org.xwiki.officeimporter.OfficeImporterVelocityBridge.officeToXDOM(OfficeImporterVelocityBridge.java:214)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>at java.lang.reflect.Method.invoke(Unknown Source)
>at
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
>at
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
>at
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
>at
> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
>at
> org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
>at
> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
>at
> org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
>at
> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
>at
> org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
>at
> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
>at
> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
>at
> org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
>at
> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
>at
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
>at
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
>at
> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluate(VelocityMacro.java:110)
>at
> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluate(VelocityMacro.java:44)
>at
> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:200)
>at
> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:53)
>at
> org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:174)
>at
> org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119)
>at
> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>at
> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213)
>at
> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188)
>at
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797)
>at
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811)
>at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>at java.lang.reflect.Method.invoke(Unknown Source)
>at
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
>at
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
>at
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
>at
> org.apache.velocity.runtime.parser.node.ASTReference.

Re: [xwiki-users] [xwiki-devs] [Vote] Move the 'paste office content' feature from the import menu to the tool bar?

[Asiri Rathnayake]

Hi,

On Thu, Jun 17, 2010 at 3:07 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> Hi,
>
> Currently the Import menu of the WYSIWYG editor has two entries:
>
> * 'Office Document' for importing office files
> * 'Office Content (Copy / Paste)' for pasting rich text (copied usually
> from office documents)
>
> We had a few complains from uses that were pasting the rich text
> directly in the edited document causing the editor to misbehave or
> getting unexpected content after save. When they were told to use the
> 'Office Content (Copy / Paste)' entry from the Import menu they seemed
> surprised
>
> Ideally the editor should catch the paste event and clean the pasted
> rich text on the fly before it is inserted in the edited document but
> currently there's no clean way to do this: access to the clipboard is
> restricted for security reasons and the paste event is not well
> supported in all major browsers.
>
> I recently committed a change to the WYSIWYG editor to allow putting any
> of the Import menu entries on the tool bar.
>
> (1) Should we enable the 'Office Content (Copy / Paste)' button on the
> tool bar by default in the standard XE distribution?
>
> (2) Should we remove the 'Office Content (Copy / Paste)' entry from the
> Import menu?
>

+1 for both.

Thanks.

- Asiri


>
> I'm +1 for (1) and -0 for (2) because the Import menu would look awkward
> with just one entry. Note that it's not unusual to have a feature both
> in the menu and in the tool bar.
>
> Thanks,
> Marius
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Post-upgrade issue

[Asiri Rathnayake]

Hi Ivan,

It looks like skin extension plugins are not loaded in your XE. You can try:

{{velocity}}
$xwiki.ssx
{{/velocity}}

And see if it outputs the plugin API object.

Also, can you check whether your xwiki.cfg file has the plugins declared
like:

#-# List of active plugins.
xwiki.plugins=\
com.xpn.xwiki.monitor.api.MonitorPlugin,\
com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.JsSkinFileExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.CssSkinFileExtensionPlugin,\
.

If you are sure that your xwiki.cfg is correct, you should see some
exception traces when you start XE. These exceptions will complain that some
plugins are missing or was not loaded due to errors.

If you can try the above and post the tomcat logs for missing / errornous
plugins, may be we can help.

Thanks.

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

Re: [xwiki-users] Installation issue / import function

[Asiri Rathnayake]

Hi,

On Tue, Jun 8, 2010 at 4:02 PM, Dalluege, Pierre (extern) <
p.dallu...@external.telekom.de> wrote:

> Hello xwiki users,
>
> After installing xwiki 2.3 (and 2.3.1 afterwards) on Centos5.5 with
> MySQL 5.x and Tomcat 5.5 I still have the issue that I cannot import the
> default .xar file. The same is true for all .xar files: I generated one
> from this wiki and I wanted to re-import it. No chance yet.
>
> Unfortunately I cannot see any problem on xwiki / tomcat or mysql level.
> Everything looks fine.
>

Are you sure tomcat logs don't have any exceptions logged? I have
experienced issues with importing when max_allowed_packet (mysql
configuration) is not  large enough.

And did you make sure that your xar file is valid? (Not corrupted)

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

Re: [xwiki-users] Error Starting Open Office Server

[Asiri Rathnayake]

Hi Marine,

On Wed, May 26, 2010 at 1:44 PM, Marine Julian wrote:

>
> Hi Asiri,
>
>
> Asiri Rathnayake wrote:
> > I'm afraid newer versions of jodconverter requires OpenOffice.org 3.0 or
> > above.
> >
> > See: http://code.google.com/p/jodconverter/wiki/GettingStarted
> Indeed, I installed OpenOffice 3.2 and it worked. I hope that there is not
> too many bugs under Debian !
> By the way, I had the "Inadequate privileges" issue when I tried to start
> the server. But, like suggested (somewhere in the forum), if I saved the
> XWiki.OfficeImporterAdmin, I was abble to start it. Unfortunately, I had to
> repeat this method every times I wanted to start/stop/restart the server...
>

Yes, this is a known issue, hopefully it will be fixed soon.


> One more thing : when I exported a page in pdf and rtf format (does it work
> with the openoffice server ?),


Nope. Although we have plans to use openoffice server for exporting wiki
pages, this is still an idea. Currently pdf export is done via apache fop
library AFAIK. You should wait for someone else to answer below question.

- Asiri


> i had the following error/warn messages and I
> don't understand them. Can someone throw some light on it for me ?
> WARN apps.FOUserAgent - The following feature isn't implemented by Apache
> FROP, yet: table-layout="auto" (on fo:table) (See position 248:165)
> ERROR properties.PropertyMaker - forcing opt to max in LengthRange
> The document which I tried to export has tables with images in. In pdf
> format, the tables are rendered but they exceed the larger of the page and
> so they were truncated (we cannot see all the content). In rtf format,
> instead of tables, there are only very big cells (one per pages) without
> any
> content (neither image or text). Please, note that those behaviors apply to
> tables with AND without images. Do you think the warn/error messages are
> linked to this ?
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Error-Starting-Open-Office-Server-tp5098694p5102370.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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Error Starting Open Office Server

[Asiri Rathnayake]

Hi,

I'm afraid newer versions of jodconverter requires OpenOffice.org 3.0 or
above.

See: http://code.google.com/p/jodconverter/wiki/GettingStarted

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

Re: [xwiki-users] Help setting up XWiki in Tomcat container with MySQL on Windows

[Asiri Rathnayake]

Hi,

To me it seems like you have an error in your hibernate configuration file.
Can you post it to this list?

Btw I think you can't send attachments to this list, better paste the
content itself.

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

Re: [xwiki-users] office integration @ opensuse

[Asiri Rathnayake]

Hi,

On Sun, May 16, 2010 at 5:41 PM, Michael Beetz wrote:

> Hi all,
>
> I've installed tomcat6, mysql and open office on a opensuse 11.2 system.
>  I've deployed xwiki 2.3 and the 2.3 today's snapshot.  I am not able to
> start / connect to the open office server.  I am always getting "Inadequate
> privileges" error message.  I've tried several paths to open office
> (default, openoffice.homePath=/usr/share/ooo3,
> openoffice.homePath=/usr/share/ooo3/basis3.1) and starting it manually too
> ...
>

Currently we have some issues with programming rights on the
XWiki.OfficeImporterAdmin page. Can you resave XWiki.OfficeImporterAdmin
page with programming rights and retry to start the openoffice server from
that page itself?

- Asiri


>
> I couldn't find the logs showing the reason behind.
>
> Thanks for your help!
> mb
> ___
> 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] Office importer not working

[Asiri Rathnayake]

Hi,

I suppose you didn't change any wiki pages? You should check
XWiki.OfficeImporter and XWiki.OfficeImporterResults pages and make sure
they have not been altered.

- Asiri

On Sat, May 15, 2010 at 2:17 AM, Daniel Johansson wrote:

>
> After upgrading to XE 2.3 the office importer stopped working. It always
> return error messages
> Missing input file. Please Go back  and correct it.
> Missing target space name. Please Go back and correct it.
> Missing target page name. Please Go back and correct it.
> No matter what i try. If not one have noticed this then I'm starting to
> suspect I somehow have a broken install? I'm not sure how that can happen.
> I
> just unpacked the war only changing the config files. then importing the
> default pages. I had none of these issues with the previous 2.2 install.
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Office-importer-not-working-tp5057128p5057128.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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Office importer improvements

[Asiri Rathnayake]

Hi,

seems like you have also encountered the issue reported here:
http://www.pubbs.net/201005/xwiki/10944-xwiki-users-configuring-open-office-server.html

Your suggestions sounds good (but may be you should have used
$util.clearName() for cleaning names). Anyway, you should create a JIRA
issue at jira.xwiki.org under officeimporter component and attach your
suggestions as a patch. I'll review the patch and apply it.

Thanks.

- Asiri

On Tue, May 11, 2010 at 1:45 AM, Wouter Boasson wrote:

> Dear reader,
>
> Version: XWiki/XE 2.2.4
>
> I gave the Office importer some treatment to make it work conform
> expectations. Maybe interesting for others?
> Whats weird is, that in IE7 it proposes an ugly document name, something
> like: c-fakepath etc. So I modified XWiki.OfficeImporterResults to strip
> everything in front of the actual documentname:
>
>
> #set($fileName=$fileUpload.getFileName("filePath").replaceAll("^.*[\\]",""))
>
> Then, I added a check for an empty spacename (otherwise you'll end-up with
> a document in the XWiki space, which is probably not what you want), and
> also strip any considered 'dangerous' character from the documentname (such
> as &^@, accents, etc):
>
> ###
> ## Validate Target Space ##
> ###
>  #if(! $request.targetSpace)
>{{error}}$msg.get("xe.officeimporter.results.missingspace",
> [$goBack]){{/error}}
>  #else
>#if( $request.targetSpace == "" )
>  {{error}}$msg.get("xe.officeimporter.results.missingspace",
> [$goBack]){{/error}}
>#else
>  ## #set($targetSpace=$request.targetSpace.replaceAll("[:/&=+?#]",
> "-"))
>  ##
> #set($targetSpace=$request.targetSpace.replaceAll("[^a-zA-Z0-9-_~]","_").replaceAll("
> \\.\\/", "").replaceAll('"',""))
>  #set($targetSpace=$request.targetSpace.replaceAll(" \\.\\/",
> "").replaceAll("[\=\&\@'\\/()]","-").replaceAll('"',"").replaceAll("[^a-zA-Z0-9-_~]","_"))
>#end
>  #end
> ##
> ## Validate Target Page ##
> ##
>  #if(! $request.targetPage)
>{{error}}$msg.get("xe.officeimporter.results.missingpage",
> [$goBack]){{/error}}
>  #else
>## #set($targetPage=$request.targetPage)
>##
> #set($targetPage=$request.targetPage.replaceAll("[^a-zA-Z0-9-_~]","_").replaceAll("/",
> "-").replaceAll('"',""))
>#set($targetPage=$request.targetPage.replaceAll("[\=\&\@'\\/()]",
> "-").replaceAll('"',"").replaceAll("[^a-zA-Z0-9-_~]","_"))
>  #end
>
> Finally, I did not want to present the menu option at all for users who
> have no rights to create documents:
> In: templates/menuview.vm
>  ## #if($canImport) (original)
>  #if($canImport && $hasCreatePage)
>#submenuitem($xwiki.getURL('XWiki.OfficeImporter', 'view')
> $msg.get('core.menu.create.pageFromOffice') 'tmActionImport')
>  #end
>
> More of this to follow, hopefully useful for others!
>
> Regards,
> Wouter
> ___
> 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] Configuring Open Office server

[Asiri Rathnayake]

Hi Ben,


For the following code, I didn't understand where I can test it... I would
> like to solve this problem with IE...
>

Since you did not respond to my last email, I'll blindly propose a solution
that might fix the problem you are experiencing on IE.

1. Open up XWiki/OfficeImporterResults wiki page and go to wiki editing
mode, you should see the following code snippet at the top of the page:


> 
>  #set($fileUpload=$xwiki.fileupload)
>   #set($fileName=$fileUpload.getFileName("filePath"))
>#if(! $fileName)
>  {{error}}$msg.get("xe.officeimporter.results.missingfile",
> [$goBack]){{/error}}
>#else
> #set($void=$fileUpload.loadFileList())
>  #set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
>   #end
> 
>

Now you need add two code lines (wait for it) just under the line:

#set($fileName=$fileUpload.getFileName("filePath"))

New code lines to be added are:

#set($tempIndex = $fileName.lastIndexOf('/') + 1)
#set($fileName=$fileName.substring($tempIndex))

So, at the end your code snippet should look like:

#set($fileUpload=$xwiki.fileupload)
  #set($fileName=$fileUpload.getFileName("filePath"))
  #set($tempIndex = $fileName.lastIndexOf('/') + 1)
  #set($fileName=$fileName.substring($tempIndex))
   #if(! $fileName)
 {{error}}$msg.get("xe.officeimporter.results.missingfile",
[$goBack]){{/error}}
   #else
#set($void=$fileUpload.loadFileList())
 #set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
  #end


I'm not 100% sure if this will solve the problem (since I did not get a
response for my last email). If above code fixes your problem, please let us
know.

Thanks.

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

Re: [xwiki-users] Configuring Open Office server

[Asiri Rathnayake]

Hi Ben,

On Fri, May 7, 2010 at 7:56 PM, Ben Stuggler wrote:

>
> Thanks again for your help
>
> I deleted the contents of "C:\Program Files(x86)\XWiki\jetty\work\" It
> doens't solve the problem.
>
> BUT indeed, I was with IE and it's working with Firefox.
>
> For the following code, I didn't understand where I can test it... I would
> like to solve this problem with IE...
>
> 
>  #set($fileUpload=$xwiki.fileupload)
>   #set($fileName=$fileUpload.getFileName("filePath"))
>#if(! $fileName)
>  {{error}}$msg.get("xe.officeimporter.results.missingfile",
> [$goBack]){{/error}}
>#else
> #set($void=$fileUpload.loadFileList())
>  #set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
>   #end
> 
>

This code is in XWiki/OfficeImporterResults page.

Now, I'm not sure if you are familiar with velocity scripting, but if you
are, you can try printing the variable $fileName just after the
#set($fileName=...) line.

The code should look like:


 #set($fileUpload=$xwiki.
fileupload)
  #set($fileName=$fileUpload.getFileName("filePath"))
  File name is: $fileName
   #if(! $fileName)
 {{error}}$msg.get("xe.officeimporter.results.missingfile",
[$goBack]){{/error}}
   #else
#set($void=$fileUpload.loadFileList())
 #set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
  #end


After this change, try importing the same document from IE as well as
firefox and let us know the value of $fileName variable in both cases (just
after officeimport operation you should see the result of above code).

Thanks.

- Asiri



>
>
>
> Florin Ciubotaru wrote:
> >
> > Ben,
> >
> >
> > On 5/7/2010 4:28 PM, Asiri Rathnayake wrote:
> >> Hi,
> >>
> >> Caused by: java.io.FileNotFoundException: C:\Program Files
> >>
> >>>
> (x86)\XWiki\jetty\work\Jetty_0_0_0_0_8080_xwiki__xwiki__5alevh\fcff1e5d-5db9-4c7c-86f3-aa40068177e9\input\D:\Users\bet\Desktop\test.doc
> >>>
> >
> > Are you using Internet Explorer? Me and Asiri have seen this before, but
> > we are unable to reproduce the issue.
> >
> >>>
> >> This error was reported by one other user too, unfortunately I could not
> >> reproduce it. The wired thing is how input path
> >> (D:\Users\bet\Desktop\test.doc)
> >>
> >
> > The import works fine on my side on IE, but the suggested path is
> > 'C-\fakepath\test' :)
> > Ben, could you try another browser?
> >
> > Florin Ciubotaru
> >
> > - Hide quoted text -
> >> got transferred to server side. I suspect that commons file upload
> (xwiki
> >> file upload plugin) have an issue where getFileName() function returns
> >> file
> >> path instead of file name, however as i said i could not reproduce this.
> >>
> >> Following is the code i use for extracting the name of the uploaded file
> >> (for devs to check):
> >>
> >> 
> >> #set($fileUpload=$xwiki.fileupload)
> >>#set($fileName=$fileUpload.getFileName("filePath"))
> >>#if(! $fileName)
> >>  {{error}}$msg.get("xe.officeimporter.results.missingfile",
> >> [$goBack]){{/error}}
> >>#else
> >>  #set($void=$fileUpload.loadFileList())
> >>  #set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
> >>#end
> >> 
> >>
> >> "filePath" above refers to the file upload input box's name attribute
> >> (html).
> >>
> >>
> >> @Ben: Can you try deleting all the contents of "C:\Program
> >> Files(x86)\XWiki\jetty\work\" directory and redo the import?
> >>
> >> Many thanks for reporting and debugging this issue :)
> >>
> >> - Asiri
> >> ___
> >> users mailing list
> >> users@xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/users
> >>
> >
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Configuring-Open-Office-server-tp5018359p5019351.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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Banish PR pages from XE (was Re: Password reset impossible on XWiki)

[Asiri Rathnayake]

Hi,

On Fri, May 7, 2010 at 8:03 PM, Vincent Massol  wrote:

>
> On May 7, 2010, at 4:18 PM, Sergiu Dumitriu wrote:
>
> > On 05/07/2010 11:54 AM, raphaelle wrote:
> >>
> >> Hello,
> >>
> >> I forgot my password to connect myself to the site www.xwiki.org, s I
> tried
> >> to reset my password, but when I click on the link I received I get this
> >> error message;
> >> This page requires programming rights to work, which currently isn't the
> >> case. Please notify an administrator of this problem and try again
> later.
> >
> > Can you try again? The page was imported and lost its programming
> > rights, fixed now.
>
> We should banish all usage of PRs in default XE IMO and ensure that with
> some checks (not sure yet how to do that).
>
> In case we have something requiring PR we should either add it to the
> generic API (if it's generic) or add a specific server-side service for it.
>
> WDYT?
>
> So we have 4 pages that need PR so far:
> - the password register page
> - the AllDocs page
> - the all attachment result page
> - the copy document page
>

Not sure if this is related but i would also like to remove the PR
requirement for OOo server administration tasks (and require admin rights
only).

- Asiri


>
> Any more that we'd need to fix?
>
> 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

Re: [xwiki-users] Configuring Open Office server

[Asiri Rathnayake]

Hi,

Caused by: java.io.FileNotFoundException: C:\Program Files
>
> (x86)\XWiki\jetty\work\Jetty_0_0_0_0_8080_xwiki__xwiki__5alevh\fcff1e5d-5db9-4c7c-86f3-aa40068177e9\input\D:\Users\bet\Desktop\test.doc
>

This error was reported by one other user too, unfortunately I could not
reproduce it. The wired thing is how input path
(D:\Users\bet\Desktop\test.doc)
got transferred to server side. I suspect that commons file upload (xwiki
file upload plugin) have an issue where getFileName() function returns file
path instead of file name, however as i said i could not reproduce this.

Following is the code i use for extracting the name of the uploaded file
(for devs to check):


#set($fileUpload=$xwiki.fileupload)
  #set($fileName=$fileUpload.getFileName("filePath"))
  #if(! $fileName)
{{error}}$msg.get("xe.officeimporter.results.missingfile",
[$goBack]){{/error}}
  #else
#set($void=$fileUpload.loadFileList())
#set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
  #end


"filePath" above refers to the file upload input box's name attribute
(html).


@Ben: Can you try deleting all the contents of "C:\Program
Files(x86)\XWiki\jetty\work\" directory and redo the import?

Many thanks for reporting and debugging this issue :)

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

Re: [xwiki-users] Replace the wysiwyg editor

[Asiri Rathnayake]

Hi Wilson,

On Wed, May 5, 2010 at 12:13 AM, Wilson Leão Neto <
wilson.leao.n...@gmail.com> wrote:

> Hello Vincent,
>
> We are having problems trying to import .doc documents. We are getting
> this:
> "content: Exception while parsing HTML"
>

Can you post the server log (exception trace) when this happens? The problem
seems to be associated with XE back-end (officeimporter / html parser)
rather than with WYSIWYG editor. You should see a huge exception log message
when this error happens on the wysiwyg editor.

And replacing xwiki wysiwyg editor with ckeditor will not fix this issue
AFAIK because ckeditor does not have a .doc file import feature (except for
the copy/paste import feture which is also present in xwiki wysiwyg, but
your problem seems to be with file import feature as you say).

- Asiri


>
> Our version: XWiki Enterprise 2.2.5.28407
>
> Also, we would like to be able to customize the wysiwyg editor. I've read
> the:
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/WysiwygEditor
> And I'm striving to create a button that would add a pagebreak into the
> code. That would allow the pdf export to properly generate the document.
>
> > Velocity code:
> {{velocity filter="none"}}
> {{html clean="false" wiki="true"}}
> #pagebreak()
> {{/velocity}}
>
> It may seems like I'm "POGging" around... If you know a better way to do
> it,
> please, tell me. ;)
>
> Thank you! You're being very helpful!
>
> Wilson
>
>
>
>
>
>
> 2010/5/4 Vincent Massol 
>
> > Hi,
> >
> > On May 4, 2010, at 8:15 PM, Wilson Leão Neto wrote:
> >
> > > Hello all!
> > >
> > > Is it possible to completely replace the xwiki wysiwyg editor? For
> > instance,
> > > use the http://ckeditor.com/demo. If so, how should I procede? Will
> the
> > work
> > > be almost impossible?
> >
> > Nothing is impossible but you'd loose a lot of features.
> >
> > Why would you be interested in doing this?
> >
> > 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] FoxWiki & "Edit attachments" feature

[Asiri Rathnayake]

Hi Eugen,

On Thu, Apr 15, 2010 at 2:17 PM, Colesnicov Eugen wrote:

>
> Hi developers!
>
> According discussion about this FoxWiki & "Edit attachments" feature at
> XWiki-Dev subforum. I want to write my opinion for developers.
>
> Current situation:
> - In IE this feature working good without any additional jobs (I tested
> 2.2.4).
> - In FF - need to use FoxWiki extension (download manualy xpi-file, and
> edit
> max-version property).
> - In Chrome - "Edit attachments" - doesn't work.
>
> I have proposal about using this feature in FF. FoxWiki working, but I
> don't
> like that users MANUALY everytime should add file extention and application
> path  in FoxWiki. From other side, exists some other extentions for FF (for
> example http://openwebfolder.mozdev.org/). As I understand, this extention
> adds to FF functionality of windows WebFolder WebDAV client - same as IE.
> But now, I cannot use (or try) this extention with XWiki, because XWiki
> programming code obviously use ONLY FoxWiki at FF. As I understand, If we
> will try to use openwebfolder extention - no any special code needs for
> XWiki - programming code can be same as a IE part.
>
> Other collaborative suits software also use openwebfolder extention for FF
> (see for example
>
> http://help.collab.net/index.jsp?topic=/teamforge530/action/connecttowebdavwithfirefox.html
> ).
>

Openwebfolder has the following description:

"*openwebfolder* itself does *not* contain any platform-independant WebDAV
related code. It just adds hooks so that Microsoft's "Webfolder" WebDAV
client can be invoked in a similar way like in IE."

So this is a windows only solution. May be we should have some logic like:

if (IE) {
  // Use native webdav support in IE.
} else if (FF && Win32) {
  // Use openwebfolder.
} else if (FF) {
  // Use FoXWiki.
}

But first someone has to evaluate if openwebfolder + FF on Win32 is better
than FoXWiki + FF on the same. Anyway, I'm not sure if above logic can be
implemented or if it is the best approach, someone has to digg a little
deep.

Just my opinion :)

- Asiri


>
> For this reason, alternative proposal: no use any special extention for
> WebDav - use standart openwebfolder extention (this extention is better
> because not need to manualy add file extentions and application paths).
> According this - need to change XWiki programming code for WebDav using in
> Firefox.
>
> I am not a specialist with XWiki programming, for this reason - sorry, if I
> write something stupid ... What do you think about my variant?
>
> --
> Best Regards
> Eugen Colesnicov
>
>
> --
> View this message in context:
> http://n2.nabble.com/FoxWiki-Edit-attachments-feature-tp4906288p4906288.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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Tabs wiki-macro

[Asiri Rathnayake]

Hi,

You should create an entry in
http://code.xwiki.org/xwiki/bin/view/Macros/and publish your macro.

Few screen shots would really help :)

Thanks.

- Asiri

On Mon, Apr 5, 2010 at 1:51 PM, coldserenity wrote:

>
> Hello,
>
>   We have designed a simple tab macro. Sharing it for those who might need
> it.
>   Attached are the files with code that you need to define the macro.
>   * Macro page space:Macro
>   * Macro page name: Macro.XWikiMacroTabs (actually you can change
> this, but you'll need to update $xwiki.jsx.use('Macro.XWikiMacroTabs')
> directive in the MacroObjectDefinition.vm)
>   * Macro page content:
> http://n2.nabble.com/file/n4852683/MacroPage.txt MacroPage.txt
>   * Js object definition:
> http://n2.nabble.com/file/n4852683/JavascriptObjectDefinition.js
> JavascriptObjectDefinition.js
>   * Macro object definition:
> http://n2.nabble.com/file/n4852683/MacroObjectDefinition.vm
> MacroObjectDefinition.vm
>
>   Please reference
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/WikiMacroTutorial
> WikiMacroTutorial  if you've never created a wiki-macro before.
>
>   I know that the macro is not perfect (there are several known issues, see
> http://n2.nabble.com/file/n4852683/MacroPage.txt MacroPage.txt ), well
> writing it I have remembered why I like Java and dislike Js/CSS :).
>   Yet the macro does the work that we need it to and maybe will be useful
> to someone as well.
>
> Regards,
>  Roman
>
> --
> View this message in context:
> http://n2.nabble.com/Tabs-wiki-macro-tp4852683p4852683.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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] xe 2.2.4: regression or operator error in OpenOffice server?

[Asiri Rathnayake]

Hi Neils,

I think we have a client multiwiki setup in 2.2.4 using OOo 3.1.1, However,
I will check this with a fresh multiwiki install. Can you try saving the
XWiki.OfficeImporterAdmin with PR and retry?

Anyway, we really need to dump this PR requirement and only check admin
rights for controlling OOo instance. And since now only the main wiki can
control the OOo instance, requiring PR seems an overhead.

Thanks.

- Asiri

On Fri, Apr 2, 2010 at 6:43 AM, Niels Mayer  wrote:

> After upgrading to 2.2.4, I wanted to test the openoffice server. In the
> root-wiki, in the openoffice admin app, I see my setup as from before (back
> when it worked -- last time i tested was around 2.0):
>
> Server type
>
> Internally managed (local)
>
> Server port
>
> 8100
>
> Auto start
>
> No
>
> Server path
>
> /usr/lib64/openoffice.org3/
>
> Server profile
>
> /home/OOo/.openoffice.org/3/
>
> Server state
>
> Not connected
>
>
> When I select "start server" and click "update", I get an error message
>   "Inadequate privileges."
> despite being logged in as XWiki.Admin (root wiki admin w/ prog rights
> granted).
> No error messages in the logs related to this are noted.
>
> The only clue I'm seeing is that openoffice itself is acting broken.
> Previously, the '-headless' option worked, now, it doesn't:
>
> gnulem-58-~> env DISPLAY='' ooffice -headless
> /usr/lib64/openoffice.org3/program/soffice.bin X11 error: Can't open
> display:
>   Set DISPLAY environment variable, use -display option
>   or check permissions of your X-Server
>   (See "man X" resp. "man xhost" for details)
>
> With "DISPLAY" defined, -headless works,  and the server can be launched,
> except that servers don't normally have an X server associated with them.
>
> I'm on Fedora 12: Linux gnulem 2.6.32.10-90.fc12.x86_64 #1 SMP Tue Mar 23
> 09:47:08 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux.
> I have the following OOo rpm's installed:
>
> openoffice.org-graphicfilter-3.1.1-19.28.fc12.x86_64
> openoffice.org-calc-core-3.1.1-19.28.fc12.x86_64
> openoffice.org-draw-core-3.1.1-19.28.fc12.x86_64
> openoffice.org-writer-3.1.1-19.28.fc12.x86_64
> openoffice.org-brand-3.1.1-19.28.fc12.x86_64
> openoffice.org-impress-3.1.1-19.28.fc12.x86_64
> openoffice.org-ure-3.1.1-19.28.fc12.x86_64
> openoffice.org-opensymbol-fonts-3.1.1-19.28.fc12.noarch
> openoffice.org-writer-core-3.1.1-19.28.fc12.x86_64
> openoffice.org-math-3.1.1-19.28.fc12.x86_64
> openoffice.org-math-core-3.1.1-19.28.fc12.x86_64
> openoffice.org-xsltfilter-3.1.1-19.28.fc12.x86_64
> openoffice.org-presenter-screen-3.1.1-19.28.fc12.x86_64
> openoffice.org-pdfimport-3.1.1-19.28.fc12.x86_64
> openoffice.org-draw-3.1.1-19.28.fc12.x86_64
> openoffice.org-calc-3.1.1-19.28.fc12.x86_64
> openoffice.org-impress-core-3.1.1-19.28.fc12.x86_64
> openoffice.org-core-3.1.1-19.28.fc12.x86_64
> openoffice.org-langpack-en-3.1.1-19.28.fc12.x86_64
>
>
> Hopefully, this error in Linux OpenOffice isn't causing an incorrect error
> message from xwiki "inadequate privileges." (bug?)
>
> Anybody on Linux using OPenoffice 3.1.1 and have the openoffice server
> working on Xwiki 2.2.4, in a multiwiki setup?
>
> Thanks,
>
> Niels
> http://nielsmayer.com
> ___
> 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] [ursus.otherinbox.com] Re: xwiki Macro using groovy

[Asiri Rathnayake]

Hi thomas,


> provide a $context.macro.document (this should be done anyway even
> before XWIKI-4262 is fixed since it's part of the macro informations).
>

+1


>
> Asiri in the meantime i think you should set "sdoc" in context instead
> of "doc". I far as i can see in the code hasProgrammingRights do the
> following:
> * try sdoc content author
> * if no sdoc try doc content author
> * if no doc try current user
>

I discussed setting "sdoc" previously with sergiu and on the dev chat,
however it was not approved :(

Thanks.

- Asiri


>
> On Fri, Mar 19, 2010 at 16:20, Alaina  wrote:
> > On Fri, Mar 19, 2010 at 7:52 AM, Asiri Rathnayake
> >  wrote:
> >> Can you try something like:
> >>
> >> {{groovy}}
> >> def currentDoc = xcontext.vcontext.doc;
> >> {{/groovy}}
> >>
> >> (in macro code)
> >>
> >> I'm just guessing, need to investigate later.
> >>
> >> - Asiri
> >
> > Hi Asiri,
> >
> > Thanks, I tried your suggestion, it works as intended.
> >
> > --Alaina
> > ___
> > 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

Re: [xwiki-users] xwiki Macro using groovy

[Asiri Rathnayake]

Hi Again,

On Fri, Mar 19, 2010 at 5:16 PM, Asiri Rathnayake <
asiri.rathnay...@gmail.com> wrote:

> Hi Alaina,
>
> On Fri, Mar 19, 2010 at 4:46 PM, Alaina wrote:
>
>> HI everyone,
>>
>> I still think the behavior of the groovy script variable doc in a
>> xwiki macro is not as intended. But I am using the following
>> workaround.
>>
>
> Sorry for not looking into this earlier. I'm a bit stuck on some other
> issues.
>
> Will look into this issue and report a JIRA as soon as I get some free
> time.
>
> Thanks for raising the issue :)
>
> - Asiri
>
>
>>
>> Put the groovy code in a groovy class stored in a different wiki page
>> (Macros.CiteGroovyClass) . There is documentation here (
>>
>> http://platform.xwiki.org/xwiki/bin/view/DevGuide/GroovyClassHelloWorldTutorial
>> ) on how to do that. Then the following velocity code in the macro
>> definition will give the correct doc Object to the groovy code.
>>
>> {{velocity}}
>> #set($groovyObject = $xwiki.parseGroovyFromPage("Macros.CiteGroovyClass"))
>> $groovyObject.setObjects($xwiki, $doc, $context)
>> $groovyObject.process()
>> {{/velocity}}
>>
>
Can you try something like:

{{groovy}}
def currentDoc = xcontext.vcontext.doc;
{{/groovy}}

(in macro code)

I'm just guessing, need to investigate later.

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

Re: [xwiki-users] xwiki Macro using groovy

[Asiri Rathnayake]

Hi Alaina,

On Fri, Mar 19, 2010 at 4:46 PM, Alaina  wrote:

> HI everyone,
>
> I still think the behavior of the groovy script variable doc in a
> xwiki macro is not as intended. But I am using the following
> workaround.
>

Sorry for not looking into this earlier. I'm a bit stuck on some other
issues.

Will look into this issue and report a JIRA as soon as I get some free time.

Thanks for raising the issue :)

- Asiri


>
> Put the groovy code in a groovy class stored in a different wiki page
> (Macros.CiteGroovyClass) . There is documentation here (
>
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/GroovyClassHelloWorldTutorial
> ) on how to do that. Then the following velocity code in the macro
> definition will give the correct doc Object to the groovy code.
>
> {{velocity}}
> #set($groovyObject = $xwiki.parseGroovyFromPage("Macros.CiteGroovyClass"))
> $groovyObject.setObjects($xwiki, $doc, $context)
> $groovyObject.process()
> {{/velocity}}
>
> Thanks for all your help,
> --Alaina
>
> >> That is indeed the case for velocity. However if I am using groovy I
> >> get different results.
> >>
> >> I have the following XWiki Macro groovy-test in Page GroovyTest
> >>
> >> {{velocity}}
> >> {{/velocity}}
> >> {{velocity}}
> >> $doc.getAttachmentURL("test.dat")
> >> {{/velocity}}
> >> {{groovy}}
> >> print("{{html}}");
> >> print( doc.getAttachmentURL("test.dat") );
> > print( xcontext.doc.getAttachmentURL("test.dat",xcontext.getContext());
> >> println("{{/html}}");
> >> {{/groovy}}
> >>
> >> if I put
> >> {{groovy-test /}}
> >> in the body of the page I get the following output
> >>
> >> /xwiki/bin/download/Macros/GroovyTest/test.dat
> >> /xwiki/bin/download/Macros/GroovyTest/test.dat
> > /xwiki/bin/download/Macros/GroovyTest/test.dat
> >>
> >> no surprise. However, If i put the same page body int the page
> >> GroovyTestExternal the output is
> >>
> >> /xwiki/bin/download/Macros/GroovyTestExternal/test.dat
> >> /xwiki/bin/download/Macros/GroovyTest/test.dat
> > /xwiki/bin/download/Macros/GroovyTest/test.dat
> >>
> >> thus the difference is with the macro language. What should I use in
> >> order to get the expected output (GroovyTestExternal) in groovy?
> >>
> >> Thanks so much,
> >> --Alaina
> >>
> >>
> >
> ___
> 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] Export xwiki page to be seen on word

[Asiri Rathnayake]

Hi Abel,

I can't help you with this specific issue (let's wait for someone else), but
I should mention that we have plans for a new word / pdf exporter:

http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HExportToWordPDFthroughOpenOffice

This is a gsoc project and several students have already expressed their
interest on this project. This is a vital project for us and we'll make sure
that it becomes a success :)

Thanks.

- Asiri

On Wed, Mar 17, 2010 at 3:48 AM, Abel Solórzano Astorga <
abelsolorz...@gmail.com> wrote:

> Hi,
>
> I want to export a xWiki page to be seen on word. I tried rtf export, but
> it
> doesn't seem to be working. I got an rtf document, but when I open the
> document on word it is incomplete. The tables aren't showed. Also, if I
> tried to open the rtf on OpenOffice Writer it crashed.  I am also trying
> with xoffice. It works better than rtf export. But the images on the page
> aren't exported to the .doc file.
> Is there something I could do to get the images on the resulting .doc file?
>
> Thanks,
>
> Abel
> ___
> 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] office import

[Asiri Rathnayake]

Hi,


When importing office documents using the openoffice importer, I get
>> images as attachments, but the links in the page-source refer to
>> ../output/output_html_
>> This makes that the images do not appear inline with the text, the
>> attachement itself is fine.
>>
>> Version: XWiki 2.2.2, OpenOffice 3.2, OS OpenSuSE
>>
>
> I was just about to test officeimporter with OpenOffice 3.2 :)
>
> I have XE 2.2 + officeimporter running fine with OOo 3.0 and 3.1. Will let
> you know if there is anything special with OOo 3.2.
>

I was able to reproduce this issue locally. I have created a JIRA here:
http://jira.xwiki.org/jira/browse/XWIKI-5000

I'm going to start working on this issue asap.

Thanks

- Asiri


>
> thanks.
>
> - Asiri
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] office import

[Asiri Rathnayake]

Hi,

On Wed, Mar 10, 2010 at 5:27 PM, Wouter Boasson wrote:

> Hi,
>
> When importing office documents using the openoffice importer, I get
> images as attachments, but the links in the page-source refer to
> ../output/output_html_
> This makes that the images do not appear inline with the text, the
> attachement itself is fine.
>
> Version: XWiki 2.2.2, OpenOffice 3.2, OS OpenSuSE
>

I was just about to test officeimporter with OpenOffice 3.2 :)

I have XE 2.2 + officeimporter running fine with OOo 3.0 and 3.1. Will let
you know if there is anything special with OOo 3.2.

thanks.

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

Re: [xwiki-users] Macro in html-macro

[Asiri Rathnayake]

Hi stefan,

I think you are asking too many questions without participating / helping in
any other conversation. You might want to slow down a bit ;)

- Asiri

2010/2/22 stefan bachert 

> Hi,
>
> is there a way to include an other macro in a html macro?
>
> Stefan Bachert
>
>
> __
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz
> gegen Massenmails.
> http://mail.yahoo.com
> ___
> 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] Office import error

[Asiri Rathnayake]

Hi,

On Fri, Feb 12, 2010 at 8:06 PM, Simon Glet  wrote:

> Hi,
>
> Just to end this thread, I upgraded to OpenOffice 3.2.0 from 3.1.1 and
> after creating the missing directory
> (http://jira.xwiki.org/jira/browse/XAOFFICE-44), import-export works
> fine. Great !!!
>

I wonder if these issues are caused by lack of admin privileges (looks like
file permission issues). Do you have admin privileges on the xp machine you
are testing on? Anyway, I'll do some tests on a XP SP3 machine to verify
these claims asap.

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

Re: [xwiki-users] Office import error

[Asiri Rathnayake]

PS: IMHO XWiki gets very little testing on windows platforms (except for
XWord). I do not know why I feel so reluctant to test XE on windows..
*yawns*

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

Re: [xwiki-users] Office import error

[Asiri Rathnayake]

Hi,

On Wed, Feb 10, 2010 at 10:00 PM, Simon Glet  wrote:

> Jeremie,
>
> I see your point but I wasn't expecting that much involvement ;-) BTW,
> as you speak of customization, I was wondering how to hide the "Import
> Office Document" menu. By not offering the option, users will not get
> frustrated and would more easily accept the system.
>

We are still working on an application manager that allows you to install /
uninstall whole apps. But for the moment you can delete XWiki.OfficeImporter
page and the menu item will dissapear.

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

Re: [xwiki-users] Office import error

[Asiri Rathnayake]

Hi,

On Wed, Feb 10, 2010 at 2:20 AM, Simon Glet  wrote:

> > + XWiki SAS  offers support and hosting packages
> to
> > meet all your XWiki needs. This will also benefit the XWiki opensource
> > project :)
> >
> > - Asiri
>
> Asiri :
> With such a statement, one might think that it is difficult to setup
> in order to need commercial support :-)
>

There is a huge number of XWiki deployments around the web and within
organizations. Therefor, I had to assume that here the problem is you are
unable to configure XWiki correctly so that it works as expected. This is
why I suggested you get some support :)

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

Re: [xwiki-users] Office import error

[Asiri Rathnayake]

Hi,

On Wed, Feb 10, 2010 at 1:06 AM, Guillaume Lerouge wrote:

> Hi Simon,
>
> On Tue, Feb 9, 2010 at 7:08 PM, Simon Glet  wrote:
>
> > Hi Asiri,
> >
> > I am a little confused by the quality of XWiki 2.1.1. At this point I
> > find that there are many features that don't work properly or at all :
> >
>
> I'm sorry to hear that. I'm pretty sure that if you're ready to spend a bit
> more time on this we can help you overcome the issues you're facing and
> help
> make XWiki a better product as a result. Open-Source software such as XWiki
> improves thanks to the feedback of its users and you can help us make more
> useful to the community.
>
> - Office plugin (the office 2007 ribbon has a very buggy behavior)
> >
>
> Would you be ok to describe the problems you're experiencing in more detail
> and post screenshots and / or steps to reproduce on http://jira.xwiki.org/?
> I'm sure that Florin, the lead developer on XOffice, would be happy to help
> you make things work.
>
>
> > - Document import (There is no documentation about version compatibility
> > between the different elements)
> >
>
> I have to agree that documentation isn't one of XWiki's strongest assets.
> However I've been using the document import feature on several XE 2.1.1
> instances where it works just fine thus I'm pretty sure you can make it
> work
> too. Asiri suggested several steps to debug, have you tried following them?
>
>
> > - Usage with SQL Server 2005 is impossible. Works fine with PostgreSQL
> > though.
> >
>
> Is SQL Server 2005 a hard requirement? Which errors do you meet? Would you
> agree to report those errors on http://jira.xwiki.org/ ? Do you need XWiki
> to work with a product released 5 years ago that much? What's not enough it
> works fine with PostgreSQL?
>
> I can't continue testing such a product. To bad, it looked very good.
> >
>
> It is and your feedback could help us make it that much better. I'd be very
> happy if you were to agree to reconsider your current stance and give a
> little of your time to the community in order to help us make XWiki fit
> your
> needs.
>

+ XWiki SAS  offers support and hosting packages to
meet all your XWiki needs. This will also benefit the XWiki opensource
project :)

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

Re: [xwiki-users] Office import error

[Asiri Rathnayake]

Hi,

On Tue, Feb 9, 2010 at 7:16 PM, Simon Glet  wrote:

> Hi Asiri,
>
> I currently use the latest version of OO (3.1.1 Build 9420). What else
> can I check ?
>

Well, you can try un-installing openoffice and reinstalling. But I doubt
this will help.

Next thing you can try is use jodconverter directly and try to convert your
document from odt to html.

Here is the link:

http://code.google.com/p/jodconverter/

How to use it:

http://code.google.com/p/jodconverter/wiki/GettingStarted

If the command-line conversion fails for your document, then the error
should probably be reported to jodconverter users list.

Thanks.

- Asiri


>
> Thanks
> Simon Glet
>
> On Mon, Feb 8, 2010 at 9:20 PM, Asiri Rathnayake
>  wrote:
> > Hi,
> >
> > As you have understood it seems the problem is with your OOo
> installation.
> > Can you try removing your existing OOo installation and installing the
> > latest version from http://www.openoffice.org?  This will most probably
> fix
> > the issue.
> >
> > - Asiri
> > ___
> > 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] Office import error

[Asiri Rathnayake]

Hi,

As you have understood it seems the problem is with your OOo installation.
Can you try removing your existing OOo installation and installing the
latest version from http://www.openoffice.org?  This will most probably fix
the issue.

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

Re: [xwiki-users] Content type problem when viewing converted PowerPoint presos

[Asiri Rathnayake]

Hi,

On Fri, Jan 22, 2010 at 1:59 AM, Mathias Herberts <
mathias.herberts+xwiki-us...@gmail.com
> wrote:

> Hi,
>
> I'm using XWiki Enterprise 2.1.1 which is fully configured in UTF-8. I
> noticed that when creating a page from an Office presentation, the
> resulting page incorrectly displays the accented characters in the
> french version of the presentation's navigation bar.
>
> The main page has a correct content type with a UTF-8 charset but the
> Iframe displaying the preso
> (/xwiki/bin/download/SPACE/PAGE/presentation.zip/output.html) has an
> incorrect charset of ISO-8859-1 even though the content of output.html
> is in UTF-8.
>
> Is this a known issue? Any way to correct it?
>

Really sorry for the late reply. I was busy these few days.

Yes, we are working on improving the presentation import and we plan to
integrate this into XE with office preview feature. But this might take some
time (XE 2.3 at least).

Thanks for reporting this.

- Asiri


>
> Mathias.
> ___
> 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] Is there a plan to support LDAP authentication for WebDAV feature

[Asiri Rathnayake]

Hi again,

However, If you have apache in front of tomcat (which is hosting XWiki) this
> might pose a problem for XWiki WebDAV implementation. I remember once that a
> user complained he was unable to configure XWiki WebDAV with apache sitting
> in front of tomcat. I'm not sure of this issue but it got buried because
> nobody had the time to look at WebDAV module at that time.
>

Seems my memory is wrong. May b i'm confusing myself with some other issue.
I searched the mail archive but couldn't find the email i mentioned. Sorry
for the noise. I'll verify this later.

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

Re: [xwiki-users] Is there a plan to support LDAP authentication for WebDAV feature

[Asiri Rathnayake]

Hi Milind,

Asiri's mention of Basic and Digest authentication raises another question
> in my mind. On reading the "Digest Authentication & XWiki" thread it seems
> that Digest authentication is probably out of question. Is there any
> documentation specifically for XWiki about how to setup https based login to
> send the user's password?
>

I'm not aware of such a documentation but I believe usual apache ssl
configuration (along with modjk for connecting tomcat) would work fine here.

However, If you have apache in front of tomcat (which is hosting XWiki) this
might pose a problem for XWiki WebDAV implementation. I remember once that a
user complained he was unable to configure XWiki WebDAV with apache sitting
in front of tomcat. I'm not sure of this issue but it got buried because
nobody had the time to look at WebDAV module at that time.

It would be great if you can check whether this claim is true :) May be it's
time we address this problem (if it is indeed addressable).

I plan to look into LDAP authentication issue next few days. Hope I'll be
able to fix it before I go on vacation ;)

Your interest and enthusiasm for XWiki will keep us going forward :)

- Asiri


>
>
>
>
> 
> From: Asiri Rathnayake 
> To: XWiki Users 
> Sent: Sat, January 16, 2010 3:12:48 AM
> Subject: Re: [xwiki-users] Is there a plan to support LDAP authentication
> for WebDAV feature
>
> Hi,
>
>
> > At the moment XWiki cannot support Digest Authentication and I'm not sure
> > > whether LDAP authentication can be done for WebDAV. I will look around
> a
> > bit
> > > and get back to you on this.
> >
> > Basic or Diggest authentication are authentication entry point (which
> > receive credentials), WebDav still have to use XWikiRightService to
> > validate the credentials (authentication back-end where LDAP
> > authenticator and others are).
> >
>
> Ok, I see.
>
> In that case it should be possible to provide LDAP support without much
> effort. I will have a look at how credential validation is currently done
> in
> webdav module as make necessary changes.
>
> Thanks.
>
> - Asiri
>
>
> > >
> > > Thanks.
> > >
> > > - Asiri
> > >
> > >
> > >>
> > >> Regards,
> > >> Milind
> > >>
> > >>
> > >>
> > >>
> > >> 
> > >> From: Thomas Mortagne 
> > >> To: XWiki Users 
> > >> Sent: Fri, January 15, 2010 11:37:15 AM
> > >> Subject: Re: [xwiki-users] Is there a plan to support LDAP
> > authentication
> > >> for WebDAV feature
> > >>
> > >> On Fri, Jan 15, 2010 at 16:48, Milind Kamble 
> wrote:
> > >> > Hi. I searched this mailing list and xwiki docs for this information
> > but
> > >> didn't find anything.
> > >> > Is there any plan to extend the authentication mechanism in WebDAV
> > >> component to support LDAP? I felt that having access to page content
> and
> > >> attachment folders via shared drive (using NetDrive) would be
> immensely
> > >> attractive for end users because of the ability to use enhanced
> editors
> > to
> > >> directly edit page content and the ability to upload/manage multiple
> > >> attachments.
> > >>
> > >> Well authentication mechanism is generic for the whole XWiki platform.
> > >> If WebDAV support any authentication then it supports LDAP, i doubt an
> > >> authentication system has been coded specifically for WebDAV module.
> > >> It would be weird that WebDAV does not use it but i don't know WebDAV
> > >> module very well.
> > >>
> > >> >
> > >> > Thanks,
> > >> > Milind
> > >> > M
> > >> >
> > >> >
> > >> >
> > >> > ___
> > >> > 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] Is there a plan to support LDAP authentication for WebDAV feature

[Asiri Rathnayake]

Hi,


> At the moment XWiki cannot support Digest Authentication and I'm not sure
> > whether LDAP authentication can be done for WebDAV. I will look around a
> bit
> > and get back to you on this.
>
> Basic or Diggest authentication are authentication entry point (which
> receive credentials), WebDav still have to use XWikiRightService to
> validate the credentials (authentication back-end where LDAP
> authenticator and others are).
>

Ok, I see.

In that case it should be possible to provide LDAP support without much
effort. I will have a look at how credential validation is currently done in
webdav module as make necessary changes.

Thanks.

- Asiri


> >
> > Thanks.
> >
> > - Asiri
> >
> >
> >>
> >> Regards,
> >> Milind
> >>
> >>
> >>
> >>
> >> 
> >> From: Thomas Mortagne 
> >> To: XWiki Users 
> >> Sent: Fri, January 15, 2010 11:37:15 AM
> >> Subject: Re: [xwiki-users] Is there a plan to support LDAP
> authentication
> >> for WebDAV feature
> >>
> >> On Fri, Jan 15, 2010 at 16:48, Milind Kamble  wrote:
> >> > Hi. I searched this mailing list and xwiki docs for this information
> but
> >> didn't find anything.
> >> > Is there any plan to extend the authentication mechanism in WebDAV
> >> component to support LDAP? I felt that having access to page content and
> >> attachment folders via shared drive (using NetDrive) would be immensely
> >> attractive for end users because of the ability to use enhanced editors
> to
> >> directly edit page content and the ability to upload/manage multiple
> >> attachments.
> >>
> >> Well authentication mechanism is generic for the whole XWiki platform.
> >> If WebDAV support any authentication then it supports LDAP, i doubt an
> >> authentication system has been coded specifically for WebDAV module.
> >> It would be weird that WebDAV does not use it but i don't know WebDAV
> >> module very well.
> >>
> >> >
> >> > Thanks,
> >> > Milind
> >> > M
> >> >
> >> >
> >> >
> >> > ___
> >> > 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
> >>
> > ___
> > 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

Re: [xwiki-users] Is there a plan to support LDAP authentication for WebDAV feature

[Asiri Rathnayake]

Hi,

On Fri, Jan 15, 2010 at 11:43 PM, Milind Kamble  wrote:

> The http://platform.xwiki.org/xwiki/bin/view/Features/WebDAV page says
> "Wiki's WebDAV implementation only supports Basic Access Authentication and
> it doesn't support locking and versioning DAV operations yet.".
> I confirmed this by using NetDrive webdav client to authenticate with my
> xwiki installation which uses LDAP and it failed to authenticate -- but I
> could connect as local user "Admin".
> So it definitely seems to need some enhancement to support LDAP.
>

WebDAV specification has defined two authentication mechanisms in it.

- Basic Access Authentication

- Digest Authentication

At the moment XWiki cannot support Digest Authentication and I'm not sure
whether LDAP authentication can be done for WebDAV. I will look around a bit
and get back to you on this.

Thanks.

- Asiri


>
> Regards,
> Milind
>
>
>
>
> 
> From: Thomas Mortagne 
> To: XWiki Users 
> Sent: Fri, January 15, 2010 11:37:15 AM
> Subject: Re: [xwiki-users] Is there a plan to support LDAP authentication
> for WebDAV feature
>
> On Fri, Jan 15, 2010 at 16:48, Milind Kamble  wrote:
> > Hi. I searched this mailing list and xwiki docs for this information but
> didn't find anything.
> > Is there any plan to extend the authentication mechanism in WebDAV
> component to support LDAP? I felt that having access to page content and
> attachment folders via shared drive (using NetDrive) would be immensely
> attractive for end users because of the ability to use enhanced editors to
> directly edit page content and the ability to upload/manage multiple
> attachments.
>
> Well authentication mechanism is generic for the whole XWiki platform.
> If WebDAV support any authentication then it supports LDAP, i doubt an
> authentication system has been coded specifically for WebDAV module.
> It would be weird that WebDAV does not use it but i don't know WebDAV
> module very well.
>
> >
> > Thanks,
> > Milind
> > M
> >
> >
> >
> > ___
> > 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Launch openoffice server ?

[Asiri Rathnayake]

Hi,

On Mon, Dec 28, 2009 at 6:34 PM, Gaci, Hakim  wrote:

> Hello,
>
> How do we launch openoffice server please ??
>

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

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

[xwiki-users] [Idea] A generic document converter (xwiki-office-converter) on top of xwiki-officeimporter

[Asiri Rathnayake]

Hi Devs & Users,

With the new refactoring of officeimporter module, it's possible to
implement a generic office document converter on top of
xwiki-officeimporter. By a "document converter" I meant an xwiki application
where you can upload a .doc file and get it converted to a .pdf, .odt etc.

Supported formats will be those mentioned in
http://artofsolving.com/opensource/jodconverter/guide/supportedformats and
few more Office2007 formats.

Would this application be a good addition to XWiki?

Thanks.

- Asiri

PS: It would take about 2-3 days to fully implement and test the
application.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Contributed Emoticon & MBox wiki macros

[Asiri Rathnayake]

Hi Jeremie!

On Tue, Dec 22, 2009 at 7:07 PM, Jeremie BOUSQUET <
jeremie.bousq...@gmail.com> wrote:

> Hi,
>
> I use the MBox and MNote macros, and they're really fine :)
> (you have a typo in first emoticon link)
>
> By the way thanks for the fix on id/class ;)
>

Many thanks to you for pointing out the problem :)

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

[xwiki-users] Contributed Emoticon & MBox wiki macros

[Asiri Rathnayake]

Hi All,

I've added these two macros into code.xwiki.org little while ago.

Emoticon Macro: http://code.xwiki.org/xwiki/bin/view/Macros/EmoticonMacrosee
http://www.rathnayake.org/xwiki/bin/view/Macro/Emo for some examples.

MBox Macro: http://code.xwiki.org/xwiki/bin/view/Macros/MBoxMacro see
http://asiri.rathnayake.org/xwiki/bin/view/Blog/XWiki+Customize+content+presentation+with+wiki+macrosfor
a description about MBox macro's usage.

Thanks.

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

[xwiki-users] [Apologies] OfficeImporter Office2007 file format support added

[Asiri Rathnayake]

Hi,

Mainly due to my tight work schedule and partly due to my negligence
officeimporter has been lacking Office2007 file format support. I have added
this support into OfficeImporter and it will be available with XE versions
2.2M1 and above.

I have created an issue here
http://jira.xwiki.org/jira/browse/XWIKI-4690and keeping it open until
I have tested new changes with thorough manul
testing. Any help in this regard is really really really appreciated :)

Thanks.

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

Re: [xwiki-users] Using WEBDAV in a Mozilla Firefox directly (without firefox extention)

[Asiri Rathnayake]

Hi Eugen,

On Sat, Dec 19, 2009 at 1:39 AM, Colesnicov Eugen wrote:

>
> As I understand, Xwiki use different portions of code for the different
> browsers - FF and IE - for the WEBDAV link. IE working directly with
> webdav,
> but firefox - is not. If I try to click on a webdav link (edit link) ff ask
> me for exetention FoxWiki. This is a special extention for XWiki and for
> this extention need to setup one by one all applications. But for IE - not
> need special plugins and not need any setup. Exists another plugin for FF -
> openwebfolder (http://openwebfolder.mozdev.org/) as a described in a home
> page of this extention: "Internet Explorer itself does not contain any
> WebDAV support. However, it does offer hooks to Microsoft's WebDAV
> component, usually called "web folders". Openwebfolder itself does not
> contain any platform-independant WebDAV related code. It just adds hooks so
> that Microsoft's "Webfolder" WebDAV client can be invoked in a similar way
> like in IE." My idea - try to use this extention for FF.


I remember trying out openwebfolder extension some times ago but as I
understood it's only capable opening webdav directories for display. Not
sure if it could fire the native application that would carry out the edit
operation.


> But everytime XWiki
> offer for me - "download FoxWiki" - as I understand, according to the XWiki
> template - attachmentsinline.vm. This template use different edit-calls for
> the different browsers. How I need to change attachmentsinline.vm for the
> using one edit-call and for FF and for IE? As I understand - with FF
> extention openwebfolder - all will be as of IE, if XWiki will give to user
> same edit-link like IE. (I tried in other webdav application - all
> working).
>

It would be great if you can investigate this a little bit :)

May be you could try editing attachmentsinline.vm (+ you might have to
edit webdav
applicationcode
as well) and get rid of the code which tries to install FoXWiki. This
would leave FoXWiki apart but I'm not sure how we can communicate with
openwebfolder (i.e. fire it up instead FoXWiki installation).

I would like to have a look into this but I'm occupied a bit these days.

Thanks.

- Asiri


> --
> View this message in context:
> http://n2.nabble.com/Using-WEBDAV-in-a-Mozilla-Firefox-directly-without-firefox-extention-tp4188619p4188619.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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [xwiki-devs] [UX][Proposal] Action Menu in Edit Mode

[Asiri Rathnayake]

Hi,

On Tue, Dec 15, 2009 at 8:55 PM, Ecaterina Valica  wrote:

> Hi,
>
> We should replace the "Choose Editor" panel by using the Action Menu also
> in
> Edit Mode.
>
> Please comment on this and select your favorite variant: A, B, C, D, E
>
>
> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuEditImprovements#HEditImprovementsProposals
>

I Like D :)

- Asiri


>
> Thanks,
> Caty
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] office importer vs graphics

[Asiri Rathnayake]

Hi Peter,


i will send you the sample document directly so as not to spam the alias.
>

Thanks. I received your file and tested it both on XE 2.0.3 and XE snapshot
and it worked without issue.

However, I must ask you to do one more experiment to nail down this issue.
Sorry about having to ask for this much but this is because I cannot locally
reproduce your issue.

This is what you have to do:

1. Download
http://jodconverter.googlecode.com/files/jodconverter-3.0-beta-2-dist.zip

2. Extract this zip file into (say) $JOD_CONVERTER_HOME

3. Go inside $JOD_CONVERTER_HOME/lib and issue the following command:

java -jar jodconverter-3.0-beta-2.jar /path/to/sample.doc
/a/path/to/sample.html

The second path is a non-existent one and it is important that the target
extension is "html".

4. Report your observations into the mailing list. (Whether sample.doc was
successfully imported into html and whether output images look fine).

Thanks for your time & patience :)

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

Re: [xwiki-users] office importer vs graphics

[Asiri Rathnayake]

Hi,



> > 2. What does the XE log tell you when this problem occurs.
>
>
>
> # tail -f xwiki.log
>
> 2009-12-07 11:44:16,060
> [http://10.128.48.247:8080/xwiki/bin/view/XWiki/OfficeImporterResults]
> ERROR rterVelocityContextInitializer  - task did not complete within
> timeout
> org.xwiki.officeimporter.OfficeImporterException: task did not complete
> within timeout
> at
>
> org.xwiki.officeimporter.internal.DefaultOfficeImporter.importStream(DefaultOfficeImporter.java:175)
> at
>
> org.xwiki.officeimporter.internal.OfficeImporterVelocityBridge.importDocument(OfficeImporterVelocityBridge.java:94)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
> at
>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
> at
>
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
> [.
>  .
>  .]
> Caused by: net.sf.jodconverter.office.OfficeException: task did not
> complete within timeout
> at
>
> net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOfficeManager.java:93)
> at
>
> net.sf.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java:71)
> at
>
> org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeDocumentConverter.convert(DefaultOpenOfficeDocumentConverter.java:99)
> at
>
> org.xwiki.officeimporter.internal.DefaultOfficeImporter.importStream(DefaultOfficeImporter.java:151)
> ... 110 more
> Caused by: java.util.concurrent.TimeoutException
> at
> java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:258)
> at java.util.concurrent.FutureTask.get(FutureTask.java:119)
> at
>
> net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOfficeManager.java:90)
> ... 113 more
>

The images embedded inside Office document, how large are they? (very
high-resolution images?)

- If they are quite large, you might want to increase the time-out for
officeimporter operations (from xwiki.properties file).

- Now, if they are not that large (if the most trivial images also fail),
then it'll be great if you can provide us a sample failing document.

Also, there is a small test you can perform if you have access to a GUI in
your computer:

- Open the failing document in OpenOffice.

- Save the document as HTML into some place.

Does above operation work without issues? And what about images, are they
properly saved? and what type of images are they ? (The last question is
because OpenOffice has a problem with EMF/WMF image formats on windows and
linux boxes).

Thanks.

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

Re: [xwiki-users] office importer vs graphics

[Asiri Rathnayake]

Hi Florin,

Hi,
>
> Sorry for the previous empty mail.
> All this quoting is not necessary, I never asked how jodconverter
> behaves nor do I trust the doc without testing it ;) My point is that
> just relying on that upgrade or specification didn't do the trick and we
> still have the issue. Please test the use case. :)
>

What do you think I have been testing for last year or so? :)

I have tested OfficeImporter in a lot of scenarios (mostly on linux boxes
though) but I cannot do exhaustive testing on all the environments. I know
we have a problem with OfficeImporter on fresh boxes but you have to
understand that currently I cannot do a lot of investigations regarding this
issue. An issue like this cannot be fixed just by going through the code, I
need some time to investigate. Please understand me, it's about priority,
not about technical details.

Why I pointed out the docs was because this problem never came across me
until recently, so without getting someone's clear confirmation that we
_really_ have an important issue, I'd rather not spend time on investigating
it.


> The server fails to start when you call the start() method in
> DefaultOpenOffice manager if you don't provide an valid folder.
> Note that there is a difference between profileDir and
> templateProfileDir which you set in the configuration. Maybe you could
> investigate this.
> Since this is not related to the current thread, i propose to move the
> discussion on jira. This is a low priority issue as it only happens on a
> fresh machine.
>

I agree, and I plan to investigate this issue (and there are several other
issues on my list), I just need to find time for them.

- Asiri


>
> Thanks,
> Florin Ciubotaru
>
>
> On 12/4/2009 2:52 PM, Florin Ciubotaru wrote:
> > On 12/4/2009 12:29 PM, Asiri Rathnayake wrote:
> >
> >> Hi,
> >>
> >>
> >>
> >>
> >>
> >>>> Jodconverter will try to figure out the openoffice installation dir
> >>>> automatically. But this is not very accurate, and I have metioned this
> on
> >>>> the doc:
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication
> >>>
> >>>
> >>>>
> >>>>
> >>> Yes, but even when it figures out the open office installation dir, it
> >>> doesn't create the profile folder if it doesn't exist. This will cause
> >>> the connection to fail.
> >>>
> >>>
> >> As I said before, with jodconverter 3.0-beta-2 version, you don't need a
> >> profile dir (if you are internally starting the OOo server).
> >>
> >> Refer:
> >>
> http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for
> >>
> >> "OOo is now started with -nofirststartwizard by default. This avoids the
> >>  frequent problem of OOo refusing to work on a new machine because
> it's
> >>  expecting somebody to accept its license dialogue even in -headless
> >> mode."
> >>
> >> It is after accepting the license agreement the profile dir gets
> created.
> >> With the -nofirststartwizard flag you don't need a profile dir.
> >>
> >> - Asiri
> >> ___
> >> 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] office importer vs graphics

[Asiri Rathnayake]

Hi,



> > Jodconverter will try to figure out the openoffice installation dir
> > automatically. But this is not very accurate, and I have metioned this on
> > the doc:
> >
> >
> http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication
> >
> Yes, but even when it figures out the open office installation dir, it
> doesn't create the profile folder if it doesn't exist. This will cause
> the connection to fail.


As I said before, with jodconverter 3.0-beta-2 version, you don't need a
profile dir (if you are internally starting the OOo server).

Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for

"OOo is now started with -nofirststartwizard by default. This avoids the
   frequent problem of OOo refusing to work on a new machine because it's
   expecting somebody to accept its license dialogue even in -headless
mode."

It is after accepting the license agreement the profile dir gets created.
With the -nofirststartwizard flag you don't need a profile dir.

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

Re: [xwiki-users] office importer vs graphics

[Asiri Rathnayake]

Hi,

On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaru  wrote:

> Hi Asiri,
>
> Could this be also caused by the opened streams issue?
> JODConverter creates extra files when exporting embeded elements like
> images. Since this seems to work on the 2.0.5 snapshot but not on 2.0.3,
> is it possible that this is solved as a side effect of fixing
> http://jira.xwiki.org/jira/browse/XWIKI-4636 ?
>

Yes, it's a possibility. But still, I can't be certain (it works fine for
me).

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

Re: [xwiki-users] office importer vs graphics

[Asiri Rathnayake]

Hi,



> > Refer:
> >
> http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for
> > details.
> >
> I fell we're hijacking the thread with this. Even if jodconverter will
> create your profile directory you still need to update the office
> importer management app which requires an directory path to connect.
> You only get to call jodconverter while importing, and obviously after
> the connection is made. But you can't connect to the server without the
> folder in the first place.
>

Jodconverter will try to figure out the openoffice installation dir
automatically. But this is not very accurate, and I have metioned this on
the doc:

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

"Default values for *homePath* and *profilePath* configuration options will
be calculated based on your operating environment. Even though this is the
case, this calculation might not yield accurate results for some systems. So
it's a good idea to configure these values manually by editing the
xwiki.properties file."

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

Re: [xwiki-users] office importer vs graphics

[Asiri Rathnayake]

Hi,


> 1. Is openoffice server listening on port 8100? Can XE connect to that
>> port?
>> >
>> The port should be fine since importing simple documents works.
>> > 2. What does the XE log tell you when this problem occurs.
>> >
>> I also have a import issue on the 2.0.3 XE tag. It seems that the issue
>> was reported by another user here:
>>
>> http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858
>> Importing works fine for me on the current 2.0.x snapshot.
>> > Another possibility is that there might be a problem with your
>> openoffice
>> > profile. Usually this should not happen because jodconverter
>> automatically
>> > creates a profile.
>> No, the profile is not created automatically, at least not every time. I
>> had this issue on both Windows and Linux. You need to start & use Open
>> Office so that it creates the folder, otherwise you need to create it
>> yourself or change the office importer settings.
>>
>
> Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice
> profile should be created automatically. But if you are starting OpenOffice
> server externally, then you have to provide a profile directory manually.
>

With jodconverter 3.0-beta-2 you don't need a profile directory if you are
starting OpenOffice server internal to XE:

Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for
details.

Note that we've mentioned this on the documentation at
http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication

"For the *profilePath* configuration option, you need to have an OpenOffice
profile directory created somewhere on the system. This can be a problem in
server environments where launching OpenOffice is not an option. In such
situations you can create an OpenOffice profile on a local computer and
upload it to the server running XE."

Although it is under the wrong topic (internally managed..) it should be
under "Externally managed..." section (fixing that now).

Also jodconverter 3.0-beta-3 has been out for a while:

http://groups.google.com/group/jodconverter/browse_thread/thread/6e4eeb3d7e9e63ca/fd3da52e33043f68?lnk=gst&q=beta#fd3da52e33043f68

I did not have time to upgrade office importer. And I think they have few
API changes as well, will need some testing.

Thanks.

- Asiri


>
> I'll investigate a bit further.
>
> - Asiri
>
>
>>
>> Thanks,
>> Florin Ciubotaru
>> > Just in case, in xwiki.properties file try uncommenting
>> > openoffice.profile option and point it to a valid (initialized) profile
>> > directory (like /home/user/.openoffice.org/3).
>> >
>> > - Asiri
>> > ___
>> > 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] office importer vs graphics

[Asiri Rathnayake]

Hi,


> 1. Is openoffice server listening on port 8100? Can XE connect to that
> port?
> >
> The port should be fine since importing simple documents works.
> > 2. What does the XE log tell you when this problem occurs.
> >
> I also have a import issue on the 2.0.3 XE tag. It seems that the issue
> was reported by another user here:
>
> http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858
> Importing works fine for me on the current 2.0.x snapshot.
> > Another possibility is that there might be a problem with your openoffice
> > profile. Usually this should not happen because jodconverter
> automatically
> > creates a profile.
> No, the profile is not created automatically, at least not every time. I
> had this issue on both Windows and Linux. You need to start & use Open
> Office so that it creates the folder, otherwise you need to create it
> yourself or change the office importer settings.
>

Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice
profile should be created automatically. But if you are starting OpenOffice
server externally, then you have to provide a profile directory manually.

I'll investigate a bit further.

- Asiri


>
> Thanks,
> Florin Ciubotaru
> > Just in case, in xwiki.properties file try uncommenting
> > openoffice.profile option and point it to a valid (initialized) profile
> > directory (like /home/user/.openoffice.org/3).
> >
> > - Asiri
> > ___
> > 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] office importer vs graphics

[Asiri Rathnayake]

Hi,


With X turned on (runlevel 5 on the linux box) there's no improvement in
> the import of documents with images (still times out)
>
> I start xwiki automatically from an init script - so it doesn't pick up
> a DISPLAY environment variable.
>
> Can anyone confirm whether they can import documents with images with:
>
>  - linux 2.6(.18)
>  - openoffice.org 3.1.1
>  - xwiki (standalone) 2.0.3
>

Here is my configuration:

- Fedroa 10 desktop (2.6.27.30-170.2.82.fc10.i686.PAE kernel)

- XE 2.0.3

- OpenOffice.org 3.1.1 (Build 9420)

Importing documents with images works fine.

Few questions for you:

1. Is openoffice server listening on port 8100? Can XE connect to that port?

2. What does the XE log tell you when this problem occurs.

Another possibility is that there might be a problem with your openoffice
profile. Usually this should not happen because jodconverter automatically
creates a profile. Just in case, in xwiki.properties file try uncommenting
openoffice.profile option and point it to a valid (initialized) profile
directory (like /home/user/.openoffice.org/3).

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

Re: [xwiki-users] office importer vs graphics

[Asiri Rathnayake]

Hi again,


>>  - linux 2.6(.18)
>>  - openoffice.org 3.1.1
>>  - xwiki (standalone) 2.0.3
>>
>
> I'm downloading XE 2.0.3 now. Will let you know soon. However, since you
> said you are on a VMWare platform, make sure that your OpenOffice server is
> actually listening in port 8100 (configurable).
>

Can you check your xwiki log and see what happens when the time-out occur?
Please post any exceptions you receive.

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

Re: [xwiki-users] office importer vs graphics

[Asiri Rathnayake]

Hi,



>
> Can anyone confirm whether they can import documents with images with:
>
>  - linux 2.6(.18)
>  - openoffice.org 3.1.1
>  - xwiki (standalone) 2.0.3
>

I'm downloading XE 2.0.3 now. Will let you know soon. However, since you
said you are on a VMWare platform, make sure that your OpenOffice server is
actually listening in port 8100 (configurable).

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

Re: [xwiki-users] get something with indexOf

[Asiri Rathnayake]

Hi,

On Thu, Dec 3, 2009 at 8:49 PM, Bubulina  wrote:

>
> #set($count = 0)
> #foreach ($d in $xwiki.sort($dateList))
> 
>$d 
> $pageList.indexOf[$count] $pageList.indexOf[$count]   
>delete
> 
>
>#set($count = $count +1)
>
> #end
>
> just want to get the something from a list on the possition $count.
> Please tell me what i am doing that wrong?
>

Is $pageList a java.util.List instance? If so you should do
$pageList.get($count) instead.

- Asiri


>
> --
> View this message in context:
> http://n2.nabble.com/get-something-with-indexOf-tp4106635p4106635.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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki 2.0.3 : Questions, Problems and Feedback

[Asiri Rathnayake]

Hi,

You are right. It works really good. Just i don't know why it did not in the
> past (we restarted the server).
>
> But we still have a problem with medium/big PPT (more than 15Mb). We have a
> timeout. Can we modify this timeout value ?
>

Yes, check your xwiki.properties file (importer module configuration
section), there are several parameters that allow you to fine tune office
import process.

- Asiri


> > Ok. Note that the next version of XWord will work with XWiki
> > 2.0 syntax and
> > thus might be useful for heavy Word users.
>
> We just made the migration to Office XP so don't expect the migration to
> Office 2007 before ten years (at least) ;-)
>
> > Thanks again :-)
>
> Thanks to you and your team
>
> Christophe Périnaud
>
> 
>
> This e-mail is intended only for the addressee named above. It does not
> bind the sender, except in the case of an existing written convention with
> the addressee. This e-mail may contain material that is confidential and
> privileged for the sole use of the intended recipient. Any review, reliance
> or distribution by others or forwarding without express permission is
> strictly prohibited and may be unlawful. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
> While reasonable precautions have been taken to ensure that this e-mail and
> any attachments are free from any computer virus or similar defect, no
> liability will be accepted in that respect. Anyone accessing this e-mail
> must take their own precautions as to security and virus protection.
>
> KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg,
> R.C.S. Luxembourg B 6395, T (352) 47 97 1
> ___
> 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] Can XWiki benefit from Google AJAX Libraries API ?

[Asiri Rathnayake]

Link: http://code.google.com/apis/ajaxlibs/

Article about how it can make websites fast:
http://radar.oreilly.com/2009/11/steve-souders-making-web-sites.html

XWiki web gurus, can XWiki benefit from this? Is it worth considering?

Thanks.

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

Re: [xwiki-users] Open Office server on myxwiki.org

[Asiri Rathnayake]

Hi Stephane,

AFAIK there is no openoffice server installed on myxwiki.org

Although, installing an openoffice server on myxwiki.org might be a good way
to test officeimporter to it's extremes :)

- Asiri

On Sat, Nov 28, 2009 at 9:34 PM, stephane barbey  wrote:

> Hi Team,
> Anybody knows if it's possible to make office document import on the
> myxwiki.org farm ?
> Thanks in advance.
> Stéphane Barbey.
> ___
> 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] office importer vs graphics

[Asiri Rathnayake]

Hi,

On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees  wrote:

> hi folks
>
> i am having lots of trouble importing documents with graphics in them.
>
> even a doc with 1 or 2 small graphics is running past the timeout period
>  (even though i've set timeout to 300,000 msec - 5min).
>
> system is:
>
> - xwiki 2.0.3 standalone
> - openoffice 3.1
> - centos 5.4 linux on vmware
> - java heap set to 300MB (JAVA_OPTS=-Xmx300m)
>
> is this a known problem and/or can anyone suggest a fix?
>
> is office importer even supposed to be able to handle graphics?
>

Yup, office importer can handle graphics without issues. I think this has
something to do with your particular operating environment, is this a
desktop system or a server? I suspect this is something with your X server
configuration but I'm not sure. I will check 2.0.3 myself to see if there
have been a regression.

- Asiri


>
> p
> ___
> 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] Feedback on the new menu bars in XE

[Asiri Rathnayake]

Hi,

On Wed, Nov 25, 2009 at 4:27 PM, Thomas Mortagne
wrote:

> On Wed, Nov 25, 2009 at 09:29, Asiri Rathnayake
>  wrote:
> > Hi,
> >
> > I've had some difficulties coping with the new menu structure, here are
> my
> > observations:
> >
> > 1. Edit / Export / More Actions menus are cool :)
> >
> > 2. I really miss the sliding menu bar. Now I have to scroll to the top of
> > the page whenever I want to do something. May be it's just my resistance
> to
> > change, but I felt uncomfortable.
> >
> > 3. I'm unable to understand the basis for grouping create space / watch /
> > admin actions under xwiki menu. Made me a little confused when I was
> looking
> > for administration link. I like the old administration menu.
> >
> > 4. If I have a space like "MySuperSpace", the space menu looks like
> > "MYSPECIALSPACE" which I felt uncomfortable.
>
> I like the fact that wiki and space related tasks are separated from
> the document task but the name of theses menu (name of the wiki and
> name of the name) are really difficult to understand for a user. I
> think i would prefer at least something like
>
> Wiki (Wikiname) Space (Spacename)
>

+1.

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

Re: [xwiki-users] Feedback on the new menu bars in XE

[Asiri Rathnayake]

Hi,

I've had some difficulties coping with the new menu structure, here are my
observations:

1. Edit / Export / More Actions menus are cool :)

2. I really miss the sliding menu bar. Now I have to scroll to the top of
the page whenever I want to do something. May be it's just my resistance to
change, but I felt uncomfortable.

3. I'm unable to understand the basis for grouping create space / watch /
admin actions under xwiki menu. Made me a little confused when I was looking
for administration link. I like the old administration menu.

4. If I have a space like "MySuperSpace", the space menu looks like
"MYSPECIALSPACE" which I felt uncomfortable.

This is just how I felt.

Thanks.

- Asiri

On Wed, Nov 25, 2009 at 1:39 PM, Vincent Massol  wrote:

> Hi XWiki lovers :),
>
> By now you've probably seen the new menu bars that we have introduced
> in XE 2.1M1. If not, please try XE 2.1M1 or check the release notes at
> http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise21M1
>
> Since the action menu has been heavily reworked we're interesting in
> gathering feedback and thus ensure that you like the new menu as much
> as we do.
>
> If you have some problems with them please let us know ASAP (since the
> 2.1 final release is approaching fast - early December).
>
> So whether you like them or not, please let us know what you think
> about them.
>
> Thanks a lot
> Enjoy XWiki
> -Vincent on behalf of the XWiki dev team
>
> ___
> 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] Issue with the "Import an Office document" functionality

[Asiri Rathnayake]

Hi,


> I tried to reproduce http://jira.xwiki.org/jira/browse/XAOFFICE-30 but I
> can't.
>
> I think this should be due to a particular configuration issue of your
> openoffice server, although I can't think why. What openoffice server
> version are you using?
>
> I'm closing the issue as "unable to reproduce" for the moment. If you still
> experience this issue, please reply. We need to figure out why this is
> happening / how to fix it and document all that clearly.
>

H, could this be due to a missing font issue? In any case, please let me
know your environment:

* Operating System.

* XE version.

* OpenOffice server version.

Thanks.

- Asiri


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

Re: [xwiki-users] Issue with the "Import an Office document" functionality

[Asiri Rathnayake]

Hi Guillaume,

On Tue, Sep 8, 2009 at 9:33 PM, Chaudier Guillaume <
guillaume.chaud...@thalesgroup.com> wrote:

> Hello,
>
> I try to import an Office (word 2003 document) with a "Ç" character (ALT
> 128).
> The result into the wiki page is: "Ç".
> The result is the same in "UTF-8" or in "ISO-8859-1".
>

I tried to reproduce http://jira.xwiki.org/jira/browse/XAOFFICE-30 but I
can't.

I think this should be due to a particular configuration issue of your
openoffice server, although I can't think why. What openoffice server
version are you using?

I'm closing the issue as "unable to reproduce" for the moment. If you still
experience this issue, please reply. We need to figure out why this is
happening / how to fix it and document all that clearly.

Thanks.

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

Re: [xwiki-users] How to call a macro from a local wiki

[Asiri Rathnayake]

Hi,

On Sat, Oct 10, 2009 at 1:45 PM, Michael Beetz wrote:

> Hi all,
>
> Local wikis doesn't allow macros; therefore they have to be placed in the
> main wiki.


If you are talking about wiki macro definitions, yes they need to be defined
in the main wiki.


>  However how do I call such macros?
>

Just as you would call any other macro. But make sure that the macro
definition is saved with programming rights.

Thanks.

- Asiri


>
> I am still trying to get the xwiki task manager application up and running.
>  It might be necessary to move the query below to the main wiki, isn't it?
>
> Thanks
> mb
>
> #set($sql = "select max(prop.value)+1 from BaseObject as obj,
> IntegerProperty as prop where obj.className='ITSClasses.IssueClass' and
> obj.id=prop.id.id and prop.id.name='id'")
>
> $xwiki.search($sql)
>
> see the discussion on
> [xwiki-users] FW: xwiki 2.0, task manager application, Error number 4001 in
> 4: Error while parsing velocity page TasksCode.NewTask
>
> ___
> 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] I get an extra bit of text when I paste into Wysiwyg

[Asiri Rathnayake]

Hi,

On Wed, Sep 30, 2009 at 4:20 AM, clay  wrote:

> Pasting some rendered HTML from Frontpage into the Wysiwyg, I often get
>
> HTML clipboard
>
> inserted into the document. It's not visible when the paste occurs. Only
> after save and view.
>

Can you try using office paste function? (There is a paste from office
button). It might work because it is supposed to cleanup dirty html (coming
from office documents).

- Asiri


>
>
> Frontpage 2K
> XE 1.9.3
> Firefox 3.5
> XP Home
>
> ___
> 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] [Discussion] XWiki Enterprise 2.1 Roadmap

[Asiri Rathnayake]

Hi,

  - Office importer
>  - The application shouldn't be displayed when the office server is not
>  running
>

Will finish today.


>   - Wiki macros
>  - Textarea should be larger
>

Done.

We should also include new livetable (2.0) macro in features list for 2.1


Thanks.

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

Re: [xwiki-users] Wiki Macros

[Asiri Rathnayake]

Hi Lewis,

On Mon, Sep 28, 2009 at 10:04 PM, Lewis Denizen  wrote:

> Hi xwiki-users,
>
> I've been playing with this new Wiki Macros stuff (this stuff is superb!),
> but I've got one question.  In a conventional 2.0 Java Macro, I can inject
> things like DAOs and AccessBridges (like DocumentAccessBridge).  Is this
> possible using the new Wiki Macros (for example, how can I inject a
> DocumentAccessBridge into a Groovy class defined within the Wiki Macro?  Is
> there a static ComponentManager that can perform lookups())?
>

Yes you can !!!

You can do this in groovy as:


import com.xpn.xwiki.web.Utils;
import  org.xwiki.bridge.DocumentAccessBridge;

def dab = Utils.getComponent(DocumentAccessBridge.class);


Have fun!

- Asiri


>
> Again, great great great work with XWiki 2.0!
>
> -- Lewis
> ___
> 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] problem connceting to openoffice server

[Asiri Rathnayake]

Hi Paul,

On Wed, Sep 16, 2009 at 9:08 PM, Paul Rijnhout  wrote:

> Hi,
>
> I' running Xwiki (XWiki Enterprise 1.9.3.22597) on a windows machine with
> Tomcat 5.5.28 and MySQL 5.1. I've also installed openoffice 3.1.1 and have
> it run as a service with the command  'soffice -headless
> -accept="socket,host=127.0.0.1,port=8100;urp;" -nofirststartwizard'. Still
> XE can not start/connect to the server. I've checked and changed de
> xwiki.properties file, but no changes are picked up by XE. Anyone, who can
> help me get this thing to work?
>
>
can you post your xwiki.log messages corresponding to this behavior?

Normally you get an indication of what went wrong when trying to connect to
openoffice server.

- Asiri


> Thanks
>
> Paul
>
>
> ___
> 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] Issue with the "Import an Office document" functionality

[Asiri Rathnayake]

Hi Chaudier,

Please check whether your xwiki.cfg & web.xml both have specified UTF-8 as
the encoding.

If that is the case, can you create a JIRA issue (http://jira.xwiki.org) &
attach a sample word document to it?

Thanks.

- Asiri

On Tue, Sep 8, 2009 at 9:33 PM, Chaudier Guillaume <
guillaume.chaud...@thalesgroup.com> wrote:

> Hello,
>
> I try to import an Office (word 2003 document) with a "Ç" character (ALT
> 128).
> The result into the wiki page is: "Ç".
> The result is the same in "UTF-8" or in "ISO-8859-1".
>
> Is this due to a configuration issue or a bug?
>
> Thank's in advance for your answer.
>
> Best Regards,
>
>
> ___
> 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] Is there any way to view all the pages created by an user

[Asiri Rathnayake]

Hi,

On Thu, Sep 10, 2009 at 3:51 PM, Jerome Velociter  wrote:

> Asiri Rathnayake wrote:
> > 2009/9/10 Hernández Cuchí, Francisco Ricardo <
> francisco.hernan...@oepm.es>
> >
> >> Hi, brief question,
> >>
> >>
> >>
> >> Is there any way to view all the pages created by an user?
> >>
> >>
> > try:
> >
> > #set($hql = "where doc.creator='XWiki.UserName'")
> > #set($results = $xwiki.searchDocuments($hql, 0, 0))
> >
> > results will contain all the documents created by  "XWiki.UserName" user.
> >
> > For more examples see:
> >
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples#HPrivilegedAPIsearch
>
> The proper link is in fact :
>
>
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples#HPublicAPIsearchDocuments
>
> (you don't need to run a privileged search for this query, searchDocuments
> works fine as Asiri wrote)
>
>
Yes, thanks Jerome :)

- Asiri


> Jerome
>
> >
> > - Asiri
> >
> >
> >>
> >> Thanks
> >>
> >>
> >>
> >> --
> >>
> >> Francisco Hernández Cuchí
> >>
> >>
> >>
> >>
> >>
> **
> >> IMPORTANTE: El contenido de este correo y ficheros adjuntos es
> confidencial
> >> y está dirigido únicamente
> >> para el destinatario/s.
> >> Si Ud recibe este correo por error, por favor póngase en contacto con su
> >> administrador de correo o con el
> >> emisor immediatamente y no difunda su contenido a nadie ni haga copias.
> >> *** Este correo ha sido escaneado de virus y contenido malicioso ***
> >>
> >>
> **
> >> ___
> >> 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] Is there any way to view all the pages created by an user

[Asiri Rathnayake]

2009/9/10 Hernández Cuchí, Francisco Ricardo 

> Hi, brief question,
>
>
>
> Is there any way to view all the pages created by an user?
>
>
try:

#set($hql = "where doc.creator='XWiki.UserName'")
#set($results = $xwiki.searchDocuments($hql, 0, 0))

results will contain all the documents created by  "XWiki.UserName" user.

For more examples see:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples#HPrivilegedAPIsearch

- Asiri


>
>
> Thanks
>
>
>
> --
>
> Francisco Hernández Cuchí
>
>
>
>
> **
> IMPORTANTE: El contenido de este correo y ficheros adjuntos es confidencial
> y está dirigido únicamente
> para el destinatario/s.
> Si Ud recibe este correo por error, por favor póngase en contacto con su
> administrador de correo o con el
> emisor immediatamente y no difunda su contenido a nadie ni haga copias.
> *** Este correo ha sido escaneado de virus y contenido malicioso ***
>
> **
> ___
> 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] [xwiki-devs] [Vote] Default Color Theme

[Asiri Rathnayake]

Hi,

On Fri, Sep 4, 2009 at 5:46 PM, Ecaterina Valica  wrote:

> The vote is open until the end of today.
>
> Score:
> (4) 7,5
> (B) 6
> (2) 7,32
>

Themes:
> (4)
>
> http://incubator.myxwiki.org/xwiki/bin/download/ColorThemes/Proposal4/Proposal4.png
> (B)
>
> http://incubator.myxwiki.org/xwiki/bin/download/ColorThemes/BColorTheme/SchemeB.png
> (2)
>
> http://incubator.myxwiki.org/xwiki/bin/download/ColorThemes/Proposal2/Proposal2.png
>
> Votes:
> (4) +1 Caty, +1 Vincent, +1 Ricardo R, +1 Florin, +1 Silvia, +0.5 Trevor,
> +1
> Marius, +1 Christophe P
> (B) +1 Oana, +1 Thomas M, +1 Sergiu, +0.5 Vincent G, +1 Philipp, +1
> Martijn,
> +0.5 Trevor
> (2) +1 Lucien, +0.66 Marta, +0.5 Jean C, +1 Gaëtan, +0.66 Raluca, +0.5
> Vincent G, +1 Emilie, +1 Guillaume, +1 Eduard
>
>
+1 for (2)

Thanks.

- Asiri


> Thanks,
> Caty
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Problem with Import Office Content - XML tags are visible

[Asiri Rathnayake]

On Tue, Aug 11, 2009 at 8:36 PM,  wrote:

> Hi!
>
> We have a problem with the new "Import Office Content" functionality in
> XWiki Enterprise 1.9.2.22089.
> The problem exists with Internet Explorer 6.0.2800.1106; with Firefox
> 3.0.7 everything is working fine 
>
> After copy&paste of some word content into the import office panel some
> xml tags are visible in the imported text:
>
>  />
>
>
> To reproduce:
>  1.  In Edit mode, selected Import Office Content.
>  2.  In Office Importer, select Clipboard, copy&paste some word text and
> select Import. (filter styles / don't filter styles doesn't matter)
>  3.  Preview / Save and view
>

Could be related to this bug: http://jira.xwiki.org/jira/browse/XWIKI-3994

I have fixed this in 2.0M2 but please create a JIRA issue with all the
details so that I can have a look.

Thanks.

- Asiri


>
>
> What is the problem that only Internet Explorer is affected ?
>
>
>
> Thanks in advance
>
> Matthias Gsottberger
>
> ___
> 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] Introducing the equation rendering component and the equation macro

[Asiri Rathnayake]

Hi,

On Mon, Aug 10, 2009 at 8:08 PM, Guillaume Lerouge wrote:

> Hi,
>
> On Mon, Aug 10, 2009 at 4:33 PM, Thomas Mortagne
> wrote:
>
> > On Mon, Aug 10, 2009 at 16:14, Sergiu Dumitriu wrote:
> > > Hello Community,
> > >
> > > I have committed today the first implementation of a new XWiki feature:
> > > rendering mathematical equations into images. It is available as a
> > > standalone component, and as a syntax 2.0 macro.
> > >
> > >
> > >
> > > About the functionality.
> > >
> > > Equations are written in the TeX/LaTeX syntax, which is pretty simple,
> > > and seems to be the syntax of choice for mathematical equations in
> other
> > > wikis, too. The macro can distinguish between inline and block
> equations
> > > and render them accordingly. The output can be either PNG (the default
> > > one), GIF or JPEG. While PNG is definitely the best, I kept the other
> > > two in case somebody really wants to use ancient browsers that only
> > > understand GIF.
> > >
> > > Q: Should I leave just PNG as the output format?
> >
>
> I think keeping PNG as the default format is fine too, most browsers accept
> it without complaint.
>
>
> >
> > >
> > > Another feature is that the font size can be specified, in order to
> > > render larger or smaller equations. All the font size commands from
> > > LaTeX (from \tiny to \Huge) have an equivalent. I renamed them to a
> more
> > > easy to understand name (also because the configuration is case
> > > insensitive, so there's no difference between large and LARGE).
> > >
> > > By default images are generated so that the font looks relatively OK
> > > with the default XWiki skin on a 72 or 96 DPI display. They might look
> > > disproportionate with a different DPI, or with a different default font
> > > size.
> > >
> > > Q: Is the default DPI setting OK?
> > >
> > >
> > >
> > > Second, a few technical details:
> > >
> > > The standalone component is located in
> > > platform/core/xwiki-equation-rendering. I don't know if the name is the
> >
> > I don't like this name either "rendering" is too much linked to the
> > rendering module now and this could be used by anyone, not only the
> > equation macro.
> >
> > It's also true that xwiki-equation is not clear enough but you could
> > maybe find something else.
>
>
> xwiki-equation-displayer maybe ?
>

Few more suggestions: xwiki-equation-plotter, xwiki-formula-plotter,
xwiki-formula

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

Re: [xwiki-users] Introducing the equation rendering component and the equation macro

[Asiri Rathnayake]

On Mon, Aug 10, 2009 at 9:48 PM, Asiri Rathnayake <
asiri.rathnay...@gmail.com> wrote:

>
>
> On Mon, Aug 10, 2009 at 9:44 PM, Asiri Rathnayake <
> asiri.rathnay...@gmail.com> wrote:
>
>> Hi,
>>
>> On Mon, Aug 10, 2009 at 8:08 PM, Guillaume Lerouge 
>> wrote:
>>
>>> Hi,
>>>
>>> On Mon, Aug 10, 2009 at 4:33 PM, Thomas Mortagne
>>> wrote:
>>>
>>> > On Mon, Aug 10, 2009 at 16:14, Sergiu Dumitriu
>>> wrote:
>>> > > Hello Community,
>>> > >
>>> > > I have committed today the first implementation of a new XWiki
>>> feature:
>>> > > rendering mathematical equations into images. It is available as a
>>> > > standalone component, and as a syntax 2.0 macro.
>>> > >
>>> > >
>>> > >
>>> > > About the functionality.
>>> > >
>>> > > Equations are written in the TeX/LaTeX syntax, which is pretty
>>> simple,
>>> > > and seems to be the syntax of choice for mathematical equations in
>>> other
>>> > > wikis, too. The macro can distinguish between inline and block
>>> equations
>>> > > and render them accordingly. The output can be either PNG (the
>>> default
>>> > > one), GIF or JPEG. While PNG is definitely the best, I kept the other
>>> > > two in case somebody really wants to use ancient browsers that only
>>> > > understand GIF.
>>> > >
>>> > > Q: Should I leave just PNG as the output format?
>>> >
>>>
>>> I think keeping PNG as the default format is fine too, most browsers
>>> accept
>>> it without complaint.
>>>
>>>
>>> >
>>> > >
>>> > > Another feature is that the font size can be specified, in order to
>>> > > render larger or smaller equations. All the font size commands from
>>> > > LaTeX (from \tiny to \Huge) have an equivalent. I renamed them to a
>>> more
>>> > > easy to understand name (also because the configuration is case
>>> > > insensitive, so there's no difference between large and LARGE).
>>> > >
>>> > > By default images are generated so that the font looks relatively OK
>>> > > with the default XWiki skin on a 72 or 96 DPI display. They might
>>> look
>>> > > disproportionate with a different DPI, or with a different default
>>> font
>>> > > size.
>>> > >
>>> > > Q: Is the default DPI setting OK?
>>> > >
>>> > >
>>> > >
>>> > > Second, a few technical details:
>>> > >
>>> > > The standalone component is located in
>>> > > platform/core/xwiki-equation-rendering. I don't know if the name is
>>> the
>>> >
>>> > I don't like this name either "rendering" is too much linked to the
>>> > rendering module now and this could be used by anyone, not only the
>>> > equation macro.
>>> >
>>> > It's also true that xwiki-equation is not clear enough but you could
>>> > maybe find something else.
>>>
>>>
>>> xwiki-equation-displayer maybe ?
>>>
>>
>> Few more suggestions: xwiki-equation-plotter, xwiki-formula-plotter,
>> xwiki-formula
>>
>
> Another idea:
>
> xwiki-plotting
> |-xwiki-plotting-equation
> |-xwiki-plotting-graph
>

Sorry, I meant xwiki-plotting-chart not "graph". Anyway, I think both are
same :-?


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

Re: [xwiki-users] Introducing the equation rendering component and the equation macro

[Asiri Rathnayake]

On Mon, Aug 10, 2009 at 9:44 PM, Asiri Rathnayake <
asiri.rathnay...@gmail.com> wrote:

> Hi,
>
> On Mon, Aug 10, 2009 at 8:08 PM, Guillaume Lerouge wrote:
>
>> Hi,
>>
>> On Mon, Aug 10, 2009 at 4:33 PM, Thomas Mortagne
>> wrote:
>>
>> > On Mon, Aug 10, 2009 at 16:14, Sergiu Dumitriu wrote:
>> > > Hello Community,
>> > >
>> > > I have committed today the first implementation of a new XWiki
>> feature:
>> > > rendering mathematical equations into images. It is available as a
>> > > standalone component, and as a syntax 2.0 macro.
>> > >
>> > >
>> > >
>> > > About the functionality.
>> > >
>> > > Equations are written in the TeX/LaTeX syntax, which is pretty simple,
>> > > and seems to be the syntax of choice for mathematical equations in
>> other
>> > > wikis, too. The macro can distinguish between inline and block
>> equations
>> > > and render them accordingly. The output can be either PNG (the default
>> > > one), GIF or JPEG. While PNG is definitely the best, I kept the other
>> > > two in case somebody really wants to use ancient browsers that only
>> > > understand GIF.
>> > >
>> > > Q: Should I leave just PNG as the output format?
>> >
>>
>> I think keeping PNG as the default format is fine too, most browsers
>> accept
>> it without complaint.
>>
>>
>> >
>> > >
>> > > Another feature is that the font size can be specified, in order to
>> > > render larger or smaller equations. All the font size commands from
>> > > LaTeX (from \tiny to \Huge) have an equivalent. I renamed them to a
>> more
>> > > easy to understand name (also because the configuration is case
>> > > insensitive, so there's no difference between large and LARGE).
>> > >
>> > > By default images are generated so that the font looks relatively OK
>> > > with the default XWiki skin on a 72 or 96 DPI display. They might look
>> > > disproportionate with a different DPI, or with a different default
>> font
>> > > size.
>> > >
>> > > Q: Is the default DPI setting OK?
>> > >
>> > >
>> > >
>> > > Second, a few technical details:
>> > >
>> > > The standalone component is located in
>> > > platform/core/xwiki-equation-rendering. I don't know if the name is
>> the
>> >
>> > I don't like this name either "rendering" is too much linked to the
>> > rendering module now and this could be used by anyone, not only the
>> > equation macro.
>> >
>> > It's also true that xwiki-equation is not clear enough but you could
>> > maybe find something else.
>>
>>
>> xwiki-equation-displayer maybe ?
>>
>
> Few more suggestions: xwiki-equation-plotter, xwiki-formula-plotter,
> xwiki-formula
>

Another idea:

xwiki-plotting
|-xwiki-plotting-equation
|-xwiki-plotting-graph

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

Re: [xwiki-users] XEM : domain name error when creating a new wiki

[Asiri Rathnayake]

Hi,

On Mon, Aug 3, 2009 at 6:11 PM, Gaëtan GUYODO wrote:

> Hi,
> I had to create a new wiki, and unfortunately I made a mistake :
> name : test
> description : blabla
> domain name : I put here the main wiki domain name (the one I use to
> create and manage others wikis)...
>
> Now, I can't access to my main wiki (pages doesn't exists) nor the test
> wiki.
>
> Is there any way to repair that ? I have full access to the database.
>

May be try using the IP of your server? like http://192.168.1.2? This should
allow you to access the main wiki (I think).

- Asiri


>
> Gaëtan
>
> ___
> 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] Cannot find SQL Script

[Asiri Rathnayake]

Hi chamidu,

On Wed, Jul 29, 2009 at 6:52 AM, Chamidu Atupelage wrote:

> I am trying to setup xwiki using war on Tomcat and MySQL. I followed the
> instructions, but I cannot find the SQL Script to create the database
> tables
> "mysql -u xwiki -p xwiki -h 127.0.0.1 < mycommands.sql". Please help !!


I think you have used a XE war distribution. In that case,

1. Create a database named 'xwiki'

2. In WEB-INF/hibernate.cfg.xml uncomment the proper database configuration

3. Drop the proper database jdbc driver inside WEB-INF/lib

4. Start tomcat and navigate to localhost:8080. When it says "this wiki is
empty" or something, import the default
xarfile
which contains the wiki.

Thanks.

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

Re: [xwiki-users] about to give in...

[Asiri Rathnayake]

Hi,

On Wed, Jul 15, 2009 at 3:51 PM, Edward Laptop
wrote:

>  Well, its great that someone, somewhere has got it to work!!!
>
> You wrote this
> "But as you can see, RegisterAction do not verify captcha, so we cannot
> use captcha for validating registrations. But this is very easy to be added,
> needs a small patch."
>
>  Where does this patch go?
>

If you need a quick and dirty solution you can look at:
http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/web/CommentAddAction.javaand
repeat the same thing for
http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/web/RegisterAction.java

But this requires compiling a new xwiki-core module and installing it inside
WEB-INF/lib. This is bit hard specially if you are not a java developer. I'd
rather wait for 2.0 final release :)

Thanks.

- Asiri



>
>
>
> ---Original Message-
> *From:* Asiri Rathnayake [mailto:asiri.rathnay...@gmail.com]
> *Sent:* 15 July 2009 11:09
> *To:* edw...@eldon.gotadsl.co.uk
> *Cc:* XWiki Users
> *Subject:* Re: [xwiki-users] about to give in...
>
> Hi,
>
> Ok, I got captcha to work for commenting. I will explain how I did it:
>
> * I could not find any helpful documentation so I went and looked at the
> CaptchaPlugin.java class (
> http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/plugin/captcha/CaptchaPlugin.java
> )
>
> * Here I found that you need to have a preference parameter named like
> _registered or _anonymous in your XWiki.XWikiPreference
> object that defines the captcha mode to be used for validation. Possible
> values are "image" and "text"
>
> * Out of curiosity I fired up my local XE, navigated to
> http://localhost:8080/xwiki/bin/admin/XWiki/XWikiPreferences and selected
> edit->class. I looked for fields that looked like above and found the
> following ones:
>
> registration_anonymous : Captcha mode for new registrations
>
> registration_registered: This is weired
>
> edit_anonymous: Captcha mode for unregistered user edits
>
> edit_registered: Captcha mode for registered user edits
>
> comment_anonymous: Captcha mode for unregistered user comments
>
> comment_registered: Captcha mode for registered user comments
>
> These fields have pretty names that doesn't make much sense.
>
> * Then I switched back to object edit mode and inside the
> XWiki.XWikiPreferences object I found these fields and set them to "image"
>
> * I don't know how I ended up looking at XWiki::hasCaptcha() method but
> anyway I was looking at it after some time. Here I learnt that you need the
> "xwiki.plugin.captcha" flag to be set to 1 if your captacha validations to
> work.
>
> * Then inside eclipse I did a search for all the references of
> XWiki.hasCaptcha() method and leant following actions support captcha:
>
> - CommentAddAction
>
> - EditAction
>
> - PreviewAction
>
> - SaveAction
>
> All of these actions only verify if captcha is enabled and if it validates
> correctly. They do not display the captcha images, without that displaying
> all of them validates to "true". So this means we need to edit the templates
> and display captcha if these actions are to be restricted.
>
> But as you can see, RegisterAction do not verify captcha, so we cannot use
> captcha for validating registrations. But this is very easy to be added,
> needs a small patch.
>
> * Then I went and located commentsinline.vm and found the section which
> displays the comment box:
>
> 
> #macro(displayCommentForm)
>   #if($xwiki.hasAccessLevel('comment'))
> 
>   
> $msg.get('core.viewers.comments.add.title')
>  value="${doc.getURL('view')}#Comments" />
> #if($context.user != 'XWiki.XWikiGuest')
>$msg.get('core.viewers.comments.add.guestName.prompt')
> $xwiki.getUserName($context.user)
> value="$context.user"/>
> #else
>   $msg.get('core.viewers.comments.add.guestName.prompt')
>  value="$msg.get('core.viewers.comments.add.guestName.default')"/>
> #end
> 
>  value="$!{request.replyto}"/>
> 
>
> $msg.get('core.viewers.comments.add.comment.label')
> name='${xCommentClass}_comment'>
> 
> 
>value="$msg.get('core.viewers.comments.add.submit')" class="button"/>
>'') type="reset" #else type="subm

Re: [xwiki-users] about to give in...

[Asiri Rathnayake]

Hi,

Ok, I got captcha to work for commenting. I will explain how I did it:

* I could not find any helpful documentation so I went and looked at the
CaptchaPlugin.java class (
http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/plugin/captcha/CaptchaPlugin.java
)

* Here I found that you need to have a preference parameter named like
_registered or _anonymous in your XWiki.XWikiPreference
object that defines the captcha mode to be used for validation. Possible
values are "image" and "text"

* Out of curiosity I fired up my local XE, navigated to
http://localhost:8080/xwiki/bin/admin/XWiki/XWikiPreferences and selected
edit->class. I looked for fields that looked like above and found the
following ones:

registration_anonymous : Captcha mode for new registrations

registration_registered: This is weired

edit_anonymous: Captcha mode for unregistered user edits

edit_registered: Captcha mode for registered user edits

comment_anonymous: Captcha mode for unregistered user comments

comment_registered: Captcha mode for registered user comments

These fields have pretty names that doesn't make much sense.

* Then I switched back to object edit mode and inside the
XWiki.XWikiPreferences object I found these fields and set them to "image"

* I don't know how I ended up looking at XWiki::hasCaptcha() method but
anyway I was looking at it after some time. Here I learnt that you need the
"xwiki.plugin.captcha" flag to be set to 1 if your captacha validations to
work.

* Then inside eclipse I did a search for all the references of
XWiki.hasCaptcha() method and leant following actions support captcha:

- CommentAddAction

- EditAction

- PreviewAction

- SaveAction

All of these actions only verify if captcha is enabled and if it validates
correctly. They do not display the captcha images, without that displaying
all of them validates to "true". So this means we need to edit the templates
and display captcha if these actions are to be restricted.

But as you can see, RegisterAction do not verify captcha, so we cannot use
captcha for validating registrations. But this is very easy to be added,
needs a small patch.

* Then I went and located commentsinline.vm and found the section which
displays the comment box:


#macro(displayCommentForm)
  #if($xwiki.hasAccessLevel('comment'))

  
$msg.get('core.viewers.comments.add.title')

#if($context.user != 'XWiki.XWikiGuest')
   $msg.get('core.viewers.comments.add.guestName.prompt')
$xwiki.getUserName($context.user)
   
#else
  $msg.get('core.viewers.comments.add.guestName.prompt')

#end




$msg.get('core.viewers.comments.add.comment.label')
   


  
  

  

  #end
#end


I added the captcha display code as bellow:


#macro(displayCommentForm)
  #if($xwiki.hasAccessLevel('comment'))

  
$msg.get('core.viewers.comments.add.title')

#if($context.user != 'XWiki.XWikiGuest')
   $msg.get('core.viewers.comments.add.guestName.prompt')
$xwiki.getUserName($context.user)
   
#else
  $msg.get('core.viewers.comments.add.guestName.prompt')

#end




$msg.get('core.viewers.comments.add.comment.label')
   

$xwiki.jcaptcha.displayCaptcha("comment", "myclass") ## Here

  
  

  

  #end
#end


* Restarted xwiki and logged in as a normal user (Admin user does not get
captcha anyway) and voila, I saw captcha display near the comment box. I
tried to post a comment with an invalid captcha input and it failed, but the
failiure was not that visible. Then I tried to post a comment with the
correct captcha input and it worked!!!

This is my experience but I'm not sure when captcha support will be fixed on
xwiki completely.

Thanks.

- Asiri

On Wed, Jul 15, 2009 at 3:02 PM, Edward Laptop
wrote:

>  Thanks for the reply!
>
> I have been on this for ages and ages and ages.
>
> I looked at the links below, and I think I see what you mean. To be honest,
> its beyond my understanding.
>
> I have been working with registerinline.vm - I  can get the captcha field
> to veryify fine. In my page there is variable $reg which appears to be the
> key.
>
> Please keep in touch - and I will too. Maybe one of us will crack it
>
> Incidentally I used
>
>
> http://n2.nabble.com/CAPTCHA-for-comments-and-registration-tp507976p507989.html
>
> as a basis and it seemed to work. Trouble was, its not a full solution. I
> contact some people from the thread - but nobody seemed to be able to solve
> it fully.

Re: [xwiki-users] about to give in...

[Asiri Rathnayake]

Hi Edward,

On Wed, Jul 15, 2009 at 12:35 PM, Edward Eldon
wrote:

> Hi
>
> I have noticed that there has been more activity in the last couple of days
> ... so, here's one last attempt.
>
> I have got to the stage where a captcha field is shown, and the page
> (registerinline.vm) displays the correct errors if it isn't filled in (some
> simple if statements)
>
> However, the user is STILL registered even if the captcha is filled in
> wrongly.


I think I found the problem. Still, I'm not a captcha expert so please bear
with me.

If you consider the CommentAction (
http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/web/CommentAddAction.java)
you will see that there is a check for captcha.

That is, if you have displayed captcha somewhere in the comment section,
user will _HAVE_ to provide the correct input otherwise the action will not
complete.

On the other hand take the RegisterAction (
http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/web/RegisterAction.java)
There is no captcha verification here at all :)

My guess is this is a bug of xwiki, not you doing something wrong.

Still, don't take my word, try to put captcha somehow into comment area and
see if it works... if it does, we cam make sure that no captcha is supported
for log-in action of xwiki, which needs fixing.

I'm trying to get captcha to work for comment action, I will inform you if i
succeed.

Thanks.

- Asiri


>
>
> I have searched this news group, experimented and given up ... but if
> anyone
> can suggest how to stop this my xwiki user would really appreciate it.
> Happy to post code if anyone's interested!
>
> thanks - hopefully
>
> Edward
> ___
> 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] Two different WYSIWYG Editors?

[Asiri Rathnayake]

Hi Florian.

On Wed, Jul 1, 2009 at 1:00 PM, Florian Rhomberg <
florian.rhomb...@nettania.net> wrote:

> Hello!
>
> I have a question tot he new WYSWYG. First I have to say that this editor
> is
> really really much better than the old one, gratulations. Especially the
> new
> method to insert macros is quite well! In future will it be possible to add
> news macros to the standard ones? Especially the macro to add a list of all
> pages of this space would be very useful!
>
>
>
> But now my problem:
>
> I did a backup of my old xwiki content which was version 1.8 I think so.
> After installing the new one I ibstalled the new xar file for 1.9. Then I
> imported selected articles of the old wiki tot he new one. But now if I
> want
> to edit an old article I get also the old WYSIWYG editor and not the new
> one. This does not satisfy me, is there a possibility to change this?
>

Try this:

go to the wiki edit mode, change the page syntax to xwiki/2.0, this will ask
you if you want to convert the page into xwiki/2.0 syntax, say "yes" :)

Then xwitch back to wysiwyg editor, you should get the new wysiwyg editor
now.

Not sure if this is the optimal solution, but it should work.

- Asiri


>
>
>
> Thanks,
>
> Florian
>
> ___
> 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