- xwiki-devs@xwiki.org - lists.xwiki.org

[xwiki-devs] Fwd: [ANN] Maven Reactor Plugin 1.0 Released
by Vincent Massol 28 Sep '08

28 Sep '08

fyi, it's now released. -Vincent Begin forwarded message: > From: Dan Fabulich <dfabulich(a)apache.org> > Date: September 28, 2008 3:48:46 AM CEDT > To: announce(a)maven.apache.org, Maven Users List <users(a)maven.apache.org > > > Cc: Maven Developers List <dev(a)maven.apache.org> > Subject: [ANN] Maven Reactor Plugin 1.0 Released > Reply-To: "Maven Users List" <users(a)maven.apache.org> > > > The Maven team is pleased to announce the release of the Maven > Reactor Plugin, version 1.0. > > This plugin can build a subset of interdependent projects in a > reactor. It should be useful in large reactor builds that include > irrelevant stuff you're not working on. > > http://maven.apache.org/plugins/maven-reactor-plugin/ > > The Reactor plugin is normally run from the command line, like this: > > * reactor:resume resumes a reactor at a certain point (e.g. when it > fails in the middle) > Example: mvn reactor:resume -Dfrom=bar > > * reactor:make builds a project X and all of the reactor projects on > which X depends > Example: mvn reactor:make -Dmake.folders=foo,bar > > * reactor:make-dependents builds a project X and all of the reactor > projects that depend on X (the reverse of reactor:make) > Example: mvn reactor:make-dependents -Dmake.folders=foo,bar > > * reactor:make-scm-changes build all reactor projects that you > personally have changed (according to SCM) and all reactor projects > that depend on your changes > Example: mvn reactor:make-scm-changes > > This is the first release of the Maven Reactor Plugin. > > Enjoy, > > -The Maven team > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe(a)maven.apache.org > For additional commands, e-mail: users-help(a)maven.apache.org >

1 0

[xwiki-devs] Specifications for Testing the new WYSIWYG editor
by Vincent Massol 27 Sep '08

27 Sep '08

Hi, Since we really need to have automated tests for the new WYSIWYG from the onset here are some ideas I'd like to have: 1) It should use Selenium and we need to run it on different browsers (FF2, FF3, IE6, IE7, IE8 minimum). 2) We need to develop a complete DSL for entering data in the editor (typeText, moveCursorLeft, clickBold, insertLink, etc). These commands sent in the test should be independent of the editor technology, which means I should be able to run the same test in the current TinyMCE editor or in the new GWT editor or in any future editor. This is important so that we can capitalize on our editor test suite. Note: The goal is not to run the tests on the Tiny MCE editor (although that would be possible) but more to ensure that our tests are as solid as possible for the future and as easy to write as possible. 3) As a consequence the asserts done in the test should be on the generated XHTML (i.e. including the HTMLCleaner for the GWT editor) since otherwise there would be too many differences between editors. 4) Each editor should have its test suite where it can specify which test to run (since some features are available in the new GWT editor for ex but not in the tinyMCE one) 5) Writing a new test should take less than 5 minutes without even the need to run the test in the editor to prepare it. This means the DSL should be simple and expressive. For example here's an example of a test: testVerifyCanDeleteList() { typeText("a"); selectBulletedList(); moveCursorLeft(); typeBackspace(); assertXHTML("<p>a</p>"); } Note: This test is not taken at random since it currently doesn't pass ;) 6) Tests must be deterministic (i.e each action should verify that the action has worked before continuing. For example a typeText should have a wait on the type text in the page) WDYT? Thanks -Vincent

2 2

[xwiki-devs] Maven set up
by [Ricardo Rodriguez] Your EPEC Network ICT Team 27 Sep '08

27 Sep '08

Hi all, This is not a XWiki issue, but following the discussion about the Maven version to standardize on XWiki build I am trying to configure a developer environment in a MacBook Pro running Mac OS X 10.5.5. Your help will be really welcome. Thanks! Mac OS X 10.5.x includes Maven 2.0.6 in its base installation. Thus, mvn --version gives... GMXUX-Ricardo-Rodriguez:~ rrodriguez$ mvn --version Maven version: 2.0.6 I've tried to follow the installation instructions in Maven support site to install both (or at least one of them) Maven 2.0.9 and/or Maven 2.1.0 M1 but I am falling at setting the correct environment system wide. It works fine if I export each concerned variable in a given shell, but this only works for this and only this shell window... sh-3.2# export M2_HOME=/usr/local/apache-maven/apache-maven-2.0.9 sh-3.2# export M2=/usr/local/apache-maven/apache-maven-2.0.9/bin sh-3.2# echo $PATH /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin sh-3.2# export PATH=$PATH:$M2 sh-3.2# echo $PATH /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/local/apache-maven/apache-maven-2.0.9/bin sh-3.2# mvn --version Maven version: 2.0.9 Java version: 1.5.0_13 OS name: "mac os x" version: "10.5.5" arch: "i386" Family: "unix" sh-3.2# echo $PATH /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/local/apache-maven/apache-maven-2.0.9/bin sh-3.2# Please, what method do you use to set M2, M2_HOME and modify PATH to include M2? Is it possible to set them system wide or at least user wide? I've tried a number of methods without success. Thanks for your help, Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team

4 18

Re: [xwiki-devs] [xwiki-notifications] r12689 - in platform/core/trunk/xwiki-rendering/src: main/java/org/xwiki/rendering/renderer test/resources/list test/resources/macros/velocity
by Sergiu Dumitriu 26 Sep '08

26 Sep '08

vmassol (SVN) wrote: > Author: vmassol > Date: 2008-09-15 12:59:12 +0200 (Mon, 15 Sep 2008) > New Revision: 12689 > > Modified: > platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/rendering/renderer/XHTMLRenderer.java > platform/core/trunk/xwiki-rendering/src/test/resources/list/definitionlist2.test > platform/core/trunk/xwiki-rendering/src/test/resources/list/list1.test > platform/core/trunk/xwiki-rendering/src/test/resources/list/list3.test > platform/core/trunk/xwiki-rendering/src/test/resources/list/list4.test > platform/core/trunk/xwiki-rendering/src/test/resources/list/list5.test > platform/core/trunk/xwiki-rendering/src/test/resources/list/list6.test > platform/core/trunk/xwiki-rendering/src/test/resources/list/list7.test > platform/core/trunk/xwiki-rendering/src/test/resources/list/list8.test > platform/core/trunk/xwiki-rendering/src/test/resources/macros/velocity/macrovelocity1.test > Log: > Refactoring. Remove class="star" when generating a bulleted list in the new rendering. > Note that the class was there to differentiate between lists generated by * and lists generated by - * class="star" list item - class="minus" list item -- Sergiu Dumitriu http://purl.org/net/sergiu/

1 0

Re: [xwiki-devs] [xwiki-notifications] r13009 - platform/web/trunk/standard/src/main/webapp/templates
by Sergiu Dumitriu 26 Sep '08

26 Sep '08

mflorea (SVN) wrote: > Author: mflorea > Date: 2008-09-26 12:48:14 +0200 (Fri, 26 Sep 2008) > New Revision: 13009 > > Modified: > platform/web/trunk/standard/src/main/webapp/templates/editwysiwygnew.vm > Log: > The teletype feature will be included in 1.7 so I removed it from the tool bar. I also changed the way the editor loads. Now it gets as input HTML and not wiki syntax. This way the editor loads faster. The textarea held wiki markup, so that in case JS is disabled, the user can still edit the content. Is it OK to break this? Will such a user know to open the wiki editor instead? Should there be 2 textareas, one with the wiki markup, and a hidden one with the HTML content? > Modified: platform/web/trunk/standard/src/main/webapp/templates/editwysiwygnew.vm > =================================================================== > --- platform/web/trunk/standard/src/main/webapp/templates/editwysiwygnew.vm 2008-09-26 10:45:11 UTC (rev 13008) > +++ platform/web/trunk/standard/src/main/webapp/templates/editwysiwygnew.vm 2008-09-26 10:48:14 UTC (rev 13009) > @@ -26,14 +26,14 @@ > <link rel="stylesheet" href="${request.contextPath}/com.xpn.xwiki.wysiwyg.Wysiwyg/Wysiwyg.css" /> > <script type="text/javascript" src="${request.contextPath}/com.xpn.xwiki.wysiwyg.Wysiwyg/com.xpn.xwiki.wysiwyg.Wysiwyg.nocache.js"></script> > <iframe src="javascript:''" id="__gwt_historyFrame" style="width:0;height:0;border:0"></iframe> > -$xwiki.getTextArea($tdoc.content) > +$xwiki.getTextArea($xwiki.wysiwyg.toHTML($tdoc.content, $doc.syntaxId)) > <script type="text/javascript"> > //<![CDATA[ > var Wysiwyg0 = { > hookId: 'content', > syntax: "$doc.syntaxId", > plugins: 'separator text valign list indent undo format symbol', > - toolbar: 'bold italic underline strikethrough teletype | subscript superscript | unorderedlist orderedlist | outdent indent | undo redo | format | hr symbol', > + toolbar: 'bold italic underline strikethrough | subscript superscript | unorderedlist orderedlist | outdent indent | undo redo | format | hr symbol', > debug: #if($request.debug)'true'#else'false'#end > }; > //]]> > -- Sergiu Dumitriu http://purl.org/net/sergiu/

3 2

[xwiki-devs] [VOTE] Changing the escape character in the new rendering
by Vincent Massol 26 Sep '08

26 Sep '08

Hi, I'd like to propose to change the escape character. Right now it's \ The problem is that if you want to enter a \, you'll want to write \\ but that's reserved for a new line... Hence and in order to be more Creole compatible I propose to replace our current \ escape character by a ~ See http://www.wikicreole.org/wiki/Creole1.0#section-Creole1.0-EscapeCharacter Here's my +1 Thanks -Vincent

8 12

[xwiki-devs] [VOTE] Remove email notifications to jira project leads
by Vincent Massol 26 Sep '08

26 Sep '08

Hi, Since we send all jira emails to the devs list, I propose to remove sending notifications systematically to jira project leads (since they should/must follow the list). This will prevent lots of duplicates for project leads. WDYT? Here's my +1 Thanks -Vincent

6 7

[xwiki-devs] [VOTE] Nested/Embedded document support
by Vincent Massol 26 Sep '08

26 Sep '08

Hi, I'm proposing to introduce the ((( ... ))) wiki syntax to support nested documents. For example this allows putting any type of wiki syntax inside table cells. This also allows having a table inside a list for example. See the section entitle "embedded document" on http://code.google.com/p/wikimodel/wiki/AdvancedStructuralElements for some examples. Here's my +1 Thanks -Vincent

8 11

[xwiki-devs] [Proposal] Numbered list improvement for new rendering
by Vincent Massol 26 Sep '08

26 Sep '08

Hi, Guillaume was surprised (and rightly so) that we use this format for nested lists: 111*. He was expecting 111.* I remember I had the same remark the first time I saw this a long time ago. Thus (if we agree) we have 2 solutions: Solution 1: ========= 111.* Solution 2: ======== 1.1.1.* Another solution would be to use another symbol but we cannot use # and the second most common solution is "1." See http://www.wikimatrix.org/syntax.php?i=33 I'm hesitating but I propose to use Solution 2 which seems the most consistent to me. WDYT? Thanks -Vincent

3 5

[xwiki-devs] [ANN] Workstream application 1.0 released
by Jerome Velociter 25 Sep '08

25 Sep '08

Dear all, The XWiki Development Team is pleased to announce the release of the Worktream Application, version 1.0. You can find it here : http://code.xwiki.org/xwiki/bin/view/Applications/WorkstreamApplication Workstream is a internal twitter-like micro-blogging application that allows the wiki users to post short status updates. It support internal and external URL links using the wiki syntax. There is both a wiki page with recent updates and the ability to browse updates by user, and a panel easily installable in the whole wiki or in any space, with as well recent updates and a text box for one to update its status. Hope you'll enjoy it ! Thanks, -The XWiki Development Team

1 0