xwiki-devs October 2008

xwiki-devs@xwiki.org

40 participants
133 discussions

[xwiki-devs] [ANN] XWiki Workspaces 1.1 released

by Jerome Velociter

The XWiki development team is pleased to announce the release of XWiki Workspaces 1.1 final. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This release spanned about 5 months (beginning of May to end of september), with a 2 months pause this summer. During that period we implemented 47 issues, fixing 24 bugs and adding new features such as: * Global groups management * Email invitation manangement * A Workstream application * A Revamped global administration * A new mode of publication : Open For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesWorkspaces11 Regards -The XWiki dev team

15 years, 11 months

Re: [xwiki-devs] [xwiki-notifications] r11418 - xwiki-products/xwiki-workspaces/trunk/wiki/src/main/resources/XWSCode

by Sergiu Dumitriu

jvelociter (SVN) wrote: > Author: jvelociter > Date: 2008-07-22 17:57:57 +0200 (Tue, 22 Jul 2008) > New Revision: 11418 > > Modified: > xwiki-products/xwiki-workspaces/trunk/wiki/src/main/resources/XWSCode/CreateNewWorkspaceForm > Log: > XWS-127 Client side validation on workspace creation form does not work under IE6 > > > Modified: xwiki-products/xwiki-workspaces/trunk/wiki/src/main/resources/XWSCode/CreateNewWorkspaceForm > =================================================================== > --- xwiki-products/xwiki-workspaces/trunk/wiki/src/main/resources/XWSCode/CreateNewWorkspaceForm 2008-07-22 15:50:14 UTC (rev 11417) > +++ xwiki-products/xwiki-workspaces/trunk/wiki/src/main/resources/XWSCode/CreateNewWorkspaceForm 2008-07-22 15:57:57 UTC (rev 11418) > @@ -12,9 +12,9 @@ > <customClass></customClass> > <contentAuthor>XWiki.Admin</contentAuthor> > <creationDate>1208697558000</creationDate> > -<date>1214058248000</date> > -<contentUpdateDate>1214058248000</contentUpdateDate> > -<version>3.1</version> > +<date>1216745595000</date> > +<contentUpdateDate>1216745595000</contentUpdateDate> > +<version>5.1</version> > <title></title> > <template></template> > <defaultTemplate></defaultTemplate> > @@ -140,7 +140,29 @@ > // inform how much chars can be still typed > $('spacetitlecharsleft').innerHTML = maxTitleChars - dTitle.value.length; > } > - }</code> > + } > + > +/* > + * getElementsByClassName rewrite. > + * Developed by Robert Nyman, http://www.robertnyman.com > + * Code/licensing: http://code.google.com/p/getelementsbyclassname/ > + */ > +function getElementsByClassName(className, tag, elm){ > + var testClass = new RegExp("(^|\\s)" + className + "(\\s|$)"); > + var tag = tag || "*"; > + var elm = elm || document; > + var elements = (tag == "*" && elm.all)? elm.all : elm.getElementsByTagName(tag); > + var returnElements = []; > + var current; > + var length = elements.length; > + for(var i=0; i<length; i++){ > + current = elements[i]; > + if(testClass.test(current.className)){ > + returnElements.push(current); > + } > + } > + return returnElements; > +}</code> getElementsByClassName also exists in prototype. We should use that one instead. > </property> > <property> > <name>Create new workspace validation</name> > @@ -235,8 +257,8 @@ > var sDesc = $('XWiki.SpaceClass_0_description'); > var wAccess = $('XWiki.WorkspaceSpaceClass_0_accesslevel'); > var wColor = $('XWiki.WorkspaceSpaceClass_0_color'); > - var colorPreview = wColor.parentNode.parentNode.getElementsByClassName("form-entry-valid")[0]; > - var vSpan=dTitle.parentNode.parentNode.getElementsByClassName("form-entry-valid")[0]; > + var colorPreview = getElementsByClassName("form-entry-valid","*",wColor.parentNode.parentNode)[0]; > + var vSpan = getElementsByClassName("form-entry-valid","*",dTitle.parentNode.parentNode)[0]; > Event.observe(dTitle,"keyup", titleKeyTyped()); > Event.observe(dTitle,"blur", validateTitle()); > // Green the optional/already filled fields on blur... -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 11 months

Re: [xwiki-devs] [xwiki-notifications] r11414 - xwiki-products/xwiki-workspaces/branches/xwiki-workspaces-1.1/wiki/src/main/resources/XWSCode

by Sergiu Dumitriu

jvelociter (SVN) wrote: > Author: jvelociter > Date: 2008-07-22 17:01:40 +0200 (Tue, 22 Jul 2008) > New Revision: 11414 > > Modified: > xwiki-products/xwiki-workspaces/branches/xwiki-workspaces-1.1/wiki/src/main/resources/XWSCode/RegistrationService > Log: > XWS-133 Impossible to register on IE6 > > > Modified: xwiki-products/xwiki-workspaces/branches/xwiki-workspaces-1.1/wiki/src/main/resources/XWSCode/RegistrationService > =================================================================== > --- xwiki-products/xwiki-workspaces/branches/xwiki-workspaces-1.1/wiki/src/main/resources/XWSCode/RegistrationService 2008-07-22 12:04:53 UTC (rev 11413) > +++ xwiki-products/xwiki-workspaces/branches/xwiki-workspaces-1.1/wiki/src/main/resources/XWSCode/RegistrationService 2008-07-22 15:01:40 UTC (rev 11414) > @@ -12,9 +12,9 @@ > <customClass></customClass> > <contentAuthor>XWiki.Admin</contentAuthor> > <creationDate>1211638814000</creationDate> > -<date>1214922499000</date> > -<contentUpdateDate>1214922499000</contentUpdateDate> > -<version>5.1</version> > +<date>1216742225000</date> > +<contentUpdateDate>1216742225000</contentUpdateDate> > +<version>15.1</version> > <title></title> > <template></template> > <defaultTemplate></defaultTemplate> > @@ -353,12 +353,12 @@ > var valid = $('validation_' + fieldId); > if (fail) { > valid.innerHTML = message; > - input.style.border = "1px solid red;" > + input.setAttribute("style", "border:1px solid red;"); > valid.setAttribute("class", "errormessage"); > } > else { > valid.innerHTML = ""; > - input.style.border = "1px solid green;" > + input.setAttribute("style","border:1px solid green;"); > valid.setAttribute("class", ""); > } > } > It's not nice to use setAttribute like this, since it may override other rules set for that element. -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 11 months

[xwiki-devs] packaging XWiki application with maven?

by Paul Libbrecht

Hello XWikiers, I did not find a nice way to package our reviews-application. It should yield a xar and I would have expected the xar could be built with all items. Unfortunately, I have only found a way to package the xml files in the xar and I would like to put groovy and .vm sources there... thus far I am copy and pasting. mvn -g did not help me. thank for hints. paul

15 years, 11 months

[xwiki-devs] [vote] Add the XWiki Components Tutorial to the tutorials section on platform.xwiki.org

by Anca Paula Luca

Hi devs, while developing my XWiki watch component, I've written a quick start tutorial on XWiki components, which I would like to add in the dedicated section on platform.xwiki.org. It is currently in draft version at http://dev.xwiki.org/xwiki/bin/view/Drafts/CreatingComponents . Please give it a critical look and signal any errors that might have slipped or send improvement suggestions. Here's my +1 for taking it out of draft version, WDYT? Happy coding, Anca Luca

15 years, 11 months

[xwiki-devs] [WEBDAV] Grouping of pages under spaces.

by Asiri Rathnayake

Hi Devs, In the current xwiki-webdav implementation we have introduced a feature where all the pages under a certain space is grouped according to the starting characters of those pages. For an example, consider the following setup : space : Farm pages under Farm : Dog, Cat, Donkey, Carrot, Mouse Then the user will see the following directory structure on webdav, xwiki/webdav/spaces/Farm/ | |-D (Dog & Donkey goes here) | |-C (Cat & Carrot goes here) | |-M (Mouse ends up here) Note : How many starting characters used to make groupings depends on the number of documents inside the space. Now, from xwiki-ui to access various documents via webdav, we have to allow direct access to pages as well. That is, following url pattern should work fine : xwiki/webdav/spaces/<space_name>/<page_name> (makes sense right ?) Now the problem with the current implementation is that in a url like xwiki/webdav/spaces/FOO/BAR we don't know whether BAR is a grouping or if it is a page (direct access). So I propose the following : * All the grouped directories should start with a "_" and end with a "_" (may be only one of them, but i like symmetric) By this way we can easily differentiate direct page requests from indirect access. Ex : Indirect : /xwiki/webdav/spaces/Foo/_D_/D Direct : /xwiki/webdav/spaces/Foo/D Note : Here the page name is 'D'. WDYT ? Thanks. - Asiri

15 years, 11 months

[xwiki-devs] PROPFIND on /xwiki/ fails.

by Asiri Rathnayake

Hi Devs, Ludovic, I'm faced with the following problem, Currently xwiki-webdav is deployed under /xwiki/webdav/*. And for this to work, we need PROPFIND method to work correctly on following locations { "/" , "/xwiki/" , "/xwiki/webdav/*". } For "/" i have written a separate xwiki-rootwebapp and it works fine. For "/xwiki/" and "/xwiki/webdav/*" I had defined the following servlet mapping elemnts : <servlet-mapping> <servlet-name>xwiki-webdav</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>xwiki-webdav</servlet-name> <url-pattern>/webdav/*</url-pattern> </servlet-mapping> Everything was working fine but lately i discovered that none of the static content is being served correctly. This is because of the first mapping on "/", this seems to overrride the default servet of the container (which serves static files). Without the first mapping some webdav clients fail because they think the url is not a webdav one. I'm really stuck here and can't think of a solution, if you have any ideas please let me know. Thanks a lot. - Asiri

15 years, 11 months

[xwiki-devs] FindBugs on XWiki

by Jonas von Malottki

Hello Xwiki-Devs, for the fun of it I let FindBugs check the Xwiki Core code and it found a bunch of "Issues". Some of them are more severe than others. Maybe it is interesting to check it out. In my own programs I found some really interesting errors/problems I was never aware of. (Including some thread safety related stuff) The good thing with Findbugs is the extensive documentation, that gives you a very good explanation why the found issue is an issue. There are also some "false positives", also explained in the documentation. http://findbugs.sourceforge.net/ Findbugs also has good Eclipse Integration and a Maven plugin. Definitely worth a try. A first peek is painlessly done via Java webstart. It's just a pointer.. Greetings Jonas

15 years, 11 months

[xwiki-devs] Office converter cleaning status?

by Vincent Massol

Hi Wang, Long time no hear, you must be busy :) Could you let us know what's the status WRT to cleaning up the office- generated HTML? The roadmap I'd like to have is to have it fully working for 1.7 final (that's for the 1st of December). Do you think that's feasible? My take is that we should have some pretty solid cleaning up by 1.7M1 if we want to have a chance of it being finished for 1.7 final. Here's the currently planned 1.7 dates: - 1.7M1: 20th of October (that's more than 3 weeks after the 1.6 release) - 1.7M2: 10th of November (3 weeks after 1.7M1) - 1.7RC1: 17 Nov (one week after) - 1.7RC2 or final: 24 Nov (one week after) - 1.7 final (if needed): 1st of December WDYT? Do you need any help to achieve this? Thanks -Vincent

15 years, 11 months

[xwiki-devs] Maven.xwiki.org is down for maitenance

by Vincent Massol

Hi everyone, Just to let you know maven.xwiki.org is undergoign maintenance right now. So you might want to run your builds in offline mode for the time being. Thanks -Vincent

15 years, 11 months

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 October 2008