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

by Jerome Velociter

Hello devs, I've pushed some javascript tests for the suggest widget to a branch of xwiki-platform. I've used screw-unit (https://github.com/nathansobo/screw-unit) as test framework. The system allow to write tests such as https://github.com/xwiki/xwiki-platform/blob/f684ca0671a354f1e7476cd788a2df… ; and to run them in a test suite (a simple HTML page that runs all tests). It is integrated with xwiki-platform-web build so that whenever a test fails, the build fails. To be completely honest, I didn't do a lengthy market research to see if there would be more appropriate alternatives. Screw unit got my attention for the following reasons : * Tests are elegant and simple * You can nest feature "descriptions" (specifications) down several levels, so it's easy to have a good organization * It has a working maven integration * The result page kind of look nice (yes, that count!) I'd like to integrate them in master WDYT ? My +1 Jerome.

14 years, 1 month

4
8
0 0

Re: [xwiki-devs] Build improvement actions

by Bogdan Flueras

Hi XWiki devs, >> Hi devs, >> >> We've had a meeting with Marius, Thomas and myself and we brainstormed about what to improve in our builds and we've come up with the following actions: >> >> 1- create twitter account for xwiki.org and tweet about releases (basically tweet links to blog posts). Category: Release Process improvement. Who: Vincent Massol >> 2- Refactor distribution for installers to share more. Who: Thomas Mortagne > Will look at this one once we start the 3.3 branch. > >> 3- Check latest version of izpack. Who: Marius I can recommend you to also consider another installer framework: http://sourceforge.net/projects/cminstall/files/cminstall/v1.3.0/ It's fully extensible, modular and at the time of writing it had more features than IzPack and we have successfully used it for internal projects. It has documentation and nice tutorials, so it worths a try. >> 4- Configure nexus to cache other repos ? speed improvement. Who: Vincent Massol >> 5- Add definition xwiki remote repo to top level repos in github. Who: Vincent Massol >> 6- Define a location for passwords. Who: Thomas Mortagne > If some of the security guys out there already have some good idea > don't hesitate ;) > > Will send a mail we I come back from holidays next week. > >> 7- Publish with commons and rendering on central repo. Who: ? >> >> I've started to work on items 4 and 5 and will do 1 soon. >> >> Also I've analyzed 7 and there's only 1 external reps not available in the Maven Central Repo: >> ? ? ?<groupId>org.reflections</groupId> >> ? ? ?<artifactId>reflections</artifactId> >> >> It should be pretty easy to submit it using https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+… >> To publish our artifacts to the central repo I propose to use Sonatype OSS service, see https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+… >> >> Thanks >> -Vincent >> >> _______________________________________________ >> devs mailing list >> devs(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/devs >> > > -- ing. Bogdan Flueras

14 years, 1 month

2
1
0 0

[xwiki-devs] [GSOC] XWiki Android Client

by Chamika Weerasinghe

Hi all, I almost finished developing Android Client with following modules and automated testing has to be done in next week. xwiki-android-client = working android client application xwiki-android-components = user interface components for XWiki Android Development xwiki-android-rest = XWiki RESTful library for Android **xwiki-android-test-rest = Android REST library unit test module (sample test added) **xwiki-android-tests-instrumentation = UI instrumentation tests module (sample test added) xwiki-rest-model-gson = XWiki REST model for GSON(Currently not necessary) xwiki-rest-model-simplexml = XWiki REST model for Simple-xml (As a replacement for JAXB) I did the documentation on Android Client in extensions section and some final touches have to be added to it. (http://extensions.xwiki.org/xwiki/bin/view/Extension/Google+Android+Client) Issues: Testing Android Android applications or libraries cannot be tested as normal builds since they have to be tested on a device or an emulator. So logically there is no tests in maven build for Android. When we add test cases and other test related classes, Android Debug Bridge(adb) will run the tests inside a valid device/simulator and gives the test reports. Due to this reason Jenkins failed to build the test related modules with the error [ERROR] error: device not found Other modules will be built successfully*. * Best Regards, Chamika Weerasinghe

14 years, 1 month

2
4
0 0

[xwiki-devs] Removal of Repository definitions from pom.xml files

by Vincent Massol

Hi devs, I've gone ahead with the removal of repository definitions from pom.xml files. Now the only remote repo that you need to have in your maven settings is the xwiki nexus one. In order to build master (3.2-SNAPSHOT) you'll now need to update your settings.xml with: <profiles> <profile> <id>xwiki</id> <repositories> <repository> <id>xwiki-releases</id> <name>XWiki Nexus Releases Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </repository> <repository> <id>xwiki-snapshots</id> <name>XWiki Nexus Snapshot Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public-snapshots</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>xwiki-plugins-releases</id> <name>XWiki Nexus Plugin Releases Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </pluginRepository> <pluginRepository> <id>xwiki-plugins-snapshots</id> <name>XWiki Nexus Plugin Snapshot Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public-snapshots</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </pluginRepository> </pluginRepositories> </profile> </profiles> <activeProfiles> <activeProfile>xwiki</activeProfile> </activeProfiles> See http://dev.xwiki.org/xwiki/bin/view/Community/Building Thanks -Vincent

14 years, 1 month

1
0
0 0

[xwiki-devs] Trying to understand slowness at deletions

by Paul Libbrecht

Hello fellow developers, At curriki, still running xwiki 1.5, we're having slowness at several places, in particular user-delete which generally takes more than 5 minutes. One of the queries that seem to take very long, from "SHOW FULL PROCESSLIST" is: | 192157 | dev | 63.241.108.241:44327 | currikidev_180_c | Query | 69 | updating | delete from xwikiproperties where xwp_name like 'editbox_%' and xwp_classtype='com.xpn.xwiki.objects.LongProperty' | and indeed I see XWikiHibernateBaseStore to contain: "delete from xwikiproperties where xwp_name like 'editbox_%' and xwp_classtype='com.xpn.xwiki.objects.LongProperty'", and "delete from xwikilongs where xwl_name like 'editbox_%'" the two queries seem to take the longest. What is the reason of these deletions? The big problem is that they contain a like clause which seems to be more developer lazyness then actual need. thanks in advance Paul

14 years, 1 month

1
1
0 0

[xwiki-devs] [VOTE] Move debian package to platform

by Thomas Mortagne

Hi devs, I started with Guillaume Fenollar last week to do an experiment on an XWiki debian package. We got something pretty nice and I cleaned it up and added some features today. You can see it on https://github.com/xwiki-contrib/xwiki-debian. With my latest commit I think it's now clean enough to be moved on https://github.com/xwiki/xwiki-platform. WDYT ? Here is my +1 -- Thomas Mortagne

14 years, 1 month

4
16
0 0

[xwiki-devs] Contrib project documentation update

by Vincent Massol

Hi Devs, I've updated http://contrib.xwiki.org/xwiki/bin/view/Main/ I've also updated http://dev.xwiki.org/xwiki/bin/view/Community/SourceRepository Please review it and let me know if it's ok. I've removed several notions that don't make sense anymore like sandbox, personal directory space. There are still a few loose ends. For example have we finished moving stuff from http://svn.xwiki.org/svnroot/xwiki/contrib/ ? Thanks -Vincent

14 years, 1 month

4
16
0 0

[xwiki-devs] [proposal] Add an API function to drop permissions for the remainder of the document rendering.

by Caleb James DeLisle

Right now we have dropPermissions which makes a specific guarantee, there will not be any programming right for the duration of the request cycle. Sometimes a user might want to drop permissions for the duration of the document rendering. This would mean {{include}} macros, $doc.getRenderedContent() would allow permissions to be gained back while the included document was being rendered and after the content of that document is finished rendering, the permissions would be returned. I think it would do more harm than good to break the promise that dropPermissions() makes so I propose adding $doc.dropPermissions() to do this. I think $doc.dropPermissions() vs. $context.dropPermissions() is intuitive and easily explained but if anyone has another suggestion for a name, I'd be glad to hear it. WDYT? Caleb

14 years, 1 month

5
7
0 0

[xwiki-devs] about how to implement "rename page" function in xeclipse

by Jun Han

Dear all, I am not sure how to implement "rename page" in xeclipse via REST API. In the current xmlrpc implementation, page rename changes the page name of and keeps the page history at the same time. However, in REST API, changing the page name means changes the resource URL of the page. This means that a new resource will be created. For example, change from "wikis/xwiki/spaces/myspace/pages/oldPageName" to "wikis/xwiki/spaces/myspace/pages/newName" Here are my questions: 1. Will the old page resource be removed? 2. Will the old page history be kept and stored in the new page? From REST API, I cannot find an http method to add page history Best regards Jun Han

14 years, 1 month

2
1
0 0

[xwiki-devs] DocumentUpdatingEvent() new object values

by Vlad Merticariu

Hi devs, I'm having trouble with a listener to DocumentUpdatingEvent. I need to add new objects to my document, depending on the new values of some fields of an already existing object. The problem is that, because the document is not saved yet, I can only see the old values of the fields but I can't see the changes that were made. Is there a method to get the new values? I could use DocumentUpdatedEvent and see only the values but I would like to avoid saving the document twice. Thanks, Vlad

14 years, 1 month

3
3
0 0

Re: [xwiki-devs] [xwiki-notifications] [xwiki/xwiki-platform] f438eb: XWIKI-6741: Move all retro compatibility aspects t...

by Caleb James DeLisle

I see that this patch removed parseMessage() entirely as evidenced by broken login tests. Although I am very happy to see deprecated API removed, I'm not sure it's what you wanted. Caleb On 07/26/2011 04:04 AM, noreply(a)github.com wrote: > Branch: refs/heads/feature-legacyprojects > Home: https://github.com/xwiki/xwiki-platform > > Commit: f438eb421f58d22ca4a1e32aebdde36e08580448 > https://github.com/xwiki/xwiki-platform/commit/f438eb421f58d22ca4a1e32aebdd… > Author: tmortagne <thomas.mortagne(a)gmail.com> > Date: 2011-06-24 (Fri, 24 Jun 2011) > > Changed paths: > M xwiki-platform-core/xwiki-platform-application-manager/xwiki-platform-application-manager-api/pom.xml > M xwiki-platform-core/xwiki-platform-legacy/pom.xml > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/com/xpn/xwiki/plugin/ldap/LDAPPlugin.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/com/xpn/xwiki/plugin/ldap/LDAPPluginApi.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/com/xpn/xwiki/user/impl/LDAP/LDAPAuthServiceImpl.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/org/xwiki/annotation/internal/AnnotationVelocityContextInitializer.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/org/xwiki/legacy/internal/LegacyEventDispatcher.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/org/xwiki/observation/event/AbstractDocumentEvent.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/org/xwiki/observation/event/DocumentDeleteEvent.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/org/xwiki/observation/event/DocumentSaveEvent.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/java/org/xwiki/observation/event/DocumentUpdateEvent.java > R xwiki-platform-core/xwiki-platform-legacy/src/main/resources/META-INF/components.txt > R xwiki-platform-core/xwiki-platform-legacy/src/test/java/org/xwiki/observation/DocumentEventTest.java > R xwiki-platform-core/xwiki-platform-legacy/src/test/java/org/xwiki/observation/event/LegacyEventDispatcherTest.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-annotation/pom.xml > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-annotation/src/main/java/org/xwiki/annotation/internal/AnnotationVelocityContextInitializer.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-annotation/src/main/resources/META-INF/components.txt > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/pom.xml > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/src/main/java/org/xwiki/observation/event/AbstractDocumentEvent.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/src/main/java/org/xwiki/observation/event/DocumentDeleteEvent.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/src/main/java/org/xwiki/observation/event/DocumentSaveEvent.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/src/main/java/org/xwiki/observation/event/DocumentUpdateEvent.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/src/main/java/org/xwiki/observation/legacy/LegacyEventDispatcher.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/src/main/resources/META-INF/components.txt > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/src/test/java/org/xwiki/observation/DocumentEventTest.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-observation/src/test/java/org/xwiki/observation/legacy/LegacyEventDispatcherTest.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-oldcore/pom.xml > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/XWikiCompatibilityAspect.aj > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-oldcore/src/main/java/com/xpn/xwiki/plugin/ldap/LDAPPlugin.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-oldcore/src/main/java/com/xpn/xwiki/plugin/ldap/LDAPPluginApi.java > A xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-oldcore/src/main/java/com/xpn/xwiki/user/impl/LDAP/LDAPAuthServiceImpl.java > M xwiki-platform-core/xwiki-platform-oldcore/pom.xml > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/XWikiCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/XWikiContextCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/api/ApiCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/api/ContextCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/api/DocumentCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/api/StatsServiceCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/api/XWikiCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/doc/XWikiDocumentCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/objects/BaseCollectionCompatibiityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/plugin/PluginApiAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/stats/impl/StatsUtilCompatibilityAspect.aj > R xwiki-platform-core/xwiki-platform-oldcore/src/main/aspect/compatibility/com/xpn/xwiki/web/UtilsCompatibilityAspect.aj > > Log Message: > ----------- > XWIKI-6741: Move all retro compatibility aspects to xwiki-legacy > > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications >

14 years, 1 month

2
2
0 0

[xwiki-devs] Building XWiki with Jenkins

by Ashleigh Ings-Lamb

Hi I have forked and cloned XWiki Enterprise and XWiki commons from Github and am trying to build Enterprise using Jenkins as part of an MSc project looking at cloud software testing and development but am receiving the following error: message : Failed to execute goal org.apache.maven.plugins:maven-remote-resources-plugin:1.2.1:bundle (default) on project xwiki-commons-tool-license-resources: Error creating remote resources manifest. cause : Error creating remote resources manifest. Stack trace : org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-remote-resources-plugin:1.2.1:bundle (default) on project xwiki-commons-tool-license-resources: Error creating remote resources manifest. at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) . . . . Any pointers/help on how to solve this would be greatly appreciated. Thank you very much Ash Lamb (MSc candidate University of St Andrews) p.s. apologies if this is not the correct place to ask this question but an extensive web search and troubleshooting session have not been able to find a fix for this.

14 years, 1 month

3
9
0 0

[xwiki-devs] unresolved artifact

by Ashleigh Ings-Lamb

Hi Does anyone know where I can download org.xwiki.platform:xwiki-platform-legacy:jar:3.2-SNAPSHOT as it is the last unresolved artifact I need to build XWiki Enterprise. Thanks! -- Ash

14 years, 1 month

2
1
0 0

[xwiki-devs] ReSTful API example uses what full URL path?

by Mark Wallace

Looking at http://platform.xwiki.org/xwiki/bin/view/Features/XWikiRESTfulAPI#HCustomre…... If I create this class: package org.xwiki.contrib.rest; import javax.ws.rs.DefaultValue; import javax.ws.rs.GET; import javax.ws.rs.Path; import org.xwiki.component.annotation.Component; import org.xwiki.rest.XWikiResource; @Component("org.xwiki.contrib.rest.HelloWordResource") @Path("/myresources/{myresourcename}") class HelloWorldResource extends XWikiResource { @GET public String get(@PathParam("myresourcename") @DefaultValue("world") String myresourcename) { return "Hello " + myresourcename; } } Then what is the exact URI I use to access it. E.g. something like http://localhost:8080/myresources/test? Not sure exactly what full URL is. Thanks, -Mark

14 years, 1 month

2
3
0 0

[xwiki-devs] [xwiki-users] Task Manager app (fwd)

by Kevin P. Foote

Apologies in advance for the xpost. Can anyone provide some help with the, probably old, xwiki TaskManager app [1].. I've installed it -semi successfully- on xwiki 3.0... but now some of the stock macros have an odd look to them. Perhaps something got overwritten in the css / look area on the xar import. looks like css -> div.box.code got modified but I don't know where [1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Task+Manager+Applicati… ------ thanks kevin.foote

14 years, 1 month

1
0
0 0

[xwiki-devs] How to write HQL queries for recently modified pages under a specific space

by 许凌志(Jamesxu)

I use $xwiki.searchDocuments(*'where doc.space='Main' order by doc.date desc *', 5, 0) to query for recently modified pages under a specific space "Main", but when I am executing it, error returns. Could anyone can tell me what is the problem with the query -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

14 years, 1 month

2
3
0 0

[xwiki-devs] page delete hook.

by Karel Gardas

Hello, I'm curious if there is any kind of hook or script or code executed when the page from the XWiki is deleted and which might be easily enhanced. I'm asking since during the page creation I also modify external database (page template do this) and if page is deleted the data in external db shall be also deleted to be consistent. Thanks! Karel

14 years, 1 month

3
3
0 0

[xwiki-devs] |PROPOSAL] Move all retro-compatibility aspects into xwiki-legacy

by Thomas Mortagne

Hi devs, Here is the general idea: I would like to start doing important cleanup to oldcore project by moving aspect to xwiki-legacy and deprecated stuff hard to move right now. Here are the pros: * we will be able to move a lots of deprecated classes like the old event system and some others to xwiki-legacy. It's very hard now because of methods using theses APIs in XWiki class * oldcore will be quicker to build (no aspectj build anymore) * that way we make sure we don't use any deprecated APIs in platform Along with it I would also like to start separating xwiki-legacy in sub modules. In details it means that there will be two xwiki-oldcore jars, the "normal" one and the one including aspects and legacy classes. Projects will depends on the first one and the second one will actually be packaged with XE/XEM. And It will basically be the same for any other project with aspect based retro-compatibility. You can have a look at the current state which is pretty much ready to merge (need to update some code that is still using deprecated API) in https://github.com/xwiki/xwiki-platform/tree/feature-legacyprojects. Right now only oldcore have a conflicting jar package, other legacy modules are like xwiki-legacy used to be: they just contains some deprecated classes and bridges but they are not repackaging the non legacy jar because it's not really needed (no aspects). There is lots of more things to move but I would like to validate the idea and we will move stuff later. WDYT ? here is my +1 -- Thomas Mortagne

14 years, 1 month

4
5
0 0

Re: [xwiki-devs] XWiki/XEclipse template/form system.

by Eduard Moraru

Hi Karel, Don`t forget about textareas :) It would be nice if you could, when you finish the project, cotribute it as a feature of XEclipse. The REST templates service could become a part of XE as well. Thanks, Eduard On Mon, Aug 8, 2011 at 11:40 AM, Karel Gardas <karel.gardas(a)centrum.cz>wrote: > > Hi Eduard, > > thanks a lot for your help with this. Indeed, your JS kind of works. I've a > little bit fixed this and now I'm using: > > String js = "function > getFormData() {\n"; > js = js + "var formData = > {};\n"; > js = js + "var stringData = > '';\n"; > js = js + "var inputs = > document.getElementsByTagName(**'input');\n"; > js = js + "for (var i = 0; i > < inputs.length; ++i) {\n"; > js = js + "var input = > inputs[i];\n"; > js = js + "if (input.value > == null || input.value == '' || input.type == 'button' || input.type == > 'submit') {\n"; > js = js + "continue;\n"; > js = js + "}\n"; > //js = js + "alert('Input [' > + i + '] (' + input.type + '): ' + input.name + ' = ' + input.value)\n"; > js = js + "formData[ > input.name] = input.value;\n"; > js = js + "stringData = > stringData + '[' + input.name + ']=' + input.value;\n"; > js = js + "}\n"; > js = js + "var selects = > document.getElementsByTagName(**'select');\n"; > js = js + "for (var j = 0; j > < selects.length; ++j) {\n"; > js = js + "var input = > selects[j];\n"; > js = js + "if (input.value > == null || input.value == '' || input.type == 'button' || input.type == > 'submit') {\n"; > js = js + "continue;\n"; > js = js + "}\n"; > //js = js + "alert('Input [' > + i + '] (' + input.type + '): ' + input.name + ' = ' + input.value)\n"; > js = js + "formData[ > input.name] = input.value;\n"; > js = js + "stringData = > stringData + '[' + input.name + ']=' + input.value;\n"; > js = js + "}\n"; > //js = js + > "alert.log(formData);\n"; > //js = js + > "alert(formData);\n"; > //js = js + "return > formData.toString();\n"; > js = js + "return > stringData;\n"; > js = js + "}\n"; > //js = js + "formData;\n"; > js = js + "return > getFormData();\n"; > > > Thanks! > Karel > > > On 06/29/11 02:59 PM, Eduard Moraru wrote: > >> Hi Karel, >> >> On Tue, Jun 28, 2011 at 9:46 PM, Karel Gardas<karel.gardas(a)centrum.cz** >> >wrote: >> >> >>> Hi Eduard, >>> >>> >>> On 06/28/11 05:45 PM, Eduard Moraru wrote: >>> >>> After googling around on this topic, it seems that there is no clean way >>>> of >>>> doing this. >>>> >>>> The initial community-accepted way I managed to find was using >>>> javascript >>>> (Browser.execute(String)) to retrieve your data, store it in >>>> window.status >>>> and then, a BrowserStatusText listener would get that value from the >>>> status >>>> text. An example is here: >>>> http://www.java2s.com/Code/****Java/SWT-JFace-Eclipse/**<http://www.java2s.com/Code/**Java/SWT-JFace-Eclipse/**> >>>> QueryDOMnodevalue.htm<http://**www.java2s.com/Code/Java/SWT-** >>>> JFace-Eclipse/**QueryDOMnodevalue.htm<http://www.java2s.com/Code/Java/SWT-JFace-Eclipse/QueryDOMnodevalue.htm> >>>> > >>>> >>>> >>>> On the other hand, by checking the Eclipse/SWT API, it seems that >>>> Browser.evaluate(String) also got implemented along the way and, >>>> compared >>>> to >>>> execute(String), it actually returns the value of the executed >>>> JavaScript >>>> so >>>> you can use it directly. Documentation here: >>>> http://help.eclipse.org/****indigo/index.jsp?topic=%2Forg.****<http://help.eclipse.org/**indigo/index.jsp?topic=%2Forg.**> >>>> eclipse.platform.doc.isv%****2Freference%2Fapi%2Forg%** >>>> 2Feclipse%2Fswt%2Fbrowser%****2FBrowser.html<http://help.** >>>> eclipse.org/indigo/index.jsp?**topic=%2Forg.eclipse.platform.** >>>> doc.isv%2Freference%2Fapi%**2Forg%2Feclipse%2Fswt%** >>>> 2Fbrowser%2FBrowser.html<http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.platform.doc.…> >>>> > >>>> >>>> >>>> So, to sum it up, use JS to document.getElementById(...) for each field >>>> in >>>> the form and use their names+values to build the request performed by >>>> your >>>> Finish button. >>>> >>>> >>> I'm afraid this is not possible. Imagine you do have completely unknown >>> template to you and you need your new page wizard to support it. You >>> don't >>> know at all what id you should use and how many of them to get all the >>> template forms values. For example let's have a template for book type >>> with >>> a fields: "Book name", "Author name" and "publication". Id's of those >>> fields >>> in my particular case are: Book store.BookClass_0_name, Book >>> store.BookClass_0_author, Book store.BookClass_0_publication how the >>> template wizard author should know this? So IMHO this way is not possible >>> or >>> at least not in this way... >>> >>> >>> >>> Well, from your template wizard and by using JavaScript, you could get >> all >> the<input...> elements with their name and value and pass them to the >> request performed by the 'Finish' button. I doubt that there will be more >> than one<form> element in the template page, but even so, the main<form> >> element's ID is 'inline'. >> >> Here's a starting point based on the above: >> >> var formData = {}; >> >> var inputs = document.getElementsByTagName(**'input'); >> for (var i = 0; i< inputs.length; ++i) { >> var input = inputs[i]; >> if (input.value == null || input.value == '' || input.type == 'button' >> || >> input.type == 'submit') { >> continue; >> } >> console.log('Input [' + i + '] (' + input.type + '): ' + input.name + ' >> = >> ' + input.value) >> formData[input.name] = input.value; >> } >> >> console.log(formData); >> >> Note: Replace 'console' with alert if you are not running this in >> Firebug's >> console. >> >> It does need some fine tuning, but it should work. >> >> >> P.S.: Can you post a screenshot of the wizard page containing the >>> >>>> template's >>>> form? >>>> >>>> >>> It's small, so I hope nobody will be angry for attaching this directly. >>> This is a second page of the wizard creating page for Book with name >>> "Matka" >>> (Mother in English), author's name is "Karel Capek" and publication date >>> is >>> set to "1929" -- but this is completely untrue, just my example, the >>> first >>> real publication was in 1938. BTW: Karel Capek is listed from the dynamic >>> list of authors, which is a result of SPARQ query on top of Jena's DB. >>> Code >>> which shall be also open-source once we get green from the customer legal >>> department... "FOUND BOOK NAME" and "FOUND AUTHOR NAME" together with >>> "<set >>> property operation aborted!>" are just debug messages from template .vm >>> code >>> where I'm using some of our semantics marcos (also to be open-sourced) -- >>> this all is about semantic XWiki book store demo example... I'm creating >>> pages for authors and books using author and book template. Once you add >>> author page all the semantics props are set so you get it listed >>> automatically inside the book template code in author name dynamic SPARQ >>> list... >>> >>> >> Thanks for the preview. It looks like you are using xpage=plain for plain >> HTML rendering. This should be enough for basic templates. I some >> templates >> contain javascript inside them (for input validation, autocomplete, etc) , >> I >> don`t think it will work since the JS is not included in xpage=plain. >> Don`t >> know if that`s a problem for your usecase. >> >> Good luck, >> Eduard >> >> >> Now I just need to make sure page template creation is really working >>> even >>> from XEclipse (this thread is all about)... >>> >>> Thanks! >>> Karel >>> >>> >>> >>> On Tue, Jun 28, 2011 at 2:56 PM, Karel Gardas<karel.gardas(a)centrum.cz** >>>> ** >>>> >>>>> wrote: >>>>> >>>> >>>> >>>> Hi Eduard, >>>>> >>>>> On 06/15/11 06:59 PM, Eduard Moraru wrote: >>>>> >>>>> Hi Karel, >>>>>> >>>>>> On 06/15/2011 01:54 PM, Karel Gardas wrote: >>>>>> >>>>>> Hello Sergiu, >>>>>>> >>>>>>> thanks a lot for you hint, when I renamed >>>>>>> xwiki-enterprise-web-3.1-****SNAPSHOT to simple xwiki, then after >>>>>>> clicking >>>>>>> on<save and view> button I got to normal login screen and when I >>>>>>> log >>>>>>> >>>>>>> in >>>>>> >>>>> >>>>> the page is really created. >>>>>> >>>>>>> >>>>>>> If you look at my first reply (with initial suggestions), you`ll see >>>>>>> >>>>>> that I suggested that the actual Save action when completing the >>>>>> creation of a page should be performed by your wizard`s Finish button >>>>>> (sending a HTTP request with all the parameters set), otherwise you >>>>>> mix >>>>>> up the user by having 2 sets of buttons (XWiki`s and the wizard`s). >>>>>> >>>>>> >>>>> I remember well your initial recommendation. Thanks for it! The way of >>>>> using SWT browser directly was just rather a proof-of-concept of the >>>>> idea of having browser embedded inside the wizard. Now, the situation >>>>> is >>>>> a little bit different. I do have: >>>>> >>>>> - small http client code which logs into xwiki server if needed and >>>>> access the newly created page >>>>> - strip all not needed information from the newly created page and >>>>> leave >>>>> just a form to fill the template data >>>>> - show such page in the browser embedded inside the wizard window and >>>>> allow user to fill the form. >>>>> >>>>> That's what working. Now I would like to press Finish button get the >>>>> filled form from SWT browser (somehow!) and POST it to the xwiki server >>>>> to save the page with entered data. The problem is that if I use >>>>> getText() method on SWT browser it does not return page with filled >>>>> data >>>>> and I don't see any other API which should support this. >>>>> >>>>> So my question now is : do you have any idea how to get filled form >>>>> page >>>>> from the browser back into my code? >>>>> >>>>> Thanks a lot! >>>>> Karel >>>>> >>>>> ______________________________****_________________ >>>>> devs mailing list >>>>> devs(a)xwiki.org >>>>> http://lists.xwiki.org/****mailman/listinfo/devs<http://lists.xwiki.org/**mailman/listinfo/devs> >>>>> <http://**lists.xwiki.org/mailman/**listinfo/devs<http://lists.xwiki.org/mailman/listinfo/devs> >>>>> > >>>>> >>>>> ______________________________****_________________ >>>>> >>>> devs mailing list >>>> devs(a)xwiki.org >>>> http://lists.xwiki.org/****mailman/listinfo/devs<http://lists.xwiki.org/**mailman/listinfo/devs> >>>> <http://**lists.xwiki.org/mailman/**listinfo/devs<http://lists.xwiki.org/mailman/listinfo/devs> >>>> > >>>> >>>> >>>> >>> >> >

14 years, 1 month

1
0
0 0

[xwiki-devs] Package name best practice

by Vincent Massol

Hi devs, I've updated the doc on http://dev.xwiki.org/xwiki/bin/view/Community/JavaCodeStyle#HPackagenames From: * All code that is **not** moved to the new XWiki Architecture based on components should use ##com.xpn.xwiki##. New architecture code should use ##org.xwiki##. To: * All code that is not located in the oldcore module should use ##org.xwiki##. Hope it's ok with you. Thanks -Vincent

14 years, 1 month

2
3
0 0

[xwiki-devs] How to get the page references in javascript

by 许凌志(Jamesxu)

Hi, how can I get the current edit page's details information in javascript like, its space and its page name. Here I found that I can parse the url of the current edit pages, like /xwiki/bin/edit/Main/Newpage?editor=wiki Is there any other better ways for me to get them? -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

14 years, 1 month

2
1
0 0

[xwiki-devs] The plan of GSoC project "Auto-completion in content editors" (7.25 - 7.31)

by 许凌志(Jamesxu)

Hi, Last week I have done following things: 1. Refine the suggest lucene service, and a query "media", which have two options: "xml" and "json", each gives the xml and json results. 2. Thanks Eduard, Marius and Sergiu, with their help, I finnally find the right search queries of suggest lucene service to get right suggestion results. 3. The autosuggestion can use the real datas from xwiki now. In this week, I am going to do the following things: 1. Implement the whole context for link suggestion, include "attach:", "@", "." and "||".( I have done some designations, but still want to discuss with mentors) 2. Consider to implement the ctrl+space to re-open the suggestion box according to the different contexts of link suggestion.(after the 1 is finished) -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

14 years, 1 month

2
8
0 0

[xwiki-devs] The plan of GSoC project "Auto-completion in content editors" (8.8 - 8.14)

by 许凌志(Jamesxu)

Hi, Last week I have done following things: 1. Refine the codes according to the code review of Marius. 2. Add the shortcut for identifying the context of link, and re-generate the suggestions, as Marius's suggestion, the shortcut should be ctrl+space, but I found it the ctrl+space is not working in most of my OS systems, if I change to other shortcuts, like ctrl+any key except 'space', everything will be fine, I search the problem in google, I found the same thing happens in eclipse, I tested it, the ctrl+space is not working in eclipse either. I think the reason might be the shortcut is used for changing text input, like change the the english input method to chinese input method. Unfortunately, there is no good solutions found in google. So, I change the shortcut to ctrl+enter(return). I think another solution is that I make the shortcut configurable. In this week, I will do the following things； 1.Add the default suggestions for sub-trigger "attach:", "." and "@". 2.Refine the suggestion box according to Marius' suggestions in the reply for the mail "The plan of GSoC project "Auto-completion in content editors" (8.1 - 8.7)". 3.Add the relative references for link generation. -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

14 years, 1 month

1
0
0 0

[xwiki-devs] The plan of GSoC project "Auto-completion in content editors" (8.1 - 8.7)

by 许凌志(Jamesxu)

Hi, Last week I have done following things: 1. Implemented the sub-triggers 'attach:', '@', '.' for link autosuggestion. I record a video(see:http://youtu.be/7lXeORkI6Ns) of how to use this triggers under link suggestion context. But still have some problems: a. I didn't implement the trigger for attribute "||", because the suggestion trigger type and behaviour are a bit different from the others, for example, when you type "||" the attributes of the link will be shown, and when user select one, then type '="' the value should be suggested to user, and if user want to add second attributes to the link, he can type "space" key and then the suggestion for available attributes should also be shown. The process are a bit complex, and the cost of implementation is high compare to the utility of the functions. So I decide to abandon this sub-triggers and focus on the trigger "attach:", "@" and "." only which are more useful when user add or edit links. b. Not full tested, I test most cases I can think of, and ask my classmates to use this function and gave me some feedback, I did found some bugs, and fixed them, but I am not very sure some unexcepted bugs will come up c. I didn't implement the default suggestions for "attach:", "." and "@" sub-triggers, I need to discuss with mentor this week. 2. Thanks Marius and Sergiu, with their help, I find all the server side search service for getting the suggestions of the link sub-triggers. 3. Thanks Marius, with his help, I can refine the default Panels.Recent Modified page to get the recent modified pages and attachmens as the default suggestions for link trigger "[[". In this week, I am going to do the following things: 1. Implement the default suggestions for sub-triggers "attach:", "." and "@". 2. Implement the ctrl+space to re-open the suggestion box according to the different contexts of link suggestion. -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

14 years, 1 month

2
4
0 0

[xwiki-devs] [Discussion] XEM Workspaces feature integration issues

by Eduard Moraru

Hi devs, As part of the process of integrating the Workspaces feature into XEM, I have identified certain problematic integration points. == Context== For those that don't know about the Workspaces feature, here's an initial design page that can still be considered relevant with respect to the current prototype http://dev.xwiki.org/xwiki/bin/view/Design/Workspaces Technically, workspaces are subwikis that can be created by any user (not just admins), that handle only global users (don`t allow local users) and that manage 3 types of workspace/subwiki membership (1. open, 2. on request with admin validation and 3. only on invite). The main wiki contains the workspaces application and is the entry-point from where you can create/browse workspaces. Of course, since it's part of the Wiki3.0 research project ( https://wiki30.xwikisas.com ), the main focus is the user and social interactions. The current prototype ( https://github.com/xwiki-contrib/wiki30 and issue tracker http://jira.xwiki.org/jira/browse/WIKITHREEDOTO ) was built as a forked XEM distribution that comes with 2 features (workspaces and real-time editor). == Issues == For the integration of the Workspaces feature (as a XEM extension), the following problems restrict the Workspace feature from overriding certain XWiki elements while extending them: I) Main Wiki level (for the Workspace Manager Application) 1) Extend XWiki.GroupSheet and templates/getgroupmembers.vm - Add 'follow' action to the group's livetable - Add 'comment'(About) and 'tags' columns to the group's livetable 2) Extend XWiki.XWikiUserSheet - Add 'Workspaces' tab with list of joined workspaces and possibility to list their activity. 3) Extend XWiki.SearchSuggestConfig - Show Workspaces in search suggestions without affecting existing ones. 4) Extend menuview.vm - Show 'Workspace' entry in the 'Add' menu - Show 'Workspace Directory' entry in the 'Wiki' menu - Show 'Main Wiki' entry in the 'Wiki' menu II) Workspace level (for the workspace template) 1) Extend Main.Dashboard - Add new widgets(Workspace Information, Top active users, List of available Apps) without affecting the existing ones. -- There should be a clear difference between Gadgets (contain just the code and are reusable), Dashboard descriptor (for taking care of which gadgets to include and how to do the layout) and the Dashboard macro. To add some gadgets in a dashboard from an application, you should only have to override the dashboard descriptor but not also the existing gadgets. 2) Extend XWiki.AdminSheet - Add 'Workspace' sections in the 'Configuration' category - Replace the section 'Users' from 'Users & Groups' category with a 'Workspace Users' section 3) Customize templates/rightsUI.vm - Hide scope selector for Users in rights UI and use global users as default There is always the option of doing all of the above trough JSX, but that is a far from perfect solution. The general topic of these issues is that applications should be allowed to better extend XWiki and should not be confined to only the "content" section of a wiki page. In particular, almost all of these issues require their own thread and can be considered part of bigger problems, but I think it's a good start to list them here and see what discussions come out of them. The goal is to be able to install Workspace Manager on top of XEM without partially overriding certain pages or touching templates so that the upgrade of the underlying XEM is not affected. Any feedback on these issues is greatly appreciated. Thanks, Eduard

14 years, 1 month

2
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs