xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] [ANN] XWiki Enterprise Manager 1.5 released

by Jean-Vincent Drean

The XWiki development team is pleased to announce the release of XWiki Enterprise Manager 1.5. This release is based on XWiki Enterprise 1.7.1. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXEM15 Thanks -The XWiki dev team

16 years

Re: [xwiki-devs] [xwiki-notifications] r15346 - in platform/core/trunk/xwiki-xml: . src/main/java/org/xwiki/xml/html src/main/java/org/xwiki/xml/html/filter src/main/java/org/xwiki/xml/internal/html src/main/java/org/xwiki/xml/internal/html/filter sr

by Asiri Rathnayake

Hi VIncent, On Mon, Jan 12, 2009 at 2:13 PM, Vincent Massol <vincent(a)massol.net> wrote: > Hi Asiri, > > This is good (the move to components for filters) except for one very > important thing: now if some module implements some filter components > using that interface they'll be used automagically by the HTMLCleaner. > This makes the HTML Cleaner non safe with a non predictable behavior. > > Imagine for ex that in the office importer you implement the > CleaningFilter interface and expose the implementations as components. > These filters will be used even when not doing office imports. > > So +1 for components but you need a way to control which filters are > used for a cleaning operation now. I didn't think of this. For the moment I have changed the components.xml to inject only those filters we require for DefaultHTMLCleaner. But yes, we should have a mechanism to dynamically specify which filters we need to apply... Thanks. - Asiri > > > Thanks > -Vincent > > On Jan 12, 2009, at 12:38 AM, asiri (SVN) wrote: > > > Author: asiri > > Date: 2009-01-12 00:38:10 +0100 (Mon, 12 Jan 2009) > > New Revision: 15346 > > > > Added: > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/html/ > > filter/ > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/html/ > > filter/CleaningFilter.java > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > > html/filter/ > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > > html/filter/DocTypeCleaningFilter.java > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > > html/filter/LineBreakCleaningFilter.java > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > > html/filter/ListCleaningFilter.java > > Removed: > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > > html/CleaningFilter.java > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > > html/DocTypeCleaningFilter.java > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > > html/ListCleaningFilter.java > > Modified: > > platform/core/trunk/xwiki-xml/pom.xml > > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > > html/DefaultHTMLCleaner.java > > platform/core/trunk/xwiki-xml/src/main/resources/META-INF/plexus/ > > components.xml > > platform/core/trunk/xwiki-xml/src/test/java/org/xwiki/xml/ > > XMLUtilsTest.java > > platform/core/trunk/xwiki-xml/src/test/java/org/xwiki/xml/internal/ > > html/DefaultHTMLCleanerTest.java > > Log: > > XWIKI-3101: Replace invalid xhtml <br/> elements with <div > > class="wikimodel-emptyline"/> in DefaultHTMLCleaner > > XWIKI-3094: Errornous rendering of xhtml content with <br/ > > >[newline]<p> sequence > > > > * LineBreakCleaningFilter implements the above functionality. > > * Adding LineBreakCleaningFilter caused a fan-out of 21 in > > DefaultHTMLCleaner. To overcome this problem CleaningFilter > > implementations were made components and they are now injected via > > plexus into DefaultHTMLCleaner (refer to components.xml) Necessary > > package restructuring was done. > > * Added tests to verify the behaviour of LineBreakCleaningFilter. > > [snip] > > > > > > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs >

16 years

[xwiki-devs] [ANN] XWiki Eclipse 1.2RC1 Released

by Fabio Mancinelli

The XWiki development team is pleased to announce the release of XWiki Eclipse 1.2 RC1. Go grab it at http://xeclipse.xwiki.org XWiki Eclipse 1.2 RC1 introduces several bug fixes and major improvements such as syntax highlighting and completion, support for objects and translations and much more. For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXEclipse12RC1 Thanks -The XWiki dev team

16 years

Re: [xwiki-devs] [xwiki-notifications] r15295 - platform/web/trunk/wysiwyg

by Marius Dumitru Florea

Hi Vincent, vmassol (SVN) wrote: > Author: vmassol > Date: 2009-01-10 20:34:28 +0100 (Sat, 10 Jan 2009) > New Revision: 15295 > > Modified: > platform/web/trunk/wysiwyg/pom.xml > Log: > Removing what seems to be unneeded stuff... On what basis?.. Both gwt-dev and gwt-dev-libs are needed, first because they contain the GWT compiler and second because they are required by the hosted browser when running and debugging the WYSIWYG in hosted mode. Then gwt-dev-libs needs to be unpacked. Have you tried to build the WYSIWYG with a fresh m2 repo after this change? See http://gwt-maven.googlecode.com/svn/docs/maven-googlewebtoolkit2-plugin/set… We have to revert. > > Modified: platform/web/trunk/wysiwyg/pom.xml > =================================================================== > --- platform/web/trunk/wysiwyg/pom.xml 2009-01-10 18:53:52 UTC (rev 15294) > +++ platform/web/trunk/wysiwyg/pom.xml 2009-01-10 19:34:28 UTC (rev 15295) > @@ -8,7 +8,7 @@ > <artifactId>xwiki-web-wysiwyg</artifactId> > <name>XWiki Platform - Web - WYSIWYG</name> > <packaging>war</packaging> > - <description>XWiki's What You See Is What You Get editor</description> > + <description>XWiki's GWT WYSIWYG editor</description> > <dependencies> > <dependency> > <groupId>com.google.gwt</groupId> > @@ -27,21 +27,8 @@ > <groupId>com.google.gwt</groupId> > <artifactId>gwt-dev</artifactId> > <version>${gwtVersion}</version> > - <classifier>${platform}-libs</classifier> > - <type>zip</type> > - <scope>provided</scope> > - </dependency> > - <dependency> > - <groupId>com.google.gwt</groupId> > - <artifactId>gwt-dev</artifactId> > - <version>${gwtVersion}</version> > <classifier>${platform}</classifier> > <scope>provided</scope> > -  > -  > </dependency> > <dependency> > <groupId>com.google.gwt</groupId> > @@ -116,35 +103,8 @@ > </dependencies> > <build> > <plugins> > -  > <plugin> > <groupId>org.apache.maven.plugins</groupId> > - <artifactId>maven-dependency-plugin</artifactId> > - <executions> > - <execution> > - <id>unzip-gwt-libs</id> > - <phase>compile</phase> > - <goals> > - <goal>unpack</goal> > - </goals> > - <configuration> > - <artifactItems> > - <artifactItem> > - <groupId>com.google.gwt</groupId> > - <artifactId>gwt-dev</artifactId> > - <version>${gwtVersion}</version> > - <classifier>${platform}-libs</classifier> > - <type>zip</type> > - <overWrite>false</overWrite> > - </artifactItem> > - </artifactItems> > - <outputDirectory>${settings.localRepository}/com/google/gwt/gwt-dev/${gwtVersion}</outputDirectory> > - </configuration> > - </execution> > - </executions> > - </plugin> > - <plugin> > - <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-compiler-plugin</artifactId> > <executions> > <execution> > @@ -287,12 +247,6 @@ > </properties> > </profile> > </profiles> > - <repositories> > - <repository> > - <id>ibiblio</id> > - <url>http://mirrors.ibiblio.org/pub/mirrors/maven2</url> > - </repository> > - </repositories> > <pluginRepositories> > <pluginRepository> > <id>gwt-maven</id> > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications

16 years

by Vincent Massol

Hi Asiri, This is good (the move to components for filters) except for one very important thing: now if some module implements some filter components using that interface they'll be used automagically by the HTMLCleaner. This makes the HTML Cleaner non safe with a non predictable behavior. Imagine for ex that in the office importer you implement the CleaningFilter interface and expose the implementations as components. These filters will be used even when not doing office imports. So +1 for components but you need a way to control which filters are used for a cleaning operation now. Thanks -Vincent On Jan 12, 2009, at 12:38 AM, asiri (SVN) wrote: > Author: asiri > Date: 2009-01-12 00:38:10 +0100 (Mon, 12 Jan 2009) > New Revision: 15346 > > Added: > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/html/ > filter/ > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/html/ > filter/CleaningFilter.java > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > html/filter/ > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > html/filter/DocTypeCleaningFilter.java > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > html/filter/LineBreakCleaningFilter.java > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > html/filter/ListCleaningFilter.java > Removed: > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > html/CleaningFilter.java > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > html/DocTypeCleaningFilter.java > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > html/ListCleaningFilter.java > Modified: > platform/core/trunk/xwiki-xml/pom.xml > platform/core/trunk/xwiki-xml/src/main/java/org/xwiki/xml/internal/ > html/DefaultHTMLCleaner.java > platform/core/trunk/xwiki-xml/src/main/resources/META-INF/plexus/ > components.xml > platform/core/trunk/xwiki-xml/src/test/java/org/xwiki/xml/ > XMLUtilsTest.java > platform/core/trunk/xwiki-xml/src/test/java/org/xwiki/xml/internal/ > html/DefaultHTMLCleanerTest.java > Log: > XWIKI-3101: Replace invalid xhtml <br/> elements with <div > class="wikimodel-emptyline"/> in DefaultHTMLCleaner > XWIKI-3094: Errornous rendering of xhtml content with <br/ > >[newline]<p> sequence > > * LineBreakCleaningFilter implements the above functionality. > * Adding LineBreakCleaningFilter caused a fan-out of 21 in > DefaultHTMLCleaner. To overcome this problem CleaningFilter > implementations were made components and they are now injected via > plexus into DefaultHTMLCleaner (refer to components.xml) Necessary > package restructuring was done. > * Added tests to verify the behaviour of LineBreakCleaningFilter. [snip]

16 years

[xwiki-devs] Due to gwt-maven, it's impossible to build xwiki-web/wysiwyg under Windows

by Pascal Voitot

I go on compiling XWiki under windows until I get back my beloved linux platform :)... Finally, it appears not to be so trivial... Last week, I found 2 minor issues but this last one is a blocking one. When you build wysiwyg under windows, the gwt-maven plugin generates a script "compile.cmd" in order to compile GWT code. But, when it launches the script, you get an error "Line too long"... And this is true, due to the huge number of dependencies with long directories, the Classpath variables are too long for Windows... I love Windows :):):) Apparently, this is a well known bug of gwt-maven but seems not easy to solve or not enough important to be solved :) Anyway, until this bug is solved or if somebody finds a clever workaround solution, it will remain impossible to compile wysiwyg under windows. This is disturbing because, if you don't compile WYSIWYG, you can compile XE without any problem but when you launch the server, you get a weird error such as "Can't find class file RemoteService" and the jetty server don't bind to classic port 8080. So the only solution I found is to remove "wysiwyg" module from profile "xe" in xwiki-web. best regards Pascal

16 years

[xwiki-devs] [ANN] XWiki Enterprise 1.7.1 Released

by Jean-Vincent Drean

The XWiki development team is pleased to announce the release of XWiki Enterprise 1.7.1. This is a bugfix and minor enhancements release following XE 1.7. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download WYSIWYG and Rendering 2.0 Improvements : * You can now upload and insert image in your documents from the WYSIWYG * You can create tables and manage them (row/columns addition and deletion) from the WYSIWYG. * Added support for explicit line breaks (\\) in XWiki Syntax 2.0 Important bug fixes: * XWIKI-2988: The way to synchronize several LDAP groups with the same XWiki group is wrong * XWIKI-3024: XWiki authenticator load xwiki.authentication..createuser in place of xwiki.authentication.createuser from xwiki.cfg file * XWIKI-3023: Timeout when trying to connect to Penrose LDAP server * XWIKI-3010: By default the size of "ldap_group_mapping" field in XWikiPreferences is too short * Many WYSIWYG bugs fixed For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise171 Thanks -The XWiki dev team

16 years

[xwiki-devs] Integrating Office Importer in XWiki UI

by Asiri Rathnayake

Hi Devs, The office importer module has reached a point where it can be integrated into XWiki's UI: Currently there are two UI's provided by office importer: 1. The Wysiwyg plugin which should be integrated to Wysiwyg UI (obviously) : http://91.121.237.216/xwiki/bin/view/Main/ 2. The office importer application : http://91.121.237.216/xwiki/bin/view/Import/ We need to decide how we will allow users to discover the office importer application from the main UI. Following are some options: a) Add the "import" action to one of our existing menus Problem: I don't see any existing menus where "import" will fit in. b) Add a new menu named "Import" into the main menu bar. like { | Edit | show | print | import | actions | watch } Problem: existing menus and their menu items always refer to actions performed on the current document (wiki page) while importing is about importing an office document to a new wiki page. Possible solution : We can change the office importer slightly so that it overwrites the current wiki page with the imported document. Any other options ? Thanks. - Asiri

16 years

[xwiki-devs] [VOTE] Move xwiki-core-rest to trunk

by Fabio Mancinelli

Dear all, I've finished to refactor the rest subsystem and I propose to move it to the trunk for inclusion in 1.8M1. It doesn't support all the URIs of the API (see http://dev.xwiki.org/xwiki/bin/view/Design/RestfulAPI for details) but still I think it's good to have it included. Here it is my +1 -Fabio

16 years

Re: [xwiki-devs] [xwiki-notifications] r15310 - platform/xwiki-applications/trunk/officeimporter/src/main/resources/Import

by Vincent Massol

Asiri, On Jan 11, 2009, at 9:50 AM, asiri (SVN) wrote: > Author: asiri > Date: 2009-01-11 09:50:50 +0100 (Sun, 11 Jan 2009) > New Revision: 15310 > > Modified: > platform/xwiki-applications/trunk/officeimporter/src/main/ > resources/Import/Importer.xml > platform/xwiki-applications/trunk/officeimporter/src/main/ > resources/Import/WebHome.xml > Log: > XWIKI-3083: Develop the initial feature set for the Office Importer > module > > * Minor improvement to office importer UI. > > Modified: platform/xwiki-applications/trunk/officeimporter/src/main/ > resources/Import/Importer.xml > =================================================================== > --- platform/xwiki-applications/trunk/officeimporter/src/main/ > resources/Import/Importer.xml 2009-01-11 08:46:30 UTC (rev 15309) > +++ platform/xwiki-applications/trunk/officeimporter/src/main/ > resources/Import/Importer.xml 2009-01-11 08:50:50 UTC (rev 15310) > @@ -56,7 +56,7 @@ > </property> > </object> > <content> > -1 Office Importer > +<h1>Office Importer</h1> I've already changed that from h1 to wiki syntax. Why are you changing it again? Thanks -Vincent > > ## Check the space > #if(!$request.targetSpace || $request.targetSpace=="") > #error("Missing target space name. Please [go > back>Import.WebHome] and correct it.") > > Modified: platform/xwiki-applications/trunk/officeimporter/src/main/ > resources/Import/WebHome.xml > =================================================================== > --- platform/xwiki-applications/trunk/officeimporter/src/main/ > resources/Import/WebHome.xml 2009-01-11 08:46:30 UTC (rev 15309) > +++ platform/xwiki-applications/trunk/officeimporter/src/main/ > resources/Import/WebHome.xml 2009-01-11 08:50:50 UTC (rev 15310) > @@ -56,7 +56,7 @@ > </property> > </object> > <content> > -1 Office Importer > +<h1>Office Importer</h1> > <form action='$xwiki.getURL("Import.Importer","view")' > enctype="multipart/form-data" method="post"> > {table}<p>Document|<input id="filepath" type="file" > name="filePath" value="" size="40"/></p> > <p>Target Space|<input name="targetSpace" type="textarea"/ > ></p>

16 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs