xwiki-devs August 2008

xwiki-devs@xwiki.org

51 participants
174 discussions

[xwiki-devs] XWIKI - Export PDF Not Working

by Prathap Pandian

Hi, When exporting the page into PDF displaying the following error. How can solve this issue..? org.dom4j.DocumentException: Error on line -1 of document : Premature end of file. Nested exception: Premature end of file. at org.dom4j.io.SAXReader.read(SAXReader.java:482) at com.xpn.xwiki.pdf.impl.PdfExportImpl.applyCSS(PdfExportImpl.java:332) at com.xpn.xwiki.pdf.impl.PdfExportImpl.applyCSS(PdfExportImpl.java:293) at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportHtml(PdfExportImpl.java:202) at com.xpn.xwiki.pdf.impl.PdfExportImpl.export(PdfExportImpl.java:225) at com.xpn.xwiki.web.ExportAction.exportPDFOrRTF(ExportAction.java:198) at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:61) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:189) 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.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:117) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Nested exception: -- Prathap

16 years

[xwiki-devs] Export image as pdf

by raja raja

hai i have attached a imege in page1 (document name), and i have added the content {image: http://localhost:8088/xwiki/bin/download/page1/firsthome.jpg<http://localhost:8088/xwiki/bin/download/page1f/firsthome.jpg>} in page2 (document name) i need to export PDF page2 with image regards sekar..

16 years

[xwiki-devs] [GSOC] Reminder: evaluations to be sent back before 2nd of September

by Vincent Massol

Hi mentors, Reminder: you must submit the evaluations back to google for the 2nd of September at latest. See http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline Thanks -Vincent

16 years

[xwiki-devs] [Help Needed] XE 1.6M1 available for testing

by Vincent Massol

Hi everyone, Jean-Vincent has mostly finished the release (except the part about uploading everything on objectweb + updating xwiki.org - He had to leave for a marriage, Thomas Mortagne's marriage! Congratulations Thomas!). However the files are released in our maven repository. We would like the maximum number of people to test it to tell us about any problem there is so that we can fix before the 1.6M2 release which is planned in 10 days. Also please test the new WYSIWYG editor and the new rendering (and new XWiki Syntax 2.0). See all details on http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise16M1 The downloads are available on: * XE WAR: http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-web… * XE Zip: http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-hsq… * XE XAR: http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-wik… * XE Installer (Jar): http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-ins… * XE Installer (Windows): http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-ins… Thanks for your help -Vincent, on behalf of the whole XWiki dev team

16 years

[xwiki-devs] Knowledge Base Example

by Bruno Neves

Greetings I finally completed my knowledge base. I separate the information in pages, and organize it by subject and knowledge base. To do that I tag every page with a subject tag and a knowledge tag always started with "KB-". If I want one page pesent in two knowledge bases I only nedd to tag it with the tags. I send the example for you to see and say if it's worthy of being in the XWiki Code Zone? Best regards Bruno Neves

16 years

[xwiki-devs] [VOTE] Giving rights to WikiModel to copy our LocalEntityResolver class

by Vincent Massol

Hi, I'd like to give the rights for the wikimodel project to reuse our LocalEntityResolver class even though xwiki is under the LGPL 2.1 license and wikimodel under the Apache 2.0 license. This is to fix http://code.google.com/p/wikimodel/issues/detail?id=37 I guess we need agreement from all contributors to this class. I guess the main authors are Ludovic and myself. So here's my +1 Thanks -Vincent

16 years

[xwiki-devs] Please test OpenID RP and OP support

by Markus Lanthaler

Hi, I just finished the implementation of full OpenID support for XWiki (see http://jira.xwiki.org/jira/browse/XWIKI-2630). You can now create an user account without password by using a OpenID from Yahoo, AOL, MyOpenID or any other OpenID provider out there. The other feature is that every XWiki user now gets a OpenID that he can use on other OpenID sites to create an account without the need for yet another username and password. More infos about OpenID can be found on the official site: http://www.openid.net/ Please test my work as much as you can. Thanks a lot Have a nice weekend, Markus

16 years

[xwiki-devs] [Discussion] Should our components be user-public or not?

by Vincent Massol

Hi, We need to decide if we want our component implementations (the class implementing the interface of a component) to be user-public or not. By user-public I mean allowing user of the code to use them (for composition, for inheritance). The alternative is to make them internal and forbid users to import them. This means moving them to an internal package (see http://www.eclipse.org/articles/ article.php?file=Article-API-Use/index.html) and telling our users that they change anytime so they shouldn't use them. This would also mean we wouldn't have to go through a deprecation stage to make any change to our components. My initial reaction to this was that they should be public but the more I think about it the more I think making them internal might be the best choice. WDYT? Thanks -Vincent

16 years

[xwiki-devs] Internationalization and Localization

by adoro

Hi all, I spent some time on completing ApplicationResources and replacing hard coded messages in templates and would like now to discuss some issues regarding translations. In my opinion, the bundles became large, unclear, use different syntax rules (sometimes simple keys, sometimes with prefixes and underscores, sometimes built like node-structure...) and it’s difficult to find out if some of them are not in use anymore and if some are missing. I agree with http://jira.xwiki.org/jira/browse/XWIKI-918 - we need to clean up the ApplicationResources and I think we could restructure/reorganize resources files using nodes-structure and separate first of all separate XE from other applications (in my opinion, every application should have its own bundles – that would allow to manage translations easily) – just create new AppRes with the clear-defined structure. Perhaps there are the better solutions, but I find even the splitting inside XE on xwiki-web (templates) and xwiki-wiki (default xar) would be already helpful for insert the new keys and removing the wasted ones. WDYT? Best Regards, Alla -- View this message in context: http://n2.nabble.com/Internationalization-and-Localization-tp789607p789607.… Sent from the XWiki- Dev mailing list archive at Nabble.com.

16 years

[xwiki-devs] Fwd: Table without headers?

by Vincent Massol

This is for Pascal Voitot... ;) So the answer is yes... Thanks -Vincent Begin forwarded message: > From: "Mikhail Kotelnikov" <mikhail.kotelnikov(a)gmail.com> > Date: August 28, 2008 2:49:46 PM CEDT > To: wikimodel-users(a)googlegroups.com > Subject: Re: Table without headers? > Reply-To: wikimodel-users(a)googlegroups.com > > Hi! > > > Is it possible in the common syntax to have a table without headers? > > Yes. > > Table headers: "||" or "!!" > Table cells: "|" or "::" > So you can create a table containing only simple cells (td) or only > headers (th). And, of course, you can mix them; header cells can be > insterted everywhere you want in a table. > > A table with cells only: > | Cell 1.1 | Cell 1.2 | Cell 1.3 > | Cell 2.1 | Cell 2.2 | Cell 2.3 > | Cell 3.1 | Cell 3.2 | Cell 3.3 > OR: > :: Cell 1.1 :: Cell 1.2 :: Cell 1.3 > :: Cell 2.1 :: Cell 2.2 :: Cell 2.3 > :: Cell 3.1 :: Cell 3.2 :: Cell 3.3 > > A table with headers only: > || Header 1.1 || Header 1.2 || Header 1.3 > || Header 2.1 || Header 2.2 || Header 2.3 > || Header 3.1 || Header 3.2 || Header 3.3 > OR: > !! Header 1.1 !! Header 1.2 !! Header 1.3 > !! Header 2.1 !! Header 2.2 !! Header 2.3 > !! Header 3.1 !! Header 3.2 !! Header 3.3 > > Mixture: > || Header 1.1 || Header 1.2 || Header 1.3 > || Header 2.1 | Cell 2.2 | Cell 2.3 > || Header 3.1 | Cell 3.2 | Cell 3.3 > OR: > !! Header 1.1 !! Header 1.2 !! Header 1.3 > !! Header 2.1 :: Cell 2.2 :: Cell 2.3 > !! Header 3.1 :: Cell 3.2 :: Cell 3.3 > > Delimiters "::" and "!!" for cells and headers respectively are used > for non-english keyboard layouts (like russian) where pipe symbols > ("|") does not exist. Table creation with pipes in russian is very > very painful - you have to swich keybord layout every time when you > need to create a new cell or a header. With "::" and "!!" there is > no problem! > > > Best regards, > Mikhail > > > > > > > Thanks > -Vincent

16 years

← Newer
1
2
3
4
5
6
7
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs August 2008