xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] Global solution for flickering tests (was Fwd: Re : Re: How to know if a page has been reloaded after some ajax refresh)

by Vincent Massol

Hi guys, I asked the following on the webdriver forum: https://groups.google.com/d/topic/webdriver/5WdDJsiyAzc/discussion Kristian mailed me the following below which I find interesting. WDYT? Since I'm not know a prototype expert could someone knowledgable tell me if this can be done? (I've found http://www.prototypejs.org/api/ajax/responders but not sure if it's enough for us). Thanks -Vincent Begin forwarded message: > From: krosenvold <kristian.rosenvold(a)gmail.com> > Date: June 9, 2011 8:56:20 PM GMT+02:00 > To: Vincent Massol <vmassol(a)gmail.com> > Subject: Re: Re : Re: How to know if a page has been reloaded after some ajax refresh > > I have generally solved this problem by instrumenting > the application javascript ever so slightly, by exploiting > the following known facts: > > Any immediate code executed by "onClick" handlers is > guaranteed to be finished before control is returned to > the client code. > > Most popular frameworks allow you to add a global hook > that allows you to increment a counter for every request > that is started. If you add one hook that increments on > start and one that increments on ajax request termination, > your test can basically wait for a given javascript variable > to become 0. > > The nice thing about this is that if you do fancy visuals > (sliding or fading stuff that you actually intend to click in your > tests), > you can intercept "onEffectStart" and "onEffectEnd" and > increment/decrement the same counter. > > And if you chain this properly, you can have a client-side added > "onComplete" ajax handler that starts a sliding visual effect and > the counter will be guaranteed to not reach 0 before the effect is > finished. > > So our page object base class has a waitForAllEffectsToFinish > method that we actually surround to all calls to click. Our tests > went to flaky to 100% rock solid after we did this. > > Btw, you must use a counter - this won't work well enough with > a boolean. > > Kristian > > > > >

13 years, 7 months

Re: [xwiki-devs] CAS Integration + new User creation

by js

hi macro: I also need your code,thanks! -- View this message in context: http://xwiki.475771.n2.nabble.com/CAS-Integration-new-User-creation-tp62069… Sent from the XWiki- Dev mailing list archive at Nabble.com.

13 years, 7 months

[xwiki-devs] Feature to embed XWiki in external sites

by Ludovic Dubost

Hi, I've wrote a simple embed.vm template allowing to insert and XWiki page with JSX and SSX in an external site. http://jira.xwiki.org/jira/browse/XWIKI-6696 It might require some improvements but it would be great to have it as an experimental feature in 3.1. Would they be a volunteer to commit it (i'm not yet setup in git) Ludovic -- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

13 years, 7 months

[xwiki-devs] Fwd: [VOTE] Build Manager duty

by Denis Gervalle

Hi committers, Even if I completely understand and agree with the goal pursued, I really dislike this way of solving it. It is the responsability of all of us to keep the build stable at all time. It should be the concerns of all recent committers to check if their recent commit breaks the CI, and to fix it ASAP when needed. If someone is not ready to do so in the upcomming hours following its commit, he should simply refrain to do that commit until he can follow it into the CI. I always follow these rules (even if most of the time, I commit only stuff that I have in production on my side), and I should admit that I would have commit more without them. But this is the necessary trade-off between evolutivity and stability. Having someone to enforce such rules is admitting that some of us needs another one to remind them the best practices. This is not for me the philosophy behind Open-Source project, where everyone should do their best for the wellness of the project. So I could not admit there is a real need for this, and I really hope that everyone of us will understand the needs to move their cursor towards the stability of the build. So please guys, takes your responsibility without a need for a build policeman. Sorry, but I am -1 to do the policeman (but if I need to, I will do my duty), and I vote -0, just because I do not consider myself active enough to veto. Denis On Thursday, June 9, 2011, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote: > On Thu, Jun 9, 2011 at 09:20, Vincent Massol <vincent(a)massol.net> wrote: >> >> On Jun 9, 2011, at 9:08 AM, Thomas Mortagne wrote: >> >>> On Wed, Jun 8, 2011 at 19:40, Vincent Massol <vincent(a)massol.net> wrote: >>>> Hi committers, >>>> >>>> We're having a hard time stabilizing our build (especially the functional test part, see my previous mail entitled "[VOTE] Important: Strategy to fix failing tests and stability"). Now I believe that it's going to be hard to enforce it and thus I'd like to propose a variation: >>>> >>>> * The Build Manager has the *responsibility* to get the build fixed ASAP whenever it's failing. His priority #1 during the week becomes monitoring the Build >>>> * By "Build" we mean the CI Build on ci.xwiki.org and by "failing" we mean anything that makes the build fail: tests, compilation, clirr, etc. >>>> * Every week we have a different Build Manager chosen amongst the Committers >>> >>> A week seems a bit short but in the other hand it will seems pretty >>> long for the Build Manager itself I'm sure ;) >>> >>>> * In order to fix build issues the Build Manager has several possibilities: >>>> - find out who caused the build to break and ask that person to fix it. That person cannot refuse that and must consider it his/her priority to fix it (or rollback the change that caused the build to fail) >>>> - rollback the issue that caused the build to fail >>>> - fix it himself/herself >>>> - find someone knowledgable in the failing domain and get him/her to fix the build. >>>> * At the end of the Week the Build Manager hands over his duty to the next Build Manager by contacting him/her. >>>> * We create a Build Manager Roster page on dev.xwiki.org to log past Build Managers (and possibly future ones if some have expressed the wish to be the Build Manager for a specific week). >>>> * All committers must perform this duty and take turns >>>> >>>> Since I've started doing this this week, I propose to take this role for the current week. I'm also proposing to log Caleb has having been the Build Manager for the past week since he's done a lot to stabilize the build. >>>> >>>> If the vote is passed I'll log this on the Committership page as a Committer duty (I'll also cross reference it from the Build page). >>>> >>>> Here's my +1 >>> >>> +1 >>> >>> What don't you think about designed people who broke the build the >>> most for the following week ? >> >> An interesting idea... >> >> However: >> 1) it's hard for flickering tests to find out the culprit >> 2) it's not so much a problem of breaking the build often, it's more a problem of not fixing it immediately when broken > > Sure, my really proposal was actually "design the most painful people > for Build Manager as build manager" but I wanted to find a better > metric :) > >> >> However I agree that in the Roster we could log information for the past week about who broke the build, how many flicker fixed, etc >> >> Thanks >> -Vincent >> >> _______________________________________________ >> devs mailing list >> devs(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/devs >> > > > > -- > Thomas Mortagne > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > -- Denis Gervalle SOFTEC sa - CEO eGuilde sarl - CTO

13 years, 7 months

[xwiki-devs] [Proposal][UX][Usability] Usability Surveys

by Ecaterina Moraru (Valica)

Hi, I've created a proposal for two usability surveys (the fields are not functional) * General Aspects http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UsabilitySurveyGen… * Page Features http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UsabilitySurveyPage I'd like to know what do you think of the surveys' questions. Like the Page Features survey we could create additional surveys that target specific problems we have or want to learn more about them. Thanks, Caty

13 years, 7 months

[xwiki-devs] [Proposal][UX] Application Within Minutes - Proposal 2

by Ecaterina Moraru (Valica)

Hi, According to the feedback received I've made another proposal for the Application Within Minutes http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ApplicationWithinM… Changes: - Wizard style creation - Structure in a form editor style (drag&drop, refresh preview on change) Remarks: - "Create application" could be part of the action menu's "Add" submenu and act as a wizard for the creation process. As a result we will have a space for each application that will list on it's homepage the entries livetable. The structure will be changed by entering again the wizard. Thanks, Caty References: [Proposal][UX] Application Within Minutes - Proposal 1: http://xwiki.markmail.org/thread/tvxnoabhbwfcpwmk

13 years, 7 months

Re: [xwiki-devs] Status

by 许凌志(Jamesxu)

OK, Marius, I am working for finnal exam all these days after I finishing XWIK-5560, and till now, I have finnished most of exams except one in 10th June, But it is easy, so I am going on these days. Though I am busy with final exams, I still did some prepares for my projects, I have done the following things: 1. I read the some of the source codes of wysiwyg client, found that if I want to listen to the event when user input in wysiwyg editor, I should extend the onKeyUp function in WysiwygEditor.java<https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi…>which is inherited from RichTextEditorController.java<https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi…>. 2. I am thinking that I can implement the auto-suggestion features without working on the GWT code because there is some APIs for me to hook in the wysiwyg editors, I can use getRichTextArea() function to get the richtextarea object, then add some listeners to it. Here is the sample code, in the callback function of the listeners, we can use getSelectionRange to get the range object of rich text area, it is the base for add auto-suggestion widget to rich text area, what do you think? document.observe('xwiki:wysiwyg:loaded', function() { var editors = Wysiwyg.getAllInstances(); var IsIE=navigator.appName!="Netscape"; for(var hookId in editors){ var editor = editors[hookId]; var richEditor = editor.getRichTextArea(); var frm = richEditor.contentWindow if(IsIE){ frm.document.onkeyup = function(){ console.debug(editor.getSelectionRange()) } frm.document.onmousedown = function(){ console.debug(editor.getSelectionRange()) } frm.document.onmouseup = function(){ console.debug(editor.getSelectionRange()) } } else { frm.document.addEventListener("keyup", function(e) { console.debug(editor.getSelectionRange()) } ,false); frm.document.addEventListener("mousedown", function(e) { console.debug(editor.getSelectionRange()) } ,false); frm.document.addEventListener("mouseup", function(e) { console.debug(editor.getSelectionRange()) } ,false); } } }) 3. For wiki editor, I think there are two most important things I should notice: a. Get the position of the input cursor, and get the context, if the cursor is in the context of "[[ link or image ]]" or "{{ macros }}", then initialized the auto-suggestion under this context, and show up auto-suggestion widget according to user input. b. Listen to the user input, and trigger the auto-suggestion widget when "[[" or "{{" are typed. I am still doing some tests now, so if you have some tips for me, please tell me. On Fri, Jun 3, 2011 at 1:02 AM, Marius Dumitru Florea < mariusdumitru.florea(a)xwiki.com> wrote: > Hi James, > > How is the GSoC work going on? Hope everything is fine. Ping me if you need > help. > > Thanks, > Marius > -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

13 years, 7 months

[xwiki-devs] [PROPOSAL] Introduce XClass property reference

by Thomas Mortagne

Hi dev, I would like to introduce class property entity type and related reference and syntax separator. For the separator syntax I propose to use the same thing as object separator since you can't have both in the same reference and it's always a pain to find a new separator. Note that I'm inly talking about class property and not class since class reference is exactly the same thing as document reference I don't think we really need to have a specific one. WDYT ? -- Thomas Mortagne

13 years, 7 months

[xwiki-devs] XWiki Enterprise 3.1 Milestone 2 Released.

by Caleb James DeLisle

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The XWiki development team is proud to announce the release of XWiki Enterprise 3.1 Milestone 2. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This is the second and final milestone in the 3.1 development cycle, you can review the changes made and bugs fixed since 3.0 by going to: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris… Thanks - -The XWiki development team If you would like to download the new release now, you can using these links: - ---- XWiki Enterprise for Servers ---- xwiki-enterprise-web-3.1-milestone-2.war SHA1: 1e903ab1bb230e6823597db2c6034ecd27a4275a http://forge.ow2.org/project/download.php?group_id=170&file_id=16712 xwiki-enterprise-wiki-3.1-milestone-2.xar SHA1: c82aa727bf6a81929d91c1e9182921eac9e0ea7e http://forge.ow2.org/project/download.php?group_id=170&file_id=16713 - ---- XWiki Enterprise Standalone ---- xwiki-enterprise-installer-windows-3.1-milestone-2.exe SHA1: 9f71d54eeff3b136454d15164e94b5484815ebf3 http://forge.ow2.org/project/download.php?group_id=170&file_id=16711 xwiki-enterprise-jetty-hsqldb-3.1-milestone-2.zip SHA1: fa04ee328387ab48bbf5a8f5b2fab22e4684858e http://forge.ow2.org/project/download.php?group_id=170&file_id=16719 xwiki-enterprise-installer-generic-3.1-milestone-2-standard.jar SHA1: b93969196e73e30ffc6a65cd6033b03ebdfc1a85 http://forge.ow2.org/project/download.php?group_id=170&file_id=16710 - ---- XWiki Manager for Servers ---- xwiki-manager-web-3.1-milestone-2.war SHA1: 12f514ddd2913378b07b8b43b5654dbb6ad33ed8 http://forge.ow2.org/project/download.php?group_id=170&file_id=16714 xwiki-manager-wiki-administrator-3.1-milestone-2.xar SHA1: 9183f4f069c388ff9963e2ce877b6d75799fe4fa http://forge.ow2.org/project/download.php?group_id=170&file_id=16716 - ---- XWiki Manager Standalone ---- xwiki-manager-jetty-mysql-3.1-milestone-2.zip SHA1: 63a7d30511931fb10569fb4a82c5c42f367f9467 http://forge.ow2.org/project/download.php?group_id=170&file_id=16718 - ---- XWiki Manager Extension for XWiki Enterprise Installations ---- xwiki-manager-application-xem-3.1-milestone-2.xar SHA1: d5381326b71057182256d6aa9eec777b647739aa http://forge.ow2.org/project/download.php?group_id=170&file_id=16717 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJN3LFoAAoJECYAmptlsgnWjikP/2dVAZyyWcFzh9paefuqwAXm NDvW6VA/0nHVOhMhzlvyjjpBKW4tAujQqIT2eL9dn5SG2tCygQ6lLE7r6zwFJY0t LHkOtqtK4lRiFJfu7+h/f3/yYRi3mKwht0d8z0lc74w+ACB6VKSfIdcIwh1u7Klm UXNh43lbIJNABGYapGe/aLwr3q7qFZp+sKaO3aVW5cVVzup3KnQPHV9BqgRYfqDd fWip1zZCixJ/yOOQ8VNpNRvr8mVST9pettKmDb6HlLjqvrV+qrX306zIvhcPFoKk tkHZQJaFsf9Sg8pv+U+tBVgvJIcWbf+PeAJKhIU1MPz8wc54bvDGhqBpH1VwLGUD 8W8vhzPs4rnP/w5nKWz15R4KEPBHuzUMx6oEcwPx7G7L8f+tnlAifWJLzQJP1A1U JTADeQ7GnIZ/Jg6ycWeDIIgZLOl6TrzEaDYMTWF6sXElvYfUilrdhJZ1Upbv2aul R2bWqF7Ia//FQxMGNPhwTwF7fsPExJaFQ/OEeoSumusZIl/NGc4gjrytZA2VY2t0 c3zW2CAd8JryJujFuQtbj51rYvKMnDtp3+419pkfmbs5Vg33hFKrKB30xV7nrsm5 zN9itvj7APKy3tndUph2YXaNYlXkrAe2o1B6R8gXw0M8qV/0gVmL2G0DN5d3Vu6x BG460gFTusnCwQXW8TYG =XTgI -----END PGP SIGNATURE-----

13 years, 7 months

[xwiki-devs] XWiki Enterprise 3.1 Milestone 2 Released.

by Caleb James DeLisle

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The XWiki development team is proud to announce the release of XWiki Enterprise 3.1 Release Candidate 1. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download Unless a new bug is discovered, this will become the 3.1 final version. This release was a stability and bug-fix only release so there are no new features. You can read about bugs fixed and translation updates by going to: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris… Thanks - -The XWiki development team If you would like to download the new release now, you can using these links: - ---- XWiki Enterprise for Servers ---- xwiki-enterprise-web-3.1-rc-1.war SHA1: 0afab6a2cf62cff56c2351ce5ee5916e3be3eb60 http://forge.ow2.org/project/download.php?group_id=170&file_id=16747 xwiki-enterprise-wiki-3.1-rc-1.xar SHA1: 7286b367c735b8a667a4cb00c7b8403001027821 http://forge.ow2.org/project/download.php?group_id=170&file_id=16745 - ---- XWiki Enterprise Standalone ---- xwiki-enterprise-installer-windows-3.1-rc-1.exe SHA1: 5f71b52c823fc92474a28caebf89af56b176c6a8 http://forge.ow2.org/project/download.php?group_id=170&file_id=16750 xwiki-enterprise-jetty-hsqldb-3.1-rc-1.zip SHA1: 870553bbac3f720135780ee0b89398e38e87797f http://forge.ow2.org/project/download.php?group_id=170&file_id=16748 xwiki-enterprise-installer-generic-3.1-rc-1-standard.jar SHA1: 123309d14972c2391b1824b33a2ce20b11464005 http://forge.ow2.org/project/download.php?group_id=170&file_id=16749 - ---- XWiki Manager for Servers ---- xwiki-manager-web-3.1-rc-1.war SHA1: 0313a8d54053a61e12f1651216c1b64d9989c184 http://forge.ow2.org/project/download.php?group_id=170&file_id=16754 xwiki-manager-wiki-administrator-3.1-rc-1.xar SHA1: 4551d78e9f7b66f6cae3f10982ac69284c05386f http://forge.ow2.org/project/download.php?group_id=170&file_id=16753 - ---- XWiki Manager Standalone ---- xwiki-manager-jetty-mysql-3.1-rc-1.zip SHA1: ec611704fd298774af956beeda1a3b302b0d4744 http://forge.ow2.org/project/download.php?group_id=170&file_id=16751 - ---- XWiki Manager Extension for XWiki Enterprise Installations ---- xwiki-manager-application-xem-3.1-rc-1.xar SHA1: 71659f787ab9c1e7700aee4a2f9b0316194fab9a http://forge.ow2.org/project/download.php?group_id=170&file_id=16752 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJN7dwsAAoJECYAmptlsgnWJBIQAIyTSN6wqWfmS+3H4YIZLXOJ CefTZqHFJI38inSzXgbBG3wwtS/EA3ycRoyzuqVSlsuRJ+06KmlUz75WAk0hVsrU 84Ihpq2GXioL2jvwLKNNNvX97Jk93JzNaI5Ys0gh9hZy0/9XKT1jrrvTjxCxkoES eUFAHUF9uFuOGKcazTEYF/itbc0jSMZvbVqz0NQZY7w6EpZKEeds2Xv0fVzYIq6+ GP+AocHYJ7WADajMzYfcvEUdy0SPgAMpgx+vx0k3XczPTa+eT6MgANOYKbV5COaB v5VBLvjiJaLmwDMw/c8rjLPjJzY+EAVC1Wy/DEWMswwOnw1ubjX3vUK9x99mQwgF z0tnW7fgJS+mcY5LFQlWg2FH2+bg04CwoksuOI1JNMksbCC+jQ4rBDDzwPgLUBEL HaAgjLFsF8Eg/Y8V1PdJKFKi5tmfsodqHnJ7Xv9Qrem9D97JrFgbOLr6ULz7NDus 1KDLNoBvcJC74q1Wo+F6XVf2hY1HQjXw4IqIJlYYi1ZAhNS75LasvvWl7nC+XeAo 4BIHx2vskRuMbYtY4wfElPEl9yXCtwOR7DBpzV9JjzmiKHKVuW0+ZuJGnTn/a+G1 BkWB9ttwjFQ/V9MK61GXdSbGRhobccBRwHw+trIrkBK5dOD4bBoF5or/rX/RA9xb c4l27NeRfuPKHRjKZAG9 =QIBM -----END PGP SIGNATURE-----

13 years, 7 months

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