xwiki-devs January 2009

xwiki-devs@xwiki.org

34 participants
124 discussions

[xwiki-devs] New WYSIWYG editor and other syntaxes

by Vincent Massol

Hi, Just realized that our new WYSIWYG editor will only work fine with our xwiki 2.0 syntax since other wiki syntaxes are less powerful and won't be able to express some complex structures (like embedding a document inside a table cell) or simply like styling a portion of text. Of course this is not a problem of the wysiwyg editor per see but in practice it means that users using it for other syntaxes when they save will get a different rendered result. So I"m tempted to say that our GWT editor will only work for the xwiki 2.0 syntax and that for the other syntaxes users will have to use the wiki editor. WDYT? Thanks -Vincent

15 years, 8 months

Re: [xwiki-devs] [xwiki-notifications] r15492 - in platform/core/trunk/xwiki-core/src/main: java/com/xpn/xwiki/plugin/packaging resources

by Vincent Massol

On Jan 17, 2009, at 7:37 AM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2009-01-17 07:37:24 +0100 (Sat, 17 Jan 2009) > New Revision: 15492 > > Modified: > platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/plugin/ > packaging/Package.java > platform/core/trunk/xwiki-core/src/main/resources/ > JcrQueries.properties > platform/core/trunk/xwiki-core/src/main/resources/queries.hbm.xml > Log: > XWIKI-3123: Exports don't include hidden documents > Fixed. > > > Modified: platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/packaging/Package.java > =================================================================== > --- platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/packaging/Package.java 2009-01-17 06:15:49 UTC (rev 15491) > +++ platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/packaging/Package.java 2009-01-17 06:37:24 UTC (rev 15492) > @@ -45,6 +45,7 @@ > import org.dom4j.io.OutputFormat; > import org.dom4j.io.SAXReader; > import org.dom4j.io.XMLWriter; > +import org.xwiki.query.QueryException; > > import com.xpn.xwiki.XWiki; > import com.xpn.xwiki.XWikiContext; > @@ -990,12 +991,14 @@ > public void addAllWikiDocuments(XWikiContext context) throws > XWikiException > { > XWiki wiki = context.getWiki(); > - List<String> spaces = wiki.getSpaces(context); > - for (int i = 0; i < spaces.size(); i++) { > - List<String> docNameList = > wiki.getSpaceDocsName(spaces.get(i), context); > - for (String docName : docNameList) { > - add(spaces.get(i) + "." + docName, > DocumentInfo.ACTION_OVERWRITE, context); > + try { > + List<String> documentNames = > wiki > .getStore > ().getQueryManager().getNamedQuery("getAllDocuments").execute(); > + for (String docName : documentNames) { > + add(docName, DocumentInfo.ACTION_OVERWRITE, context); > } > + } catch (QueryException e) { > + // TODO Auto-generated catch block > + e.printStackTrace(); This looks bad. Why don't you throw an XWikiException instead? [snip] Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net

15 years, 8 months

[xwiki-devs] git storage backend or access protocol?

by Henning Sprang

Hi, I'm wondering if it is possible to use something else than a database to store wiki pages. My reasoning is to enable the following things: * Enable people to produce and edit contents even when they are disconnected from the network * Enable people to edit and produce contents with their favorite text editor instead of being bound to the Browser-Interface I think this could be achieved with two ways: * have the page contents stored in a version control system like git or subversion instead of the database * have a git (or subversion) protocol frontend to let users access and write page data Is something like that possible with xWiki, or even already available? If not, what would it take to enable it? I read something about Office (Openoffice/Word?) Integration - but that would not cut it, because I think of people who do not like large software packages, but favour small text editors. But maybe my ideas could be implemented in a similar way as the Office connectors. Henning -- Henning Sprang http://www.sprang.de | http://lazyb0y.blogspot.com/

15 years, 8 months

[xwiki-devs] document bundles "execution"?

by Paul Libbrecht

Hello list, I just realized that there seems to be very little executable code interpreted in the document bundle documents. I was simply trying to make a document that is declared as document- bundle to be an include of another document and it did not work with any of the include methods I found at http://platform.xwiki.org/xwiki/bin/view/DevGuide/IncludeInVelocity should it work? But maybe no script is running in the programme that reads the document-bundle in which case this is easily understandable. Another reason for which it would be lovely to have scripting in document-bundles is in bundles that repeat a lot. In Curriki this is often the case because bundles come from different applications and may, indeed, in the very long run, become different (e.g. because we reach yet another language or...): here I would love that for English, at least, it is explicitly written key.name = $msg.get('other.key.name') is that thinkable? thanks in advance paul

15 years, 8 months

Re: [xwiki-devs] [xwiki-notifications] r15130 - in platform/core/trunk: . xwiki-core

by Sergiu Dumitriu

asiri (SVN) wrote: > Author: asiri > Date: 2009-01-07 16:47:31 +0100 (Wed, 07 Jan 2009) > New Revision: 15130 > > Modified: > platform/core/trunk/pom.xml > platform/core/trunk/xwiki-core/pom.xml > Log: > XAOFFICE-1: Develop the initial feature set for the Office Importer module > > * Added xwiki-officeimporter module to platform/core/trunk/pom.xml as a sub-module so that it's built when the core is built. > * Added a dependency in xwiki-core to xwiki-officeimporter so that xwiki-officeimporter get's bundled into XE. This dependency should have <scope>runtime</scope> to reduce build time, because otherwise the library and its dependencies are added to the classpath during compilation and tests. > <dependency> > <groupId>org.xwiki.platform</groupId> > + <artifactId>xwiki-core-officeimporter</artifactId> > + <version>${pom.version}</version> > + </dependency> This dependency should not be placed in the core, as it should be inherited from officeimporter. If it isn't, then the officeimporter pom is wrong. > +  > + <dependency> > + <groupId>org.slf4j</groupId> > + <artifactId>slf4j-log4j12</artifactId> > + <version>1.4.3</version> > + <scope>test</scope> > + </dependency> -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 8 months

Re: [xwiki-devs] [xwiki-notifications] r15438 - enterprise/trunk enterprise/trunk/wiki platform/core/trunk/xwiki-core/src/main/resources platform/web/trunk/standard/src/main/webapp/templates platform/xwiki-applications/trunk platform/xwiki-applications/trunk/webdav platform/xwiki-applications/trunk/webdav/src platform/xwiki-applications/trunk/webdav/src/main platform/xwiki-applications/trunk/webdav/src/main/resources platform/xwiki-applications/trunk/webdav/src/main/resources/XWiki

by Sergiu Dumitriu

asiri (SVN) wrote: > Author: asiri > Date: 2009-01-15 11:00:35 +0100 (Thu, 15 Jan 2009) > New Revision: 15438 > > Added: > platform/xwiki-applications/trunk/webdav/ > platform/xwiki-applications/trunk/webdav/pom.xml > platform/xwiki-applications/trunk/webdav/src/ > platform/xwiki-applications/trunk/webdav/src/main/ > platform/xwiki-applications/trunk/webdav/src/main/resources/ > platform/xwiki-applications/trunk/webdav/src/main/resources/XWiki/ > platform/xwiki-applications/trunk/webdav/src/main/resources/XWiki/WebDAV.xml > Modified: > enterprise/trunk/pom.xml > enterprise/trunk/wiki/pom.xml > platform/core/trunk/xwiki-core/src/main/resources/ApplicationResources.properties > platform/web/trunk/standard/src/main/webapp/templates/attachmentsinline.vm > platform/web/trunk/standard/src/main/webapp/templates/javascript.vm > platform/xwiki-applications/trunk/pom.xml > Log: > XE-335: Add support for editing attachments via webdav (from xwiki UI) > > Modified: platform/web/trunk/standard/src/main/webapp/templates/attachmentsinline.vm > =================================================================== > --- platform/web/trunk/standard/src/main/webapp/templates/attachmentsinline.vm 2009-01-14 19:45:40 UTC (rev 15437) > +++ platform/web/trunk/standard/src/main/webapp/templates/attachmentsinline.vm 2009-01-15 10:00:35 UTC (rev 15438) > @@ -37,6 +37,17 @@ > <a href="$doc.getAttachmentURL("${attach.filename}", "download")" title="$msg.get("downloadthisattachment")">#packName($attach.filename)</a> > #if($hasEdit || $hasAdmin) > <a class="deletelink" href="$doc.getAttachmentURL("${attach.filename}", "delattachment", "xredirect=${redirect}")" onclick="return confirm('$msg.get("confirmdelattachment")');" title="$msg.get("deletethisattachment")">$msg.get("delete")</a> > + #set($documentUrl=$doc.getExternalURL("download")) > + #set($attachmentUrl="$documentUrl/$attach.filename") > + #set($attachmentSignature="/xwiki/bin/download/") > + #set($webdavSignature="/xwiki/webdav/spaces/") This isn't safe. It is possible to change this completely. Better use: #set($attachmentSignature="${request.contextPath}${request.servletPath}/download/") #set($webdavSignature="${request.contextPath}/webdav/spaces/") Also, this doesn't work with the new "virtualwiki-as-path" URLs. > + #set($fragments=$attachmentUrl.split($attachmentSignature)) > + #if($listtool.size($fragments) == 2) > + #set($prefix=$listtool.get($fragments, 0)) > + #set($suffix=$listtool.get($fragments, 1)) > + #set($davUrl="$prefix$webdavSignature$suffix") > + <a class="deletelink" href="javascript:davEdit('$davUrl')">$msg.get("webdaveditattachment")</a> You should escape $davUrl, because if it contains ' or " it will break. > + #end > #end > <a href="$doc.getAttachmentURL("${attach.filename}", "viewattachrev")" title="$msg.get("viewattachmenthistory")">$attach.version</a> > <div class="meta"> > > Added: platform/xwiki-applications/trunk/webdav/pom.xml > =================================================================== > --- platform/xwiki-applications/trunk/webdav/pom.xml (rev 0) > +++ platform/xwiki-applications/trunk/webdav/pom.xml 2009-01-15 10:00:35 UTC (rev 15438) > @@ -0,0 +1,14 @@ Don't forget to add our License header (for all files in this app). > +<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> > + InstallTrigger.install( {"FoXWiki" :"https://addons.mozilla.org/en-US/firefox/downloads/file/39674/foxwiki-1.0b-…"}); Isn't there a version-independent URL, so that we don't have to release application-webdav each time we release foxwiki? -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 8 months

Re: [xwiki-devs] [xwiki-users] WatchList Email Error

by Sergiu Dumitriu

DarthOps wrote: > Hi, > > I've managed to get my watchlist to send out emails, the only problem is > that the following is displayed within the email: > Caused by: java.lang.NullPointerException > at com.xpn.xwiki.XWiki.getServletPath(XWiki.java:4317) This looks like a regression recently introduced. Other than downgrading, I don't have any other suggestions for the moment, I'll ping the responsible developer for a fix before 1.8M1. -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 8 months

[xwiki-devs] Question for Sergiu

by Pascal Voitot

Hello, do you receive my mails Sergiu? I sent several questions to you but received no answer. Tell me if you receive them or not because I wonder :) regards Pascal

15 years, 8 months

[xwiki-devs] [VOTE] Release XE 1.8M1

by Thomas Mortagne

Hi devs, Following the release planning I would like to release 1.8M1. Among other things, it introduce: - Document convertSyntax API to convert a document from one syntax to another + new 1.0 syntax to 2.0 syntax converter - REST API - Make it easier to disable footer information (comments, history, etc) Here is my +1 -- Thomas Mortagne

15 years, 8 months

[xwiki-devs] Issue with authenticated SMTP servers for "Admin Email" setting in Xwiki

by Niels Mayer

If I want to use smtp.gmail.com as my "Admin Email" preference set in http://localhost:8080/xwiki/bin/admin/XWiki/XWikiPreferences?editor=globala…; the editor doesn't have the required fields or capabilities to provide "authenticated SMTP" required by Gmail and numerous other mail providers per http://mail.google.com/support/bin/answer.py?hl=en&answer=13287 :: *Outgoing Mail (SMTP) Server - requires TLS:* smtp.gmail.com (use > authentication) > *Use Authentication*: Yes > *Use STARTTLS*: Yes (some clients call this SSL) > *Port*: 465 or 587 > The error message emitted from "registration" indicates what's missing to support authenticated SMTP: Error number 10006 in 10: Could not send mail to server smtp.gmail.com port 25 error code 530 (530 5.7.0 Must issue a STARTTLS command first. 27sm1167462wff.51 com.xpn.xwiki.XWikiException: Error number 10006 in 10: Could not send mail to server smtp.gmail.com port 25 error code 530 (530 5.7.0 Must issue a STARTTLS command first. 27sm1167462wff.51 Are there any plans to support this for 1.8 rc1 ? (I'm using 1.8 trunk, rev 15391) It's not essential to do this, but it could end up being a fair amount of extra admin work to get it working. One workaround would be to setup a local SMTP server (bind only to localhost), set the "Admin email" pref to 127.0.0.1 and then have the local SMTP server use TLS to communicate with your organization's secure SMTP server. Note that this issue is broader than just TLS-based SMTP. Most other SMTP servers are no longer open and unauthenticated due to the issue of spam and mail forgery. Setting up Xwiki with such an SMTP server results in the following error on registration: Error number 10006 in 10: Could not send mail to server smtp.kawlich.eduport 25 error code 550 (550 5.7.1 ... Relaying denied. Proper authentication > required. > com.xpn.xwiki.XWikiException: Error number 10006 in 10: Could not send mail > to server smtp.kawlich.edu port 25 error code 550 (550 5.7.1 ... Relaying > denied. > Niels http://nielsmayer.com

15 years, 8 months

← Newer
1
2
3
4
5
6
7
8
9
...
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs January 2009