March 2010 - xwiki-devs@xwiki.org

[xwiki-devs] [GSoC] Student introduction and Interested in Calendar application Proposal
by Michelle Shi 18 Mar '10

18 Mar '10

Hi Devs, I am a girl from China. I am a student pursuing my BS degree in The Central University Of Finance and Economics. My major is Electronic Commerce. I love Open Source, but in China Open Source is not so popular. Open Source is powerful and the idea of Open Source can accelerate the development of the Software indursty. I want to involve into a Open Source program, learn Open Source method and popularize open source in China. One of my friend use XWiki as his personal Knowledge repository and dairy. I try xwiki in myxwiki.org. I think is a powerful platform, in which any applications can be built on it, only limited by your imagination. I want to learn xwiki and use the power of xwiki. The best way to do this, I think, is to involved to xwiki. I follow the mail list and ask question in IRC xwiki channel. I find the guys in xwiki community are very nice to help others. I like that. I want to contribute to xwiki, as open source guy do. I checked the 21 proposal projects, and I think I am interested in Calendar application proposal. I use google Calendar which is a great product. I have program skill in java, but I don't have must experience in JaveScript and ajax. I will try my best to learn xwiki and related knowledge. I need your help to do this, and I will do my best. Look forward working with your guys. Thanks. Michelle Shi

4 5

[xwiki-devs] [GSoC] My homework about new calendar Application for XWiki
by Michelle Shi 18 Mar '10

18 Mar '10

Hi devs, I am the student who is interested in xwiki GSoC. I want to build a new calendar Application for XWiki. This is my homework about this project ;) After learning xwiki for a while, I really think it is a great platform, and supported by a great comunnity. I can find all kinds of documents in xwiki, such as introduction to xwiki features, documents for xwiki new developer or contributor, Developer's Guide, FAQ, and active maillist. I can learn a lot by dive into xwiki.org. Thanks for you guy document work ;) This is a list for what I have do and my future plan. Please direct me to prepare for this project. I need your suggestion. 1. Family with xwiki. I have applied a wiki in myxwiki.org, and I use this wiki for my weblog and project schedule. I learn some xwiki feature throught http://platform.xwiki.org/xwiki/bin/view/Main/. I know some base concepts in xwiki, such as page, space, object, class. I know the xwiki is a platform to build various kinds application, such as BBS, blog, photo album. I learn how to export and import xar, how to manage the xwiki right, and how to create simple class in xwiki. 2. Learn the "Suggested way of working for GSoC students" in this page http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/ 3. Learn base xwiki develop knowledge. I learn how to build xwiki from source code, directed by http://dev.xwiki.org/xwiki/bin/view/Main/. I use svn, maven, eclipse. And How to debug xwiki in eclipse. 4. Community with xwiki devs. I are following xwiki dev and user list to know the lastest news in xwiki. I read all the mails in dev list, but I can't understand some top for now. I will post my questions to this list in the future. I ask questions in xwiki IRC. 5. I have use the old calendar application, and read the source code. I think I need check the old calendar plugin java source code again. 6. I have read the requirment for the now calendar application. http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/CalendarApplication2…. I think some details need to be discussed. 7. I will record my process in http://michelle.myxwiki.org, this is my blog http://michelle.myxwiki.org/xwiki/bin/view/Blog/. I make a project space in my wiki. You can follow my plan in this page http://michelle.myxwiki.org/xwiki/bin/view/GSoC/ Todo 1. Learn how to develop application in xwiki. Learn the Tutorials and Guides in this page http://platform.xwiki.org/xwiki/bin/view/DevGuide/. I think "Creating a TODO application in XWiki" is a great tutorials. 2. To learn about the whole xwiki, I think I need to check out all the content in Developer's Guide. 3. Check out the open source calendar program and learn the the source code. I think the render of calendar need some javescript code. I will learn it. 4. After discuss with <sdumitriu> in IRC, I know some idea of the new calendar, like "calendar event in its own document And the calendar view just gathers and displays all the events in the current wiki or space". I will think about how to realise it in xwiki.

1 0

[xwiki-devs] [vote] Bundle annotations in platform by default starting with 2.3M1
by Anca Luca 18 Mar '10

18 Mar '10

Hi devs, as part of 2.3M1, we'd like to commit and activate annotations by default in the xwiki platform. WDYT? and as a strategy we could have: 1/ jars in platform and .xar that users can install if they want -- the .xar would actually provide the interface of the annotations, js css & forms 2/ jars in platform and .xar included in XE by default I think i'd go for 2/ in M stage. If we can't stabilize it enough for final, we could get it out, but 2. would be fine for now. WDYT? Thanks, Anca

7 6

[xwiki-devs] [VOTE] XWiki.org governance (take 2)
by Vincent Massol 18 Mar '10

18 Mar '10

Hi everyone, I'd like to move this topic forward. Thus I've now created a draft of the XWiki.org Governance that gathers what I had proposed at http://markmail.org/message/fxqvprtbb5vyog6g The Governance page is currently at: http://dev.xwiki.org/xwiki/bin/view/Drafts/Governance Please review it and vote. The idea is then to move it to http://dev.xwiki.org/xwiki/bin/view/Community/Governance in a few days. As usual, non committers don't have binding votes but are still very much encouraged to give their opinions. Their voice is especially more important on this topic since most committers are from XWiki SAS and thus I feel we need at least a general agreement from the community at large before doing anything. Thanks a lot -Vincent

8 16

[xwiki-devs] [Proposal] XWiki.org horizontal navigation + home page
by Giuseppe Vallarelli 17 Mar '10

17 Mar '10

I've realized another proposal for the homepage, it's here<http://incubator.myxwiki.org/xwiki/bin/view/Mockups/Homepage2>(thanks to Silvia who uploaded image). In the uppper part there are the links equivalent to the tab bar proposed by Silvia in her proposal, i've added "Get Involved" that's equivalent to "How do I contribute"(link) but is placed in the upper part of the homepage. In the centre there is a rounded box where should be placed the Xwiki logo plus a motto and an awesome background similarly to www.kde.org at the end of the homepage for me should be placed some links with a nice show effect(i think jquery could do this). Source of inspiration(i'm a "thief" :)) - easy to read <http://informationarchitects.jp/100e2r/> - example_KDE <http://kde.org/> - apache_menu <http://www.apache.org/> Giuseppe.

1 0

[xwiki-devs] [Proposal] Contrib projects release strategy
by Jean-Vincent Drean 17 Mar '10

17 Mar '10

Hi XWikiers, The goal of this proposal is to be able to deploy contrib projects on the xwiki maven repository, allowing distributions to depend on contrib projects. Contrib projects deployment must be different from the other xwiki.org deployments since want to review the artifacts contributors publish under our banner. The proposal is to use the nexus staging deployment feature to perform contrib releases. Strategy: - Create the http://maven.xwiki.org/contrib/ repository - When a contributor first want to release his project, create a user for him allowed to push artifacts in staging on nexus.xwiki.org. This credentials are meant to be put in ~/.m2/settings.xml to be used by maven for authentication on nexus.xwiki.org. - When a contributor performs a release the artifacts are pushed on the nexus staging repository, an email is sent on notifications(a)xwiki.org to notify nexus admins that they must review/publish them. We could create a new http://svn.xwiki.org/svnroot/xwiki/contrib/pom/ pom project to ease maintainers work, here's a draft: -------------------------8<----------------------------- <groupId>org.xwiki.contrib</groupId> <artifactId>root</artifactId> <name>XWiki Contrib - Root POM</name> <packaging>pom</packaging> <version>1.0-SNAPSHOT</version> <url>http://contrib.xwiki.org</url> <issueManagement> <system>jira</system> <url>http://jira.xwiki.org/jira/browse/XCONTRIB</url> </issueManagement> <scm> <connection>scm:svn:http://svn.xwiki.org/svnroot/xwiki/contrib/pom/trunk</connection> <developerConnection>scm:svn:https://svn.xwiki.org/svnroot/xwiki/contrib/pom/trunk</developerConnection> <url>http://svn.xwiki.org/svnroot/xwiki/contrib/pom/trunk</url> </scm> <distributionManagement> <repository> <id>xwiki-staging</id> <name>XWiki Staging Repository</name> <url>http://nexus.xwiki.org/nexus/service/local/staging/deploy/maven2/</url> </repository> </distributionManagement> ------------------------->8----------------------------- Note: I'm still not sure about this, I think duplicating distributionManagement in an application and have xwiki-applications as parent might be more convenient than the contrary (duplicating build extensions and stuff + have org.xwiki.contrib.root as parent). WDYT ? Thanks, JV.

7 15

[xwiki-devs] [UX][Proposal] Annotation UI Improvements
by Ecaterina Valica 17 Mar '10

17 Mar '10

Hi, I made some UI suggestions for the annotations. Overview: http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Annotations/pr… Details: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/AnnotationsProposal Please let us (me and Anca) know what you think. Thanks, Caty

10 33

[xwiki-devs] [Proposal] Governance for xwiki.org
by Vincent Massol 17 Mar '10

17 Mar '10

Hi everyone (devs and users), While we have a clear governance for write access to our source repository (http://dev.xwiki.org) we're missing a clear governance for xwiki.org. The idea is to address mainly the following 2 questions: 1) who "owns" it and thus "controls" (or rather provides direction for) its content 2) can it be used for business advertising (support, paid packages, consulting services) Bit of History about XWiki SAS ======================== - XWiki SAS (http://xwiki.com) is the company founded by Ludovic Dubost the creator of XWiki (I'm the CTO of XWiki SAS in addition to being a committer here). - Most of the active contributors are also employed and paid by XWiki SAS to develop the XWiki software. Today that's -- 12.5 committers (developers) -- 1 open source product manager (see http://markmail.org/thread/ggaaw4u6yyci4oan for its definition) -- 1 designer -- 1 tester/technical writer - XWiki SAS sells services around the open source software, see http://www.xwiki.com/xwiki/bin/view/Services/ - XWiki SAS truly believes and understands open source, see http://www.xwiki.com/xwiki/bin/view/About/Values -- I also wrote a blog post on this some time back: http://massol.myxwiki.org/xwiki/bin/view/Blog/XWikiSASAndOpenSource - XWiki SAS has promised "not to do evil" ;), see its manifesto at http://www.xwiki.com/xwiki/bin/view/About/Manifesto - XWiki SAS is paying for the servers and maintenance of xwiki.org, myxwiki.org, the maven repo, the svn repo, the hudson build serversn the free JUG farm, and more Issue at hand =========== XWiki SAS would like to generate more revenue to be able to increase the development pace of the XWiki software. We'd like to fund even more the development of XWiki, so that it becomes an even better product. We've asked you what you'd like to see in the future in XWiki and you've answered on this survey result: http://www.xwiki.org/xwiki/bin/view/Blog/Features+Survey+Results We'd like to implement those features as fast as possible. For this we need to ensure that users interested in commercial services find easily the way to http://xwiki.com, even when they arrive on xwiki.org. This is true for XWiki SAS's services but also for any company willing to offer services around the XWiki open source project. There's no magic. Developers need to be paid when they work full time on some project. We need a commercial ecosystem around XWiki for it to progress as quickly as its competitors (the collaboration market). We need to allow for commercial companies the ability to generate revenue from their work on the XWiki open source project. However we also want to continue ensuring that all the XWiki development is done in open source, under a LGPL license. Governance Proposal ================= 1) xwiki.org is controlled by the XWiki committers. This means that important changes brought to it should be discussed/vote on the list, using the same practices as for code commits 2) xwiki.org stays open in edit mode to all external contributors (and XWiki committers continue to monitor it to remove spam, etc) 3) we agree to start with 3 zones where companies can advertise their commercial offers on top of the XWiki open source product: -- On the download page (for business packages, subscriptions, hosting) -- On the support page (for services: support, consulting) -- (still to be defined) Possibly on a "Products" tab in the new horizontal navigation. The idea would be to do as jboss.org is doing. Projects are open source and community and Products are commercial 4) the company offerings are listed by their amount of contributions to the XWiki open source project. The company that contributes most (XWiki SAS today) gets the best spots (top of the list, bigger space) 5) Companies who want to be listed should provide some proof of their contributions to the XWiki open source project 6) XWiki SAS gets some acknowledgment for paying for the xwiki.org server/maintenance of it. Probably somewhere in the footer of the site or on side panel somewhere 7) xwiki.org should always remain a site for the xwiki open source community Conclusion ========= We want to stress that this proposal is not about XWiki SAS making a commercial takeover of the xwiki.org site. It's about recognizing that if the XWiki open source software progresses quickly today, it's thanks to contributors but also for a very large proportion to companies paying developers to work on it, either directly (like XWiki SAS or other companies that have developers contributing) or indirectly (by paying for example XWiki SAS or other companies to work on specific features). It's also about recognizing that XWiki SAS is happy to see other companies willing to contribute to the progress of the XWiki open source project and thus to provide a place for these companies to be visible too. I hope that all our contributors but also users of the XWiki Open Source software will find this proposal acceptable and I welcome any feedback on it. Thanks -Vincent Massol Hat 1: XWiki SAS CTO Hat 2: XWiki committer

10 15

Re: [xwiki-devs] [VOTE] Annotations in the platform (was Re: XE 2.3M1 release preparation)
by Guillaume Lerouge 17 Mar '10

17 Mar '10

On Wed, Mar 17, 2010 at 7:59 AM, Vincent Massol <vincent(a)massol.net> wrote: > > On Mar 17, 2010, at 12:56 AM, Anca Luca wrote: > > > Hi Vincent, > > > > On 03/15/2010 07:17 PM, Vincent Massol wrote: > >> > >> On Mar 15, 2010, at 4:04 PM, Anca Luca wrote: > >> > >>> Hi Vincent, all > >>> > >>> On 03/15/2010 12:15 PM, Vincent Massol wrote: > >>>> Hi, > >>>> > >>>> We've slipped badly for the 2.3M1 release (my fault for not monitoring > it closely enough). It was planned on the 8th of March and we're the 15th > already (one week delay). > >>>> > >>>> The other problem is that we don't have what we had imagined would go > in 2.3M1 (color theme improvement for ex). Right now there are lots of > changes but nothing really user-noticeable. > >>>> > >>>> So I'd suggest the following: > >>>> * Delay by a few days in order to be able to include: > >>>> - color theme improvement. Sergiu you need to tell us if that's doable > and for when. > >>>> - captcha on comments. Caleb, let us know if that's all done or if > there's need for more testing/development. > >>>> > >>>> Bonus: > >>>> - Anca, will it be possible to have annotations released for 2.3M1 (ie > now)? How much more time would you need? > >>> > >>> I'll close the vote for XWIKI-4775 asap, and commit it since it's due a > long > >>> time now. > >>> I shouldn't need more than 2 days, but how would we want the > annotations > >>> integrated in the platform? > >>> > >>> Right now they're built as an extension, with some jars to deploy on > the server > >>> and a .xar to install the default annotations application. > >> > >> I think we should: > >> * have platform/xwiki-annotations and release it when we release the > plaform > >> * have applications/annotations and include it in the default XE XAR > >> > >> The rationale is that annotations is a powerful feature and I believe > it's good to have it by default for now (it would be too difficult to > install it separately for now). > > > > Why would it be difficult? we can maven magic a zip with a bunch of jars > anytime > > and make people unpack it in their WEB-INF/lib & install the xar. I think > that's > > reasonable complexity for such an extension. > > That's what I call complex. It's too complex for a large majority of our > users and it would make the annotation feature not used which is a shame. In > any case I don't see any compelling reason not to bundle it by default in > the default XE we distribute. > +1 again! Anca, why don't you want your awesome work to be bundled in XE by default? ;-) Guillaume > Thanks > -Vincent > > > Thanks, > > Anca > > > >> > >> When we have the extension manager implemented, we'll be able to trim > down the size of what the "core" platform and instead have the user be able > to install extensions when they start their wiki for the first time or when > they go to the admin page for this. But since we don't have this now I feel > it's better to have annotations packaged in the platform and in the default > XAR than not have it. > >> > >> Here's my +1 to both (API in the platform and annotation XAR in default > XE). > >> > >> Note: It would be great to have the ability to turn on/off the > annotations feature for 2.3 final. > >> > >> Thanks > >> -Vincent > >> _______________________________________________ > >> devs mailing list > >> devs(a)xwiki.org > >> http://lists.xwiki.org/mailman/listinfo/devs > > _______________________________________________ > > devs mailing list > > devs(a)xwiki.org > > http://lists.xwiki.org/mailman/listinfo/devs > > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > -- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/

1 0

Re: [xwiki-devs] [xwiki-notifications] r27661 - platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin
by Vincent Massol 16 Mar '10

16 Mar '10

On Mar 16, 2010, at 6:28 PM, mflorea (SVN) wrote: > Author: mflorea > Date: 2010-03-16 18:28:54 +0100 (Tue, 16 Mar 2010) > New Revision: 27661 > > Modified: > platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/WysiwygPluginApi.java > Log: > XWIKI-5013: HTML code visible when inserting velocity macro displaying a property > > Modified: platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/WysiwygPluginApi.java > =================================================================== > --- platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/WysiwygPluginApi.java 2010-03-16 15:51:03 UTC (rev 27660) > +++ platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/WysiwygPluginApi.java 2010-03-16 17:28:54 UTC (rev 27661) > @@ -35,6 +35,14 @@ > public class WysiwygPluginApi extends Api > { > /** > + * The context property which indicates if the current code was called from a template (only Velocity execution) or > + * from a wiki page (wiki syntax rendering). > + * > + * @see #parseAndRender(String, String) > + */ > + private static final String IS_IN_RENDERING_ENGINE = "isInRenderingEngine"; > + > + /** > * The plugin instance. > */ > private WysiwygPlugin plugin; > @@ -98,11 +106,26 @@ > */ > public String parseAndRender(String html, String syntax) > { > + // Save the value of the "is in rendering engine" context property. > + Object isInRenderingEngine = context.get(IS_IN_RENDERING_ENGINE); > + > try { > + // This tells display() methods that we are inside the rendering engine and thus that they can return wiki > + // syntax and not HTML syntax (which is needed when outside the rendering engine, i.e. when we're inside > + // templates using only Velocity for example). > + context.put(IS_IN_RENDERING_ENGINE, true); > + > return Utils.getComponent(HTMLConverter.class).parseAndRender(html, syntax); > } catch (Exception e) { > // Leave the previous HTML in case of an exception. > return html; > + } finally { > + // Restore the value of the value of the "is in rendering engine" context property. > + if (isInRenderingEngine != null) { > + context.put(IS_IN_RENDERING_ENGINE, isInRenderingEngine); > + } else { > + context.remove(IS_IN_RENDERING_ENGINE); > + } Shouldn't you always put back the value that you saved (even if it's null) ? Thanks -Vincent

2 2