Re: [xwiki-users] Hosting xwiki related source code (was Re: Latex html in editor for math formulas?)

[Sergiu Dumitriu]

[Ricardo Rodriguez] Your EPEC Network ICT Team wrote:
> Vincent Massol wrote:
>> The more I think about the more I like idea b) below. This means there 
>> would be 2 options for anyone wanting to contribute code:
>>
>> 1) If the person is interested in xwiki in general, the best is the 
>> contribute it in xwiki's SVN itself and have the person be made a 
>> committer
>> 2) if the person is interested only in a specific thing, like a macro 
>> he has developed, a plugin, an app, and is looking for a place where 
>> he/she can contribute with others on it, then this special forge 
>> project is the perfect place.
>>
>> Now we need to find a name for it and then creating it is quick and easy.
>>
>> I propose to name it "xlet" which means an xwiki extension in general. 
>> Any other idea?
>>
> 
> I do like both idea b) and the name "xlet". As I keep trying to enter 
> this great developing universe, the availability of this "special forge" 
> could ease things. Let me guess much more people are in my same 
> situation. What I don't know is how complicated would be for "core devs" 
> to be sure the code developed for any of the coming xlets (I've already 
> added this new word to my dictionary :) is not dangerous for a XWiki 
> installation. Or perhaps this must not be a concern at all for core devs 
> and they will be used on each one's risk.

Yep, core devs shouldn't bother with the code quality. If a cool macro 
appears there, and should be moved to the main XWiki repo, then a core 
dev can either ask the authors to improve it, work with the original 
authors, or simply take over the project, if the authors don't 
cooperate/can't be reached.

But in an public FLOSS forge, code quality tends to improve with the 
project popularity. Whenever someone wants to use/improve something, 
it's probably that (s)he'll submit the code fixes to the forge.

And when a core dev sees something nice in the forge, he can always 
spare some of his time and knowledge to improve it.

> Vincent, I am not so sure about this "macro" doesn't deserve its own 
> project. Although I am just an entry level TeX user, if Paul's team is 
> able to work out the dvi inclusion in the print channel (just copying 
> what Paul said in his message), doesn't open the door to use TeX in many 
> other ways? TeX tables, for instance.
> 
> Thanks!
> 


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

Re: [xwiki-users] Hosting xwiki related source code (was Re: Latex html in editor for math formulas?)

[Sergiu Dumitriu]

Vincent Massol wrote:
> The more I think about the more I like idea b) below. This means there 
> would be 2 options for anyone wanting to contribute code:
> 
> 1) If the person is interested in xwiki in general, the best is the 
> contribute it in xwiki's SVN itself and have the person be made a committer
> 2) if the person is interested only in a specific thing, like a macro he 
> has developed, a plugin, an app, and is looking for a place where he/she 
> can contribute with others on it, then this special forge project is the 
> perfect place.
> 
> Now we need to find a name for it and then creating it is quick and easy.
> 
> I propose to name it "xlet" which means an xwiki extension in general. 
> Any other idea?

xlet is already used for Digital TV 'lets.

wiklet is already used as the name of another wiki engine.

walet (wiki application-let) is free. Sounds too much like wallet.

wlet is free, but doesn't sound so good.

xwlet is free, but how does one pronounce it?


I like xlet and wiklet... Can we use one of them although they are 
already used for something else? I guess xlet is not possible, as it is 
used by Sun in the JavaTV specification. Probably trademarked.


> WDYT?
> 
> Thanks
> -Vincent
> 
> PS: for those who are maven afficionado, this is equivalent to the mojo 
> project at codehaus.
> 
> On Feb 20, 2008, at 11:08 AM, Vincent Massol wrote:
> 
>>
>> On Feb 20, 2008, at 10:50 AM, Paul Libbrecht wrote:
>>
>>> Alan, Ricardo,
>>>
>>> what's on i2geo.net will be published soon. It's just a macro and a 
>>> javascript embedding and uses the MathTran server.
>>>
>>> The syntax? real LaTeX, which is indeed running at mathtran.org. No 
>>> own macros though.
>>> That also means it's full LaTeX contrary to most latex-imitators (but 
>>> which, often, can do mathml for example).
>>>
>>> We should be announcing this in a few days... probably starting as a 
>>> jira issue that contains the jar.
>>>
>>> It may take a fair more time to get high-quality printouts though... 
>>> i.e. either that someone works on the print-channel-through tex 
>>> (which is fragile because tex is a very old system) or that we work 
>>> out on the dvi inclusion in the print channel.
>>>
>>> Would there be a better space to publish these ?
>>> we could start a project on our libresource forge, but maybe the 
>>> XWiki folks team has a better place?
>>
>> 1) For publishing the jar, the best is probably the xwiki code zone
>> 2) For the source code, it really depends on you. You have 3 options I 
>> can think of:
>>
>> a) a project wherever you want (sourceforge, libresource, etc)
>>
>> b) a project on the XWiki Forge. This is not advertised yet but we 
>> have a XWiki Forge for hosting projects related to XWiki. We give 
>> those projects a SVN repo, a wiki (as in http://> name>.xwiki.org), a JIRA project, mailing lists, etc. Note that since 
>> the machines and admin are currently owned and done by XWiki SAS, it's 
>> its decision to decide what project get in. This project would 
>> definitely fit in.
>>
>> Since maybe creating a project just for one macro would be a bit too 
>> much, we could create a general purpose project for hosting outside 
>> contributions (plugins, macros, applications). Actually I think this 
>> would be a very good idea. It would be very open and anyone asking 
>> would get commit access to it.
>>
>> c) you're interested in participating to the xwiki development and in 
>> this case we include your macro in the xwiki source code and we vote 
>> you in as a committer to improve and support it (of course that would 
>> be after seeing the source code and ensuring it complies with the 
>> xwiki coding conventions, etc).
>>
>> Let us know what you'd prefer.
>>
>> Thanks
>> -Vincent
>>
>>> Le 20 févr. 08 à 10:17, <[EMAIL PROTECTED] 
>>> > a écrit :
>>>
 Oh thanks ricardo - that was quick
  
 I think the MathTran should be good for nowuntil maybe something 
 in-editor is developed
 Do you have experience with MathTran and linking it to the page?
 Does it work good and project all LaTex formulae?
  
 That would be good to know, before i go out there and tell everybody 
 i have a solution :-).
  
 Alan
  
  
  

 
 From: [EMAIL PROTECTED]  
 [mailto:[EMAIL PROTECTED] On Behalf Of [Ricardo Rodriguez] 
 Your EPEC Network ICT Team
 Sent: Wednesday, 20 February 2008 09:57
 To: XWiki Users
 Subject: Re: [xwiki-users] Latex html in editor for math formulas?

 [EMAIL PROTECTED] wrote:
>
> Hi folks,
>
> Will there be an additional button in the editor, to implement 
> formulas?
> Or is there?
>

 Hi,

 You must be aware of this...

 http://i2geo.net/bin/Sandbox/Formulae

 There is at least a thread in xwiki-devs dealing with this 

Re: [xwiki-users] ParseErrorException

[Sergiu Dumitriu]

David Delbecq wrote:

Try opening /xwiki/bin/view/XWiki/Menu?xpage=code and 
/xwiki/bin/view/XWiki/Toolbar?xpage=code and post the 
code there.


Or try using a new skin. Some of the new features can't be accessed from 
the old skin.


> This errors happens on every page, which document should i post? The one 
> mentioned in exception? Here it is, but i doubt it's the one at cause:
> 
> 
>> 1 Wiki Knowledge Base
>>
>> This is the Wiki Knowledge Base, where you can start writing about 
>> your favorite subjects.
>>
>> To create new pages, use brackets around the words you want to create 
>> links for:
>>
>> * [Example Link 1]
>> * [Example Link 2]
> 
> I'll be glad to post "top menu", if i knew where it's stored...
> 
> This seems limited to top menu rendering in xwiki, i see part of error 
> there, complete error (in original mail) was logged in tomcat logs
> 
> Any help appreciated!
> 
> 
> En l'instant précis du 19/02/08 17:34, Sergiu Dumitriu s'exprimait en 
> ces termes:
>> Can you post the document content?
>>
>>
>> David Delbecq wrote:
>>   
>>> Hello,
>>>
>>> we get this error in xwiki top menu after importing from 0.9. Can someone 
>>> explain me how to solve this? thanks!
>>>
>>>
>>>
>>>
>>> org.apache.velocity.exception.ParseErrorException: Encountered
>>> ">Blog<.a> | <.span> >> href=\"..view.Main.KnowledgeBase\",\"view\")\">Knowledge
>>> Base |  \r\n-->\r\n>> view.Main
>>> Was expecting one of:
>>> "," ...
>>> ")" ...
>>>  ...
>>>
>>> at
>>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:212)
>>> at
>>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:152)
>>> at
>>> com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:95)
>>> at
>>> com.xpn.xwiki.render.XWikiVelocityRenderer.interpret(XWikiVelocityRenderer.java:60)
>>> at
>>> com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:247)
>>> at
>>> com.xpn.xwiki.render.DefaultXWikiRenderingEngine.interpretText(DefaultXWikiRenderingEngine.java:150)
>>> at com.xpn.xwiki.XWiki.parseContent(XWiki.java:1313)
>>> at com.xpn.xwiki.api.XWiki.parseContent(XWiki.java:554)
>>> at sun.reflect.GeneratedMethodAccessor79.invoke(Unknown Source)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:585)
>>> at
>>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:295)
>>> at
>>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:245)
>>> at
>>> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:203)
>>> at
>>> org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:294)
>>> at
>>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:318)
>>> at
>>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:238)
>>> at
>>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:152)
>>> at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1354)
>>> at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:607)
>>> at sun.reflect.GeneratedMethodAccessor59.invoke(Unknown Source)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:585)
>>> at
>>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:295)
>>> at
>>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:245)
>>> at
>>> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:203)
>>> at
>>> org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:294)
>>> at
>>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:318)
>>> at
>>> org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:194)
>>> at
>>> org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:170)
>>> at
>>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:318)
>>> at
>>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:238)
>>> at
>>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:152)
>>> at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1354)
>>> at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:105)
>>> at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:158)
>>> at
>>> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
>>> at
>>> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
>>> at
>>> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
>>> 

Re: [xwiki-users] Latex html in editor for math formulas?

[Sergiu Dumitriu]

[EMAIL PROTECTED] wrote:
> Hi folks,
> 
> Will there be an additional button in the editor, to implement formulas?
> Or is there?
> 
> 
> Or how can I use formulas, maybe you know a good latex html live editor.
> 
> 
> Since xwiki is more and more used by universities and labs….it would be 
> nice to have something, if there already isnt?
> 
> Thanx,
> alan
> 

You can also take a look at http://dev.xwiki.org/xwiki/bin/view/Design/SPAWN
(volunteers needed)
-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Latex html in editor for math formulas?

[Sergiu Dumitriu]

Paul Libbrecht wrote:
> Alan, Ricardo,
> 
> what's on i2geo.net will be published soon. It's just a macro and a 
> javascript embedding and uses the MathTran server.
> 
> The syntax? real LaTeX, which is indeed running at mathtran.org. No own 
> macros though.
> That also means it's full LaTeX contrary to most latex-imitators (but 
> which, often, can do mathml for example).
> 
> We should be announcing this in a few days... probably starting as a 
> jira issue that contains the jar.
> 
> It may take a fair more time to get high-quality printouts though... 
> i.e. either that someone works on the print-channel-through tex (which 
> is fragile because tex is a very old system) or that we work out on the 
> dvi inclusion in the print channel.
> 

Hi,

We're currently using FOP to generate PDFs. FOP cannot use DVIs (at 
least not currently, with the available external resource plugins). It 
does support some EPS.

However, using the TeX system brings some problems:
- there is a dependency on an external tool, as we cannot bundle a TeX 
system.
- TeX is pretty slow. If it is used only for generating the PDF export 
of a wiki document with few equations, then that is not a major issue, 
since exporting PDF is not something frequently done. But imagine using 
it for displaying a document with several equations (>20), and how long 
it would take to make 20 shell commands to start TeX, generate the eps 
files, load those files from the disk, and send them to the client. No 
way this would work without a proper cache.

Another way to generate nice graphics from LaTeX equations is by 
combining these tools: one that converts LaTeX to MathML, and one that 
converts MathML to something else.

The first tool is needed as LaTeX is not quite an open standard. There 
is only one fully supported compiler, and it has limitations. On the 
other hand, MathML is interesting even as a final equation format, as 
some browsers have support for it, although with some problems. But 
there are many tools that work with MathML, viewers, editors, converters...

Two candidates I found during a small Google session:

http://math.etsu.edu/LaTeXMathML/LaTeXMathML.js -> LaTeX => MathML 
converter in JavaScript. The code should be converted to Java, so that 
the whole process can be done in the native language for XWiki.

http://jeuclid.sourceforge.net/ -> MathML multipurpose tool. among 
others, it has a MathML => PNG converter, and a FOP plugin to directly 
support MathML in the XML source, which are preserved in the generated 
PDF. This means that we don't need to separately convert equations into 
something else and then include some images in the PDF, but we can use 
one XML file that contains all the XHTML source and the MathML equations.

These tools can be combined into a Radeox filter + macro. The filter 
allows a fast syntax, like $$\sum(i)$$, while the macro allows some 
customization, like 
{latex:align=right|zoom=2|background=yellow}\sum(i){latex}


Another TeX=>MML converter I found is BlahTeXML, but it is written in C. 
And the code is not so comprehensible, so porting it to java will be 
harder. However, by comparing the size of blah and the js converter 
above, I'd say that probably blah does a better job at the conversion.
-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki Entrerprise Scheduler

[Sergiu Dumitriu]

Esbach, Brandon wrote:
> Something odd with this..
> I've got different schedules setup per virtual wiki.  One of the 
> notifications it sends includes links to documents - this works fine 
> most times, but every so often it seems to get mixed up (using 
> getExternalURL from the document object to get the url to send).
> 
> For example, on virtual wiki "private.xwiki.host.com", the link 
> sometimes goes to the user as "public.xwiki.host.com".
> 
> I can use string replacement to fix it up, so I can work around the link 
> - but this raises an important question (for me anyway):
> 
> If it's getting confused at getExternalURL, is it possible that the 
> scheduler is going to get confused about where to look for documents (so 
> if the scheduler is setup on wiki "public", would it potentially look at 
> "private" instead)?
> 

Probably a multithreading issue. What version of XE/scheduler are you using?
-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How to solve a HTTP Status 500 error?

[Sergiu Dumitriu]

Gijs wrote:
> What do I need to check when I get below error page when going to
> http://localhost:8080/xwiki? My setup is XWiki with GlassFish and
> Microsoft SQL Server.
> Thanks in advance!
> 
> 
> HTTP Status 500 -
> 
> type Exception report
> 
> message
> 
> descriptionThe server encountered an internal error () that prevented
> it from fulfilling this request.
> 
> exception
> 
> javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error
> number 3 in 0: Could not initialize main XWiki context
> Wrapped Exception: Error number 3001 in 3: Cannot load class
> com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager
> from param xwiki.store.migration.manager.class
> Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
> Wrapped Exception: resource: xwiki.mssql.hbm.xml not found
> root cause
> 
> com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not
> initialize main XWiki context
> Wrapped Exception: Error number 3001 in 3: Cannot load class
> com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager
> from param xwiki.store.migration.manager.class
> Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
> Wrapped Exception: resource: xwiki.mssql.hbm.xml not found
> note The full stack traces of the exception and its root causes are
> available in the Sun Java System Application Server 9.1_01 logs.
> 
> Sun Java System Application Server 9.1_01


You don't have a file called xwiki.mssql.hbm.xml, although you 
registered it in hibernate.cfg.xml

You either try to use the default xwiki.hbm.xml, or 
xwiki.oracle.hbm.xml, or try the mapping file from 
http://www.nabble.com/SQL-files-to13670575.html#a13670909

The file from that mail might be a bit deprecated, so it might need to 
be compared with the default xwiki.hbm.xml and updated as needed.
-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Anyone is successful when he install xwiki on Oracle 9i?

[Liu Aijun]

Anyone is successful when install on Oracle 9i?

I searched this maillist,and tryed several solution, but I failed runing 
xwiki with Oracle 9i.


Are there any new solutions? 
=

I have tryed two version:
xwiki 1.2.2and   xwiki 1.3m2.
Oracle 9.2.x.x , Oracle JDBC driver version:Oracle 10.0.1.0

Error Message:
Error number 3201 in 3: Exception while saving document Main.WebHome
Wrapped Exception: could not update: 
[com.xpn.xwiki.doc.rcs.XWikiRCSNodeContent#component[docId,version1,version2]{docId=-114121954, 
version2=1, version1=1}]
com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while 
saving document Main.WebHome
Wrapped Exception: could not update: 
[com.xpn.xwiki.doc.rcs.XWikiRCSNodeContent#component[docId,version1,version2]{docId=-114121954, 
version2=1, version1=1}]
	at 
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:455)


	at 
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:97)
	at 
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:91)

at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1077)
at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:120)
	at 
com.xpn.xwiki.web.SaveAndContinueAction.action(SaveAndContinueAction.java:64)


at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:187)
	at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)


	at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)


at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)


	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)


	at 
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:117)


	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)


	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)


	at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)


	at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)


	at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)


	at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)


	at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)


	at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
	at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
	at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)


at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)


Wrapped Exception:

java.sql.SQLException: ORA-01483: DATE 或 NUMBER 赋值变量的长度无效

	at 
oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:145)

at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331)
at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288)
at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:743)
	at 
oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:213)


	at 
oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:1117)


	at 
oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1270)


	at 
oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3415)


	at 
oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:3498)


	at 
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:101)


..


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

Re: [xwiki-users] Bulletin Board cannot display topic title and first post !?

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

Guillaume Lerouge wrote:
> Hi Ricardo,
>
> I'm not quite sure about what's the best way to handle this issue at 
> the level of categories. However, please note that using the latest 
> version of the application you can create new bulletin boards, giving 
> each one its own space. This way protecting Topics and categories 
> becomes much easier since you can use XWiki's built-in rights system 
> more effectively.
>
> To find out how, download the latest XAR (it may cause a few 
> compatibilities issues with the first one though, you may want to keep 
> a backup the first BB XAR...) and go to the [BBCode.Admin] page -> 
> you'll be able to create as many Bulletin Board as you wish, each in 
> its own space :-)
>
> Hope this helps,
>
> Guillaume
>
> PS: thanks for the nice words :-) Actually I was greatly helped by 
> Jérôme Velociter, Jean-Vincent Drean & Raffaello Pelagalli -> kudos to 
> them three :-)

Thanks Guillaume. And thanks to the whole BB Team :-)

Sorry for asking before trying the last release!

One thing I have been considering it to use this BB stuff as the "by 
default" way of discussing about the contents of a document.  At least 
for us is much more important the discussion than the document by 
itself. So to efficiently capture the "creation process" is of key 
importance.

I was thinking about something like a tabbed page with a default "forum" 
for each document. It could be an option to create such a thing. And the 
access rights must be anyway managed independently (an user or group 
could read the document but not the discussion, for instance). I could 
figure out some other cross references between discussion and document, 
but I don't know if this could make sense at all.

Please, does this make sense for you?

Thanks for your time!

Ricardo

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

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

Re: [xwiki-users] Bulletin Board cannot display topic title and first post !?

[Guillaume Lerouge]

Hi Ricardo,
I'm not quite sure about what's the best way to handle this issue at the
level of categories. However, please note that using the latest version of
the application you can create new bulletin boards, giving each one its own
space. This way protecting Topics and categories becomes much easier since
you can use XWiki's built-in rights system more effectively.

To find out how, download the latest XAR (it may cause a few compatibilities
issues with the first one though, you may want to keep a backup the first BB
XAR...) and go to the [BBCode.Admin] page -> you'll be able to create as
many Bulletin Board as you wish, each in its own space :-)

Hope this helps,

Guillaume

PS: thanks for the nice words :-) Actually I was greatly helped by Jérôme
Velociter, Jean-Vincent Drean & Raffaello Pelagalli -> kudos to them three
:-)

On 21/02/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team <
[EMAIL PROTECTED]> wrote:
>
>  Guillaume Lerouge wrote:
>
> Hi,
>  the problem you encountered has now been corrected. The Bulletin Board
> application has also been upgraded, adding some administration features as
> well as the possibility to quote other messages. Full description here :
> http://code.xwiki.org/xwiki/bin/view/Applications/BulletinBoardApplication
>
>  I hope you'll have fun using it  :-)
>
>  Guillaume
>
> Thank you so much for your work, Guillaume. We have been already enjoying
> the application.
>
> Just one doubt: it is possible to control the access to the contents of a
> given category, but the name of the category is still displayed in the
> "home" Bulletin Board page although no topics are shown.
>
> Is there any way of preventing this category to be listed in the Bulletin
> Board home page for users that have no access to its content? Thanks!
>
> Cheers,
>
> Ricardo
>
> --
> Ricardo Rodríguez
> Your EPEC Network ICT Team
>
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
>


-- 
http://wikibc.blogspot.com/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Bulletin Board cannot display topic title and first post !?

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

Guillaume Lerouge wrote:

Hi,

the problem you encountered has now been corrected. The Bulletin Board 
application has also been upgraded, adding some administration 
features as well as the possibility to quote other messages. Full 
description here 
: http://code.xwiki.org/xwiki/bin/view/Applications/BulletinBoardApplication


I hope you'll have fun using it  :-)

Guillaume
Thank you so much for your work, Guillaume. We have been already 
enjoying the application.


Just one doubt: it is possible to control the access to the contents of 
a given category, but the name of the category is still displayed in the 
"home" Bulletin Board page although no topics are shown.


Is there any way of preventing this category to be listed in the 
Bulletin Board home page for users that have no access to its content? 
Thanks!


Cheers,

Ricardo


--
Ricardo Rodríguez
Your EPEC Network ICT Team

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

Re: [xwiki-users] Bulletin Board cannot display topic title and first post !?

[Guillaume Lerouge]

Hi,
the problem you encountered has now been corrected. The Bulletin Board
application has also been upgraded, adding some administration features as
well as the possibility to quote other messages. Full description here :
http://code.xwiki.org/xwiki/bin/view/Applications/BulletinBoardApplication

I hope you'll have fun using it  :-)

Guillaume

On 19/02/2008, Guillaume Lerouge <[EMAIL PROTECTED]> wrote:
>
> Ok, I found the problem with the help of a handful of helpful people :-)
>
> I'll update the XAR in the evening. Thanks for your patience and your help
> !
>
> Guillaume
>
> On 19/02/2008, Ngo Thi Hong Nga <[EMAIL PROTECTED]> wrote:
> >
> > I found the problem: when using IE 7.0.5730.11 the problem occurs, but
> > when using Firefox 2.0.0.12 everything's ok. So strange..
> >
> > ___
> > 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] How to solve a HTTP Status 500 error?

[Gijs]

What do I need to check when I get below error page when going to
http://localhost:8080/xwiki? My setup is XWiki with GlassFish and
Microsoft SQL Server.
Thanks in advance!


HTTP Status 500 -

type Exception report

message

descriptionThe server encountered an internal error () that prevented
it from fulfilling this request.

exception

javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error
number 3 in 0: Could not initialize main XWiki context
Wrapped Exception: Error number 3001 in 3: Cannot load class
com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager
from param xwiki.store.migration.manager.class
Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
Wrapped Exception: resource: xwiki.mssql.hbm.xml not found
root cause

com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not
initialize main XWiki context
Wrapped Exception: Error number 3001 in 3: Cannot load class
com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager
from param xwiki.store.migration.manager.class
Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
Wrapped Exception: resource: xwiki.mssql.hbm.xml not found
note The full stack traces of the exception and its root causes are
available in the Sun Java System Application Server 9.1_01 logs.

Sun Java System Application Server 9.1_01
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] rights problem

[raffovi]

Hi all,

can you confirm me this problem?
If I give to XWikiAllGroup view true and edit false on a single space and I
create inside that space a page with an empty table rights, xwiki doesn't
allow to view that page for a not admin user

Regards
Raffo
-- 
View this message in context: 
http://www.nabble.com/rights-problem-tp15592824p15592824.html
Sent from the XWiki- Users mailing list archive at Nabble.com.

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

Re: [xwiki-users] passing username and password with the URL

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

Sergiu Dumitriu wrote:
> [Ricardo Rodriguez] Your EPEC Network ICT Team wrote:
>   
>> Sergiu Dumitriu wrote:
>> 
>>> Hi,
>>>
>>> I'm also interested in this, but for the moment it is not a top 
>>> priority. It will probably be in 1.4. Or, if you can provide a patch...
>>>   
>>>   
>> Thanks Sergiu. I did need what the community thinks about this. I keep 
>> following other threads trying to find an answer.
>>
>> Cheers,
>>
>> Ricardo
>>
>> 
>
> You can watch and vote for http://jira.xwiki.org/jira/browse/XWIKI-2018
>
>   
Done! Thanks for the tip.

Best,

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

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

Re: [xwiki-users] passing username and password with the URL

[Sergiu Dumitriu]

[Ricardo Rodriguez] Your EPEC Network ICT Team wrote:
> Sergiu Dumitriu wrote:
>> Hi,
>>
>> I'm also interested in this, but for the moment it is not a top 
>> priority. It will probably be in 1.4. Or, if you can provide a patch...
>>   
> 
> Thanks Sergiu. I did need what the community thinks about this. I keep 
> following other threads trying to find an answer.
> 
> Cheers,
> 
> Ricardo
> 

You can watch and vote for http://jira.xwiki.org/jira/browse/XWIKI-2018

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

Re: [xwiki-users] Help wanted on the database list class property, database tree class property and the Custom Display attribute.

[Jerome Velociter]

Sorry for that, wrong manip

Jerome.

>> Thorbjørn Konstantinovitz wrote:
>>> Hi,
>>>
>>> I am currently developing a program documentation system based on
>>> xwiki.
>>> I am able to create pages which describes programs. For each program
>>> which has to be described I programatically creates a page and populate
>>> a object with static program information. But I need to document which
>>> database files the program uses, with links to the relevant database
>>> file descriptions (a list). For that I want to use a database list
>>> class. I also want to show a call graph. for that I want to use a
>>> database tree class. But I am not able to find any documentation on
>>> these class properties. Can anyone give an example of use for each of
>>> these two properties or give pointers to relevant examples.
>>>
>>>
>>> The article
>>> http://www.theserverside.com/tt/articles/article.tss?l=XWiki
>>> on the server side were a very good introduction! But it didn't treat
>>> the property Custom Display. Are there any documentation on this
>>> property?
>>>
>>> Cheers
>>>
>>> /Thorbjørn Konstantinovitz
>>>
>>
>> First, a bit of introduction on DBList and DBTreeList.
>>
>> StaticList properties, when edited, allow the user to select one of the
>> predefined values (or more, if the property has "multiple select" =
>> true). DBList does something similar, allows the user to select one or
>> more values from a list of values, but the list is not predefined, it is
>> populated with values from the database.
>>
>> DBTreeList does the same as DBList, but also induces a pseudo-hierarchy
>> in the option list, displaying the options as a tree.
>>
>> DBList and DBTreeList properties work in two ways.
>>
>> One is with an hql query, which allows complete flexibility on what you
>> want to select. For DBList you select one or two columns. The first
>> column is the list of possible values that get into the option list. The
>> second (optional) column allows to separate the actual value that gets
>> stored in the database, and the values that are displayed to the user.
>> This allows, for example, to store XWiki.JohnDoe in the database, but to
>> display "Doe, John" in the interface. If only one column is selected,
>> the value displayed is the same as the value used internally.
>>
>> DBTreeList queries must select 3 columns. The first two are the same as
>> for DBList, while the 3rd column defines the child<->parent relations.
>> Selected rows that have null or an empty string on the third column will
>> be considered the roots of the tree. Rows that have a value "X" on the
>> third column will be inserted as child nodes of the node with value "X"
>> (the first column).
>>
>>
>> The second way to define the option lists is by using the fields: XWiki
>> Class Name, Id Field Name, Value Field Name and Parent Field Name. Using
>> those fields, the XWiki platform constructs the following hql queries:
>>
>> select idprop.value, valueprop.value, parentprop.value from
>> XWikiDocument doc, BaseObject obj, StringProperty idprop, StringProperty
>> valueprop, StringProperty parentprop.value where obj.name = doc.name and
>> obj.className = "value entered in Class name" and idprop.id.id = obj.id
>> and idprop.id.name = "value entered in Id Field Name" and
>> valueprop.id.id = obj.id and valueprop.id.name = "value entered in Value
>> Field Name" and parentprop.id.id = obj.id and parentprop.id.name =
>> "value entered in Parent Field Name"
>>
>> So, it selects from objects of a given type (XWiki Class) 3 properties
>> (of storage type String, read bellow what this means). As a special
>> case, you can use "doc." or "obj.> property>" instead of property names, and the query is adapted
>> accordingly. In the case of DBList, only 2 columns are selected, as the
>> Parent property is not used/defined.
>>
>> String storage type means:
>> - either a property of type String
>> - or a property of type StaticList, DBList or DBTreeList with
>> multipleSelect = false
>>
>> If you want to use the DBTreeList, you must model your data so that they
>> will allow these kind of queries.
>>
>> --
>> 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] passing username and password with the URL

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

Sergiu Dumitriu wrote:
> Hi,
>
> I'm also interested in this, but for the moment it is not a top 
> priority. It will probably be in 1.4. Or, if you can provide a patch...
>   

Thanks Sergiu. I did need what the community thinks about this. I keep 
following other threads trying to find an answer.

Cheers,

Ricardo

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

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

Re: [xwiki-users] Help wanted on the database list class property, database tree class property and the Custom Display attribute.

[Jerome Velociter]

> Thorbjørn Konstantinovitz wrote:
>> Hi,
>>
>> I am currently developing a program documentation system based on xwiki.
>> I am able to create pages which describes programs. For each program
>> which has to be described I programatically creates a page and populate
>> a object with static program information. But I need to document which
>> database files the program uses, with links to the relevant database
>> file descriptions (a list). For that I want to use a database list
>> class. I also want to show a call graph. for that I want to use a
>> database tree class. But I am not able to find any documentation on
>> these class properties. Can anyone give an example of use for each of
>> these two properties or give pointers to relevant examples.
>>
>>
>> The article http://www.theserverside.com/tt/articles/article.tss?l=XWiki
>> on the server side were a very good introduction! But it didn't treat
>> the property Custom Display. Are there any documentation on this
>> property?
>>
>> Cheers
>>
>> /Thorbjørn Konstantinovitz
>>
>
> First, a bit of introduction on DBList and DBTreeList.
>
> StaticList properties, when edited, allow the user to select one of the
> predefined values (or more, if the property has "multiple select" =
> true). DBList does something similar, allows the user to select one or
> more values from a list of values, but the list is not predefined, it is
> populated with values from the database.
>
> DBTreeList does the same as DBList, but also induces a pseudo-hierarchy
> in the option list, displaying the options as a tree.
>
> DBList and DBTreeList properties work in two ways.
>
> One is with an hql query, which allows complete flexibility on what you
> want to select. For DBList you select one or two columns. The first
> column is the list of possible values that get into the option list. The
> second (optional) column allows to separate the actual value that gets
> stored in the database, and the values that are displayed to the user.
> This allows, for example, to store XWiki.JohnDoe in the database, but to
> display "Doe, John" in the interface. If only one column is selected,
> the value displayed is the same as the value used internally.
>
> DBTreeList queries must select 3 columns. The first two are the same as
> for DBList, while the 3rd column defines the child<->parent relations.
> Selected rows that have null or an empty string on the third column will
> be considered the roots of the tree. Rows that have a value "X" on the
> third column will be inserted as child nodes of the node with value "X"
> (the first column).
>
>
> The second way to define the option lists is by using the fields: XWiki
> Class Name, Id Field Name, Value Field Name and Parent Field Name. Using
> those fields, the XWiki platform constructs the following hql queries:
>
> select idprop.value, valueprop.value, parentprop.value from
> XWikiDocument doc, BaseObject obj, StringProperty idprop, StringProperty
> valueprop, StringProperty parentprop.value where obj.name = doc.name and
> obj.className = "value entered in Class name" and idprop.id.id = obj.id
> and idprop.id.name = "value entered in Id Field Name" and
> valueprop.id.id = obj.id and valueprop.id.name = "value entered in Value
> Field Name" and parentprop.id.id = obj.id and parentprop.id.name =
> "value entered in Parent Field Name"
>
> So, it selects from objects of a given type (XWiki Class) 3 properties
> (of storage type String, read bellow what this means). As a special
> case, you can use "doc." or "obj. property>" instead of property names, and the query is adapted
> accordingly. In the case of DBList, only 2 columns are selected, as the
> Parent property is not used/defined.
>
> String storage type means:
> - either a property of type String
> - or a property of type StaticList, DBList or DBTreeList with
> multipleSelect = false
>
> If you want to use the DBTreeList, you must model your data so that they
> will allow these kind of queries.
>
> --
> 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

Re: [xwiki-users] passing username and password with the URL

[Sergiu Dumitriu]

[Ricardo Rodriguez] Your EPEC Network ICT Team wrote:
> Sorry for insisting on this. Please, is it a complete folly to try to do 
> this? I do need to find an option to share R code being able to manage 
> access control.
> 
> Thanks for any insight!
> 
> Cheers,
> 
> Ricardo
> 


Hi,

I'm also interested in this, but for the moment it is not a top 
priority. It will probably be in 1.4. Or, if you can provide a patch...
-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] passing username and password with the URL

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

Sorry for insisting on this. Please, is it a complete folly to try to do 
this? I do need to find an option to share R code being able to manage 
access control.

Thanks for any insight!

Cheers,

Ricardo

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

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

Re: [xwiki-users] Hosting xwiki related source code (was Re: Latex html in editor for math formulas?)

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

Vincent Massol wrote:
>
> I think I was not clear. I see this macro going into this "xlet"'  
> project but not in a project on its own since that's a lot more  
> maintenance to do... I'd rather we have a single project for now and  
> if one of the module in there outgrows the project then it could move  
> to be a top level project.
>
> Hope this makes sense
> -Vincent

Far clear! Thanks!

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

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

Re: [xwiki-users] Hosting xwiki related source code (was Re: Latex html in editor for math formulas?)

[Vincent Massol]

On Feb 20, 2008, at 12:42 PM, Vincent Massol wrote:

>
> On Feb 20, 2008, at 12:38 PM, [Ricardo Rodriguez] Your EPEC Network  
> ICT Team wrote:
>
>> Vincent Massol wrote:
>>> The more I think about the more I like idea b) below. This means  
>>> there
>>> would be 2 options for anyone wanting to contribute code:
>>>
>>> 1) If the person is interested in xwiki in general, the best is the
>>> contribute it in xwiki's SVN itself and have the person be made a
>>> committer
>>> 2) if the person is interested only in a specific thing, like a  
>>> macro
>>> he has developed, a plugin, an app, and is looking for a place where
>>> he/she can contribute with others on it, then this special forge
>>> project is the perfect place.
>>>
>>> Now we need to find a name for it and then creating it is quick  
>>> and easy.
>>>
>>> I propose to name it "xlet" which means an xwiki extension in  
>>> general.
>>> Any other idea?
>>>
>>
>> I do like both idea b) and the name "xlet". As I keep trying to enter
>> this great developing universe, the availability of this "special  
>> forge"
>> could ease things. Let me guess much more people are in my same
>> situation. What I don't know is how complicated would be for "core  
>> devs"
>> to be sure the code developed for any of the coming xlets (I've  
>> already
>> added this new word to my dictionary :) is not dangerous for a XWiki
>> installation. Or perhaps this must not be a concern at all for core  
>> devs
>> and they will be used on each one's risk.
>>
>> Vincent, I am not so sure about this "macro" doesn't deserve its own
>> project. Although I am just an entry level TeX user, if Paul's team  
>> is
>> able to work out the dvi inclusion in the print channel (just copying
>> what Paul said in his message), doesn't open the door to use TeX in  
>> many
>> other ways? TeX tables, for instance.
>
> I think I was not clear. I see this macro going into this "xlet"'  
> project but not in a project on its own since that's a lot more  
> maintenance to do... I'd rather we have a single project for now and  
> if one of the module in there outgrows the project then it could  
> move to be a top level project.

That said I would also love if Paul wanted to join the xwiki dev team  
in a more general way than just this macro. In which case this macro  
could go directly into the platform core. But that's for Paul to  
decide and we would need to see the code to do some due diligence on  
it first.

-Vincent

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

Re: [xwiki-users] Hosting xwiki related source code (was Re: Latex html in editor for math formulas?)

[Vincent Massol]

On Feb 20, 2008, at 12:38 PM, [Ricardo Rodriguez] Your EPEC Network  
ICT Team wrote:

> Vincent Massol wrote:
>> The more I think about the more I like idea b) below. This means  
>> there
>> would be 2 options for anyone wanting to contribute code:
>>
>> 1) If the person is interested in xwiki in general, the best is the
>> contribute it in xwiki's SVN itself and have the person be made a
>> committer
>> 2) if the person is interested only in a specific thing, like a macro
>> he has developed, a plugin, an app, and is looking for a place where
>> he/she can contribute with others on it, then this special forge
>> project is the perfect place.
>>
>> Now we need to find a name for it and then creating it is quick and  
>> easy.
>>
>> I propose to name it "xlet" which means an xwiki extension in  
>> general.
>> Any other idea?
>>
>
> I do like both idea b) and the name "xlet". As I keep trying to enter
> this great developing universe, the availability of this "special  
> forge"
> could ease things. Let me guess much more people are in my same
> situation. What I don't know is how complicated would be for "core  
> devs"
> to be sure the code developed for any of the coming xlets (I've  
> already
> added this new word to my dictionary :) is not dangerous for a XWiki
> installation. Or perhaps this must not be a concern at all for core  
> devs
> and they will be used on each one's risk.
>
> Vincent, I am not so sure about this "macro" doesn't deserve its own
> project. Although I am just an entry level TeX user, if Paul's team is
> able to work out the dvi inclusion in the print channel (just copying
> what Paul said in his message), doesn't open the door to use TeX in  
> many
> other ways? TeX tables, for instance.

I think I was not clear. I see this macro going into this "xlet"'  
project but not in a project on its own since that's a lot more  
maintenance to do... I'd rather we have a single project for now and  
if one of the module in there outgrows the project then it could move  
to be a top level project.

Hope this makes sense
-Vincent
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Hosting xwiki related source code (was Re: Latex html in editor for math formulas?)

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

Vincent Massol wrote:
> The more I think about the more I like idea b) below. This means there 
> would be 2 options for anyone wanting to contribute code:
>
> 1) If the person is interested in xwiki in general, the best is the 
> contribute it in xwiki's SVN itself and have the person be made a 
> committer
> 2) if the person is interested only in a specific thing, like a macro 
> he has developed, a plugin, an app, and is looking for a place where 
> he/she can contribute with others on it, then this special forge 
> project is the perfect place.
>
> Now we need to find a name for it and then creating it is quick and easy.
>
> I propose to name it "xlet" which means an xwiki extension in general. 
> Any other idea?
>

I do like both idea b) and the name "xlet". As I keep trying to enter 
this great developing universe, the availability of this "special forge" 
could ease things. Let me guess much more people are in my same 
situation. What I don't know is how complicated would be for "core devs" 
to be sure the code developed for any of the coming xlets (I've already 
added this new word to my dictionary :) is not dangerous for a XWiki 
installation. Or perhaps this must not be a concern at all for core devs 
and they will be used on each one's risk.

Vincent, I am not so sure about this "macro" doesn't deserve its own 
project. Although I am just an entry level TeX user, if Paul's team is 
able to work out the dvi inclusion in the print channel (just copying 
what Paul said in his message), doesn't open the door to use TeX in many 
other ways? TeX tables, for instance.

Thanks!

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

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

[xwiki-users] Xwiki Entrerprise Scheduler

[Esbach, Brandon]

Something odd with this..
I've got different schedules setup per virtual wiki.  One of the
notifications it sends includes links to documents - this works fine
most times, but every so often it seems to get mixed up (using
getExternalURL from the document object to get the url to send).
For example, on virtual wiki "private.xwiki.host.com", the link
sometimes goes to the user as "public.xwiki.host.com".

I can use string replacement to fix it up, so I can work around the link
- but this raises an important question (for me anyway):
If it's getting confused at getExternalURL, is it possible that the
scheduler is going to get confused about where to look for documents (so
if the scheduler is setup on wiki "public", would it potentially look at
"private" instead)?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Hosting xwiki related source code (was Re: Latex html in editor for math formulas?)

[Vincent Massol]

The more I think about the more I like idea b) below. This means there  
would be 2 options for anyone wanting to contribute code:


1) If the person is interested in xwiki in general, the best is the  
contribute it in xwiki's SVN itself and have the person be made a  
committer
2) if the person is interested only in a specific thing, like a macro  
he has developed, a plugin, an app, and is looking for a place where  
he/she can contribute with others on it, then this special forge  
project is the perfect place.


Now we need to find a name for it and then creating it is quick and  
easy.


I propose to name it "xlet" which means an xwiki extension in general.  
Any other idea?


WDYT?

Thanks
-Vincent

PS: for those who are maven afficionado, this is equivalent to the  
mojo project at codehaus.


On Feb 20, 2008, at 11:08 AM, Vincent Massol wrote:



On Feb 20, 2008, at 10:50 AM, Paul Libbrecht wrote:


Alan, Ricardo,

what's on i2geo.net will be published soon. It's just a macro and a  
javascript embedding and uses the MathTran server.


The syntax? real LaTeX, which is indeed running at mathtran.org. No  
own macros though.
That also means it's full LaTeX contrary to most latex-imitators  
(but which, often, can do mathml for example).


We should be announcing this in a few days... probably starting as  
a jira issue that contains the jar.


It may take a fair more time to get high-quality printouts  
though... i.e. either that someone works on the print-channel- 
through tex (which is fragile because tex is a very old system) or  
that we work out on the dvi inclusion in the print channel.


Would there be a better space to publish these ?
we could start a project on our libresource forge, but maybe the  
XWiki folks team has a better place?


1) For publishing the jar, the best is probably the xwiki code zone
2) For the source code, it really depends on you. You have 3 options  
I can think of:


a) a project wherever you want (sourceforge, libresource, etc)

b) a project on the XWiki Forge. This is not advertised yet but we  
have a XWiki Forge for hosting projects related to XWiki. We give  
those projects a SVN repo, a wiki (as in http://name>.xwiki.org), a JIRA project, mailing lists, etc. Note that  
since the machines and admin are currently owned and done by XWiki  
SAS, it's its decision to decide what project get in. This project  
would definitely fit in.


Since maybe creating a project just for one macro would be a bit too  
much, we could create a general purpose project for hosting outside  
contributions (plugins, macros, applications). Actually I think this  
would be a very good idea. It would be very open and anyone asking  
would get commit access to it.


c) you're interested in participating to the xwiki development and  
in this case we include your macro in the xwiki source code and we  
vote you in as a committer to improve and support it (of course that  
would be after seeing the source code and ensuring it complies with  
the xwiki coding conventions, etc).


Let us know what you'd prefer.

Thanks
-Vincent


Le 20 févr. 08 à 10:17, <[EMAIL PROTECTED]> a écrit :


Oh thanks ricardo - that was quick

I think the MathTran should be good for nowuntil maybe  
something in-editor is developed

Do you have experience with MathTran and linking it to the page?
Does it work good and project all LaTex formulae?

That would be good to know, before i go out there and tell  
everybody i have a solution :-).


Alan




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On  
Behalf Of [Ricardo Rodriguez] Your EPEC Network ICT Team

Sent: Wednesday, 20 February 2008 09:57
To: XWiki Users
Subject: Re: [xwiki-users] Latex html in editor for math formulas?

[EMAIL PROTECTED] wrote:


Hi folks,

Will there be an additional button in the editor, to implement  
formulas?

Or is there?



Hi,

You must be aware of this...

http://i2geo.net/bin/Sandbox/Formulae

There is at least a thread in xwiki-devs dealing with this issue.  
Look for MathTran there.


http://www.nabble.com/forum/Search.jtp?forum=2564&local=y&query=MathTran

Hope this helps,

Ricardo



___
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] Latex html in editor for math formulas?

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

Paul Libbrecht wrote:
> Alan, Ricardo,
>
> what's on i2geo.net will be published soon. It's just a macro and a 
> javascript embedding and uses the MathTran server.
>
> The syntax? real LaTeX, which is indeed running at mathtran.org. No 
> own macros though.
> That also means it's full LaTeX contrary to most latex-imitators (but 
> which, often, can do mathml for example).
>
> We should be announcing this in a few days... probably starting as a 
> jira issue that contains the jar.
>
> It may take a fair more time to get high-quality printouts though... 
> i.e. either that someone works on the print-channel-through tex (which 
> is fragile because tex is a very old system) or that we work out on 
> the dvi inclusion in the print channel.
>
> Would there be a better space to publish these ?
> we could start a project on our libresource forge, but maybe the XWiki 
> folks team has a better place?
>
> paul

Hi Paul,

These are great news! Even though we are still far from being able to 
contribute in the source side, I would like to say that being able to 
write "nice" formulae is a key feature for us. We have started the "TeX 
way" this year, so it won't be hard to integrate this new utility in our 
workflow.

As per where to place this, is it not XWiki Subversion repository the 
perfect place for developing this "plugin/extension/IDontKnowExactlyWhat"?

I'm sure you have already visited this place...

http://fisheye2.cenqua.com/browse/xwiki/

Cheers,

Ricardo

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

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

[xwiki-users] Hosting xwiki related source code (was Re: Latex html in editor for math formulas?)

[Vincent Massol]

On Feb 20, 2008, at 10:50 AM, Paul Libbrecht wrote:


Alan, Ricardo,

what's on i2geo.net will be published soon. It's just a macro and a  
javascript embedding and uses the MathTran server.


The syntax? real LaTeX, which is indeed running at mathtran.org. No  
own macros though.
That also means it's full LaTeX contrary to most latex-imitators  
(but which, often, can do mathml for example).


We should be announcing this in a few days... probably starting as a  
jira issue that contains the jar.


It may take a fair more time to get high-quality printouts though...  
i.e. either that someone works on the print-channel-through tex  
(which is fragile because tex is a very old system) or that we work  
out on the dvi inclusion in the print channel.


Would there be a better space to publish these ?
we could start a project on our libresource forge, but maybe the  
XWiki folks team has a better place?


1) For publishing the jar, the best is probably the xwiki code zone
2) For the source code, it really depends on you. You have 3 options I  
can think of:


a) a project wherever you want (sourceforge, libresource, etc)

b) a project on the XWiki Forge. This is not advertised yet but we  
have a XWiki Forge for hosting projects related to XWiki. We give  
those projects a SVN repo, a wiki (as in http://name>.xwiki.org), a JIRA project, mailing lists, etc. Note that since  
the machines and admin are currently owned and done by XWiki SAS, it's  
its decision to decide what project get in. This project would  
definitely fit in.


Since maybe creating a project just for one macro would be a bit too  
much, we could create a general purpose project for hosting outside  
contributions (plugins, macros, applications). Actually I think this  
would be a very good idea. It would be very open and anyone asking  
would get commit access to it.


c) you're interested in participating to the xwiki development and in  
this case we include your macro in the xwiki source code and we vote  
you in as a committer to improve and support it (of course that would  
be after seeing the source code and ensuring it complies with the  
xwiki coding conventions, etc).


Let us know what you'd prefer.

Thanks
-Vincent


Le 20 févr. 08 à 10:17, <[EMAIL PROTECTED]> a écrit :


Oh thanks ricardo - that was quick

I think the MathTran should be good for nowuntil maybe  
something in-editor is developed

Do you have experience with MathTran and linking it to the page?
Does it work good and project all LaTex formulae?

That would be good to know, before i go out there and tell  
everybody i have a solution :-).


Alan




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On  
Behalf Of [Ricardo Rodriguez] Your EPEC Network ICT Team

Sent: Wednesday, 20 February 2008 09:57
To: XWiki Users
Subject: Re: [xwiki-users] Latex html in editor for math formulas?

[EMAIL PROTECTED] wrote:


Hi folks,

Will there be an additional button in the editor, to implement  
formulas?

Or is there?



Hi,

You must be aware of this...

http://i2geo.net/bin/Sandbox/Formulae

There is at least a thread in xwiki-devs dealing with this issue.  
Look for MathTran there.


http://www.nabble.com/forum/Search.jtp?forum=2564&local=y&query=MathTran

Hope this helps,

Ricardo



___
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] Latex html in editor for math formulas?

[Paul Libbrecht]

Alan, Ricardo,

what's on i2geo.net will be published soon. It's just a macro and a  
javascript embedding and uses the MathTran server.


The syntax? real LaTeX, which is indeed running at mathtran.org. No  
own macros though.
That also means it's full LaTeX contrary to most latex-imitators (but  
which, often, can do mathml for example).


We should be announcing this in a few days... probably starting as a  
jira issue that contains the jar.


It may take a fair more time to get high-quality printouts though...  
i.e. either that someone works on the print-channel-through tex  
(which is fragile because tex is a very old system) or that we work  
out on the dvi inclusion in the print channel.


Would there be a better space to publish these ?
we could start a project on our libresource forge, but maybe the  
XWiki folks team has a better place?


paul




Le 20 févr. 08 à 10:17, <[EMAIL PROTECTED]> a écrit :


Oh thanks ricardo - that was quick

I think the MathTran should be good for nowuntil maybe  
something in-editor is developed

Do you have experience with MathTran and linking it to the page?
Does it work good and project all LaTex formulae?

That would be good to know, before i go out there and tell  
everybody i have a solution :-).


Alan




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On  
Behalf Of [Ricardo Rodriguez] Your EPEC Network ICT Team

Sent: Wednesday, 20 February 2008 09:57
To: XWiki Users
Subject: Re: [xwiki-users] Latex html in editor for math formulas?

[EMAIL PROTECTED] wrote:


Hi folks,

Will there be an additional button in the editor, to implement  
formulas?

Or is there?



Hi,

You must be aware of this...

http://i2geo.net/bin/Sandbox/Formulae

There is at least a thread in xwiki-devs dealing with this issue.  
Look for MathTran there.


http://www.nabble.com/forum/Search.jtp? 
forum=2564&local=y&query=MathTran


Hope this helps,

Ricardo





smime.p7s
Description: S/MIME cryptographic signature
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [ANN] XWiki Enterprise 1.3 Milestone 2 Released

[Vincent Massol]

Hi Kito,

On Feb 20, 2008, at 10:39 AM, Kito D. Mann wrote:


Vincent,

What’s the current eXo 2 integration status?


No change. It's waiting for someone to work on it...

Thanks
-Vincent

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On  
Behalf Of Vincent Massol

Sent: Wednesday, February 20, 2008 8:16 AM
To: XWiki Users; XWiki Developers
Subject: [xwiki-users] [ANN] XWiki Enterprise 1.3 Milestone 2 Released

The XWiki development team is pleased to announce the release of  
XWiki Enterprise1.3 Milestone 2.


Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
Second and last milestone of the XWiki Enterprise 1.3 version. Next  
version will be a release candidate.


Main changes from 1.3M1:

* Lots of bugs fixed
* New Toucan Skin. Warning: The Toucan skin requires that you have  
the Albatross 1.2 or greater version installed and that you have  
XWiki Enterprise 1.3M2 or greater installed.
* Complete rewrite of the LDAP authentication support (see  
XWIKI-1079 for more details). Main changes:

 o Support for LDAP groups
 o If LDAP authentication fails, XWiki DB authentication takes  
over

 o Improved configuration parameters
* Allow skin document attachments to override/provide templates
* Tightened Wiki Syntax for strikethrough (XWIKI-1207), underline  
(XWIKI-1243), italics (XWIKI-1245) and strong (XWIKI-1248).

* Verified XWiki on PostGreSQL 8.3
* Syntax Help Panel now opens the XWiki Syntax help from xwiki.org  
in a separate window


+ lots of other changes

For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise13M2

Thanks
-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] [ANN] XWiki Enterprise 1.3 Milestone 2 Released

[Kito D. Mann]

Vincent,

 

What's the current eXo 2 integration status?

 

~~~
Kito D. Mann - Author, JavaServer Faces in Action
  http://www.virtua.com - JSF/Java EE consulting,
training, and mentoring
  http://www.JSFCentral.com - JavaServer Faces
FAQ, news, and info



 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Vincent Massol
Sent: Wednesday, February 20, 2008 8:16 AM
To: XWiki Users; XWiki Developers
Subject: [xwiki-users] [ANN] XWiki Enterprise 1.3 Milestone 2 Released

 

The XWiki development team is pleased to announce the release of XWiki
Enterprise1.3 Milestone 2.

Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

Second and last milestone of the XWiki Enterprise 1.3 version. Next version
will be a release candidate.

 

Main changes from 1.3M1:

 

* Lots of bugs fixed

* New Toucan Skin. Warning: The Toucan skin requires that you have the
Albatross 1.2 or greater version installed and that you have XWiki
Enterprise 1.3M2 or greater installed.

* Complete rewrite of the LDAP authentication support (see XWIKI-1079 for
more details). Main changes:

 o Support for LDAP groups

 o If LDAP authentication fails, XWiki DB authentication takes over

 o Improved configuration parameters

* Allow skin document attachments to override/provide templates

* Tightened Wiki Syntax for strikethrough (XWIKI-1207), underline
(XWIKI-1243), italics (XWIKI-1245) and strong (XWIKI-1248).

* Verified XWiki on PostGreSQL 8.3

* Syntax Help Panel now opens the XWiki Syntax help from xwiki.org in a
separate window

 

+ lots of other changes

 

For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise13M2
 

Thanks
-The XWiki dev team

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

Re: [xwiki-users] Latex html in editor for math formulas?

[A.Aqrawi]

Oh thanks ricardo - that was quick
 
I think the MathTran should be good for nowuntil maybe something in-editor 
is developed
Do you have experience with MathTran and linking it to the page?
Does it work good and project all LaTex formulae?
 
That would be good to know, before i go out there and tell everybody i have a 
solution :-).
 
Alan
 
 
 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [Ricardo 
Rodriguez] Your EPEC Network ICT Team
Sent: Wednesday, 20 February 2008 09:57
To: XWiki Users
Subject: Re: [xwiki-users] Latex html in editor for math formulas?


[EMAIL PROTECTED] wrote: 

Hi folks, 

Will there be an additional button in the editor, to implement 
formulas? 
Or is there?




Hi,

You must be aware of this...

http://i2geo.net/bin/Sandbox/Formulae


There is at least a thread in xwiki-devs dealing with this issue. Look for 
MathTran there.


http://www.nabble.com/forum/Search.jtp?forum=2564&local=y&query=MathTran


Hope this helps,

Ricardo



-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

This email message is intended only for the use of the named recipient.
Information contained in this email message and its attachments may be
privileged, confidential and protected from disclosure. If you are not the
intended recipient, please do not read, copy, use or disclose this
communication to others. Also please notify the sender by replying to this
message and then delete it from your system.

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

Re: [xwiki-users] ParseErrorException

[David Delbecq]

This errors happens on every page, which document should i post? The one 
mentioned in exception? Here it is, but i doubt it's the one at cause:


> 1 Wiki Knowledge Base
>
> This is the Wiki Knowledge Base, where you can start writing about 
> your favorite subjects.
>
> To create new pages, use brackets around the words you want to create 
> links for:
>
> * [Example Link 1]
> * [Example Link 2]

I'll be glad to post "top menu", if i knew where it's stored...

This seems limited to top menu rendering in xwiki, i see part of error 
there, complete error (in original mail) was logged in tomcat logs

Any help appreciated!


En l'instant précis du 19/02/08 17:34, Sergiu Dumitriu s'exprimait en 
ces termes:
> Can you post the document content?
>
>
> David Delbecq wrote:
>   
>> Hello,
>>
>> we get this error in xwiki top menu after importing from 0.9. Can someone 
>> explain me how to solve this? thanks!
>>
>>
>>
>>
>> org.apache.velocity.exception.ParseErrorException: Encountered
>> ">Blog<.a> | <.span> > href=\"..view.Main.KnowledgeBase\",\"view\")\">Knowledge
>> Base |  \r\n-->\r\n> view.Main
>> Was expecting one of:
>> "," ...
>> ")" ...
>>  ...
>>
>> at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:212)
>> at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:152)
>> at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:95)
>> at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.interpret(XWikiVelocityRenderer.java:60)
>> at
>> com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:247)
>> at
>> com.xpn.xwiki.render.DefaultXWikiRenderingEngine.interpretText(DefaultXWikiRenderingEngine.java:150)
>> at com.xpn.xwiki.XWiki.parseContent(XWiki.java:1313)
>> at com.xpn.xwiki.api.XWiki.parseContent(XWiki.java:554)
>> at sun.reflect.GeneratedMethodAccessor79.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:585)
>> at
>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:295)
>> at
>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:245)
>> at
>> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:203)
>> at
>> org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:294)
>> at
>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:318)
>> at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:238)
>> at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:152)
>> at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1354)
>> at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:607)
>> at sun.reflect.GeneratedMethodAccessor59.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:585)
>> at
>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:295)
>> at
>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:245)
>> at
>> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:203)
>> at
>> org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:294)
>> at
>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:318)
>> at
>> org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:194)
>> at
>> org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:170)
>> at
>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:318)
>> at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:238)
>> at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:152)
>> at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1354)
>> at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:105)
>> at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:158)
>> at
>> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
>> at
>> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
>> at
>> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
>> at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>> at
>> org.apache.catalina.core.Appl

Re: [xwiki-users] Latex html in editor for math formulas?

[[Ricardo Rodriguez] Your EPEC Network ICT Team]

[EMAIL PROTECTED] wrote:


Hi folks,

Will there be an additional button in the editor, to implement formulas?
Or is there?



Hi,

You must be aware of this...

http://i2geo.net/bin/Sandbox/Formulae

There is at least a thread in xwiki-devs dealing with this issue. Look 
for MathTran there.


http://www.nabble.com/forum/Search.jtp?forum=2564&local=y&query=MathTran

Hope this helps,

Ricardo


--
Ricardo Rodríguez
Your EPEC Network ICT Team

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

[xwiki-users] Latex html in editor for math formulas?

[A.Aqrawi]

Hi folks,

Will there be an additional button in the editor, to implement formulas?
Or is there?


Or how can I use formulas, maybe you know a good latex html live editor.


Since xwiki is more and more used by universities and labsit would
be nice to have something, if there already isnt?

Thanx,
alan

This email message is intended only for the use of the named recipient.
Information contained in this email message and its attachments may be
privileged, confidential and protected from disclosure. If you are not the
intended recipient, please do not read, copy, use or disclose this
communication to others. Also please notify the sender by replying to this
message and then delete it from your system.

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

[xwiki-users] [ANN] XWiki Enterprise 1.3 Milestone 2 Released

[Vincent Massol]

The XWiki development team is pleased to announce the release of XWiki  
Enterprise1.3 Milestone 2.


Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

Second and last milestone of the XWiki Enterprise 1.3 version. Next  
version will be a release candidate.


Main changes from 1.3M1:

* Lots of bugs fixed
* New Toucan Skin. Warning: The Toucan skin requires that you have the  
Albatross 1.2 or greater version installed and that you have XWiki  
Enterprise 1.3M2 or greater installed.
* Complete rewrite of the LDAP authentication support (see XWIKI-1079  
for more details). Main changes:

 o Support for LDAP groups
 o If LDAP authentication fails, XWiki DB authentication takes over
 o Improved configuration parameters
* Allow skin document attachments to override/provide templates
* Tightened Wiki Syntax for strikethrough (XWIKI-1207), underline  
(XWIKI-1243), italics (XWIKI-1245) and strong (XWIKI-1248).

* Verified XWiki on PostGreSQL 8.3
* Syntax Help Panel now opens the XWiki Syntax help from xwiki.org in  
a separate window


+ lots of other changes

For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise13M2

Thanks
-The XWiki dev team___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users