Just edit the home page of your application using the Wiki edit mode and change the parent.
Hope this helps, Marius On Nov 7, 2013 7:04 PM, "Prachi Maheshwari" <[email protected]> wrote: > > > Hey everyone, > I want to edit the default breadcrumb for Xwiki. Can anyone please help me > with it? > I have created apps using app within minutes, but I don't want the > breadcrumb showing it. > It should directly go from Xwiki to my created app instead. Is there any > way of doing it?? > Thanks in advance. > > Prachi > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of > [email protected] > Sent: Thursday, November 07, 2013 11:16 AM > To: [email protected] > Subject: devs Digest, Vol 77, Issue 12 > > Send devs mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xwiki.org/mailman/listinfo/devs > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific than > "Re: Contents of devs digest..." > > > Today's Topics: > > 1. Re: Postpone 5.3M2 by 3 days (Marius Dumitru Florea) > 2. Re: Postpone 5.3M2 by 3 days (Vincent Massol) > 3. [Proposal] Adding a Contrib top level project in commons > (Vincent Massol) > 4. Re: [Proposal] Adding a Contrib top level project in commons > (Thomas Mortagne) > 5. Re: [Proposal] Adding a Contrib top level project in commons > (Sergiu Dumitriu) > 6. Re: [Proposal] Adding a Contrib top level project in commons > (Vincent Massol) > 7. Re: [Proposal] Adding a Contrib top level project in commons > (Sergiu Dumitriu) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 7 Nov 2013 16:40:44 +0200 > From: Marius Dumitru Florea <[email protected]> > To: XWiki Developers <[email protected]> > Subject: Re: [xwiki-devs] Postpone 5.3M2 by 3 days > Message-ID: > < > calzcbbbsn0h_yzb2wm4kb3ruvoqzuivxjn8bpzvdh0sp9fn...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Wed, Nov 6, 2013 at 6:53 PM, Guillaume "Louis-Marie" Delhumeau < > [email protected]> wrote: > > Hi. > > > > Vincent and Thomas has started reviewing my work for the new Wiki API. > > > > Some changes: > > - do not store the membershipType in the descriptor, but as a > > configuration object in the subwiki. > > - having the option Local Users, Global users, Local + Global users > > instead of enableLocalUsers(), because we need the 3 uses cases: > > - global users only: the workspaces use-case > > - local users only: a farm like xwiki cloud, where each wiki should > > not know anything about the main wiki > > - global + local users: myxwiki.org use case. > > > > + some changes to do in the UI. > > > > Because of that, I won't be able to reach the M2 deadline. Moreover, I > > can't work until the 12th. So I propose to postpone it. > > > > 5.3M2: 14th november (was 11) > > 5.3RC1: 21th november (was 18) > > 5.3 final: 2st decembre (was 25th november). > > > > WDYT? > > Both 14th and 21th are Thursday so BFDs. Also, I think there is too much > time between RC1 and final. > > 5.3 M2: 14th November (was 11th) > 5.3 RC1: 20th November (was 18th) > 5.3 final: 27th November (was 25th). > > Thanks, > Marius > > > > > Thanks, > > Louis-Marie > > _______________________________________________ > > devs mailing list > > [email protected] > > http://lists.xwiki.org/mailman/listinfo/devs > > > ------------------------------ > > Message: 2 > Date: Thu, 7 Nov 2013 15:49:28 +0100 > From: Vincent Massol <[email protected]> > To: XWiki Developers <[email protected]> > Subject: Re: [xwiki-devs] Postpone 5.3M2 by 3 days > Message-ID: > <CAK2AU7tt-gi8-WjqHON+ibUtfvS+AerGEdWkX1pUMxXic1= > [email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi Guillaume, > > On Wed, Nov 6, 2013 at 5:53 PM, Guillaume "Louis-Marie" Delhumeau < > [email protected]> wrote: > > > Hi. > > > > Vincent and Thomas has started reviewing my work for the new Wiki API. > > > > Some changes: > > - do not store the membershipType in the descriptor, but as a > > configuration object in the subwiki. > > - having the option Local Users, Global users, Local + Global users > > instead of enableLocalUsers(), because we need the 3 uses cases: > > - global users only: the workspaces use-case > > - local users only: a farm like xwiki cloud, where each wiki should > > not know anything about the main wiki > > - global + local users: myxwiki.org use case. > > > > + some changes to do in the UI. > > > > Because of that, I won't be able to reach the M2 deadline. Moreover, I > > can't work until the 12th. So I propose to postpone it. > > > > 5.3M2: 14th november (was 11) > > 5.3RC1: 21th november (was 18) > > 5.3 final: 2st decembre (was 25th november). > > > > WDYT? > > > > This proposal is not complete since you're proposing to change the final > release date (which is always an important change) and thus you're possibly > proposing to impact the end of the 5.x cycle (and hence the beginning of > the 6.x one). > > However I still believe that we need to keep an end date of end of > December for 5.4 and end of January for 5.5 so that we begin 6.0 at > beginning of February 2014 and release it around end of April 2014. Our > goal is still to try to catch up so that at the end of 2014 we'll release > the last version of 6.x (i.e. 6.5). And thus start the new year one a new > cycle. > > Another possibility is to skip 5.5 for the 5.x cycle and release 5.4 as > the last one (barring bug fix releases such as 5.4.1, 5.4.2, etc). > > I think it's ok to keep 5.4 and 5.5 and to make them short stabilization > releases (ie similar to bug fix releases). > > WDYT? > > I agree with the dates proposed by Marius which are better IMO. > > Thanks > -Vincent > > > > > Thanks, > > Louis-Marie > > _______________________________________________ > > devs mailing list > > [email protected] > > http://lists.xwiki.org/mailman/listinfo/devs > > > > > ------------------------------ > > Message: 3 > Date: Thu, 7 Nov 2013 16:29:21 +0100 > From: Vincent Massol <[email protected]> > To: XWiki Developers <[email protected]> > Subject: [xwiki-devs] [Proposal] Adding a Contrib top level project in > commons > Message-ID: > < > cak2au7sbdmc67brejj5ubmvpu4zgwa7setdx02y0fhm2c92...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi devs, > > We need to provide a contrib top level POM for extension contributors. ATM > we recommend to extend the commons top level pom on > http://contrib.xwiki.orgbut it's a bad idea because contributors forget > to override some pom.xml elements (such as the <developers> section) and > thus the published extensions end up with wrong information (such as wrong > author: "XWiki Development Team"). > > The reason to put it in commons: > * We will have dependencyManagement in it and thus it needs to be in sync > with the commons version. It'll have the same version as commons top level > pom version. > * Easy for us since it'll be released at the same time as commons > * Easy for extension authors to choose the top level contrib version they > need: they'll pick the one corresponding to the xwiki version they want to > depend on > > Note that since some extensions may want to depend on versions of XWiki > older than 5.3 we can deploy this contrib pom also for older versions using > mvn deploy:deploy-file > > WDYT? > > Thanks > -Vincent > > > ------------------------------ > > Message: 4 > Date: Thu, 7 Nov 2013 16:39:14 +0100 > From: Thomas Mortagne <[email protected]> > To: XWiki Developers <[email protected]> > Subject: Re: [xwiki-devs] [Proposal] Adding a Contrib top level > project in commons > Message-ID: > < > capnknlerptda_r2fw90pmy0giyzctzkjqnja+snbmzdzoqo...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > +1 > > On Thu, Nov 7, 2013 at 4:29 PM, Vincent Massol <[email protected]> wrote: > > Hi devs, > > > > We need to provide a contrib top level POM for extension contributors. > > ATM we recommend to extend the commons top level pom on > > http://contrib.xwiki.orgbut it's a bad idea because contributors > > forget to override some pom.xml elements (such as the <developers> > > section) and thus the published extensions end up with wrong > > information (such as wrong author: "XWiki Development Team"). > > > > The reason to put it in commons: > > * We will have dependencyManagement in it and thus it needs to be in > > sync with the commons version. It'll have the same version as commons > > top level pom version. > > * Easy for us since it'll be released at the same time as commons > > * Easy for extension authors to choose the top level contrib version > > they > > need: they'll pick the one corresponding to the xwiki version they > > want to depend on > > > > Note that since some extensions may want to depend on versions of > > XWiki older than 5.3 we can deploy this contrib pom also for older > > versions using mvn deploy:deploy-file > > > > WDYT? > > > > Thanks > > -Vincent > > _______________________________________________ > > devs mailing list > > [email protected] > > http://lists.xwiki.org/mailman/listinfo/devs > > > > -- > Thomas Mortagne > > > ------------------------------ > > Message: 5 > Date: Thu, 07 Nov 2013 10:58:05 -0500 > From: Sergiu Dumitriu <[email protected]> > To: XWiki Developers <[email protected]> > Subject: Re: [xwiki-devs] [Proposal] Adding a Contrib top level > project in commons > Message-ID: <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > On 11/07/2013 10:29 AM, Vincent Massol wrote: > > Hi devs, > > > > We need to provide a contrib top level POM for extension contributors. > ATM > > we recommend to extend the commons top level pom on > > http://contrib.xwiki.orgbut it's a bad idea because contributors > > forget to override some pom.xml > > elements (such as the <developers> section) and thus the published > > extensions end up with wrong information (such as wrong author: "XWiki > > Development Team"). > > > > The reason to put it in commons: > > * We will have dependencyManagement in it and thus it needs to be in sync > > with the commons version. It'll have the same version as commons top > level > > pom version. > > * Easy for us since it'll be released at the same time as commons > > * Easy for extension authors to choose the top level contrib version they > > need: they'll pick the one corresponding to the xwiki version they want > to > > depend on > > > > Note that since some extensions may want to depend on versions of XWiki > > older than 5.3 we can deploy this contrib pom also for older versions > using > > mvn deploy:deploy-file > > > > WDYT? > > +1. > > Will this be a copy of xwiki-commons-pom, or an extension that overrides > a few sections? > > Should it include the license check plugin, which currently enforces > LGPL2.1? Should we make it easier to change the license being enforced? > > What do we put instead of the <developers>? Do we make it a generic > "XWiki community", or leave it empty so that others can fill it in? We > can use the enforcer's requireProperty rule to check that mandatory > sections have been filled in. > > I'd like to have a single xwiki.version property instead of the current > commons, rendering, platform.version, so that people don't have to think > which one should they use for each module. > > > Instead of deploy-file, why not actually release older versions? Since > it's a separate repository, we can do that, we don't have to sync > releases with the official XWiki releases. > -- > Sergiu Dumitriu > http://purl.org/net/sergiu > > > ------------------------------ > > Message: 6 > Date: Thu, 7 Nov 2013 17:10:39 +0100 > From: Vincent Massol <[email protected]> > To: XWiki Developers <[email protected]> > Subject: Re: [xwiki-devs] [Proposal] Adding a Contrib top level > project in commons > Message-ID: > < > cak2au7uwbl9uqrhqbqqps7ddpxkasqax1vhrpglm0fuoa+z...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Thu, Nov 7, 2013 at 4:58 PM, Sergiu Dumitriu <[email protected]> wrote: > > > On 11/07/2013 10:29 AM, Vincent Massol wrote: > > > Hi devs, > > > > > > We need to provide a contrib top level POM for extension contributors. > > ATM > > > we recommend to extend the commons top level pom on > > > http://contrib.xwiki.orgbut it's a bad idea because contributors > > > forget to override some pom.xml > > > elements (such as the <developers> section) and thus the published > > > extensions end up with wrong information (such as wrong author: "XWiki > > > Development Team"). > > > > > > The reason to put it in commons: > > > * We will have dependencyManagement in it and thus it needs to be in > sync > > > with the commons version. It'll have the same version as commons top > > level > > > pom version. > > > * Easy for us since it'll be released at the same time as commons > > > * Easy for extension authors to choose the top level contrib version > they > > > need: they'll pick the one corresponding to the xwiki version they want > > to > > > depend on > > > > > > Note that since some extensions may want to depend on versions of XWiki > > > older than 5.3 we can deploy this contrib pom also for older versions > > using > > > mvn deploy:deploy-file > > > > > > WDYT? > > > > +1. > > > > Will this be a copy of xwiki-commons-pom, or an extension that overrides > > a few sections? > > > > Should it include the license check plugin, which currently enforces > > LGPL2.1? Should we make it easier to change the license being enforced? > > > > What do we put instead of the <developers>? Do we make it a generic > > "XWiki community", or leave it empty so that others can fill it in? We > > can use the enforcer's requireProperty rule to check that mandatory > > sections have been filled in. > > > > See a first version at > https://github.com/xwiki-contrib/contrib-pom/blob/master/pom.xml > > > > I'd like to have a single xwiki.version property instead of the current > > commons, rendering, platform.version, so that people don't have to think > > which one should they use for each module. > > > > I think that's orthogonal to this discussion. > > > > Instead of deploy-file, why not actually release older versions? Since > > it's a separate repository, we can do that, we don't have to sync > > releases with the official XWiki releases. > > > > It's not a separate repository, that's the point ;) I explained above why I > think it's good to have it in xwiki-commons ;) > > Thanks > -Vincent > > > > -- > > Sergiu Dumitriu > > http://purl.org/net/sergiu > > _______________________________________________ > > devs mailing list > > [email protected] > > http://lists.xwiki.org/mailman/listinfo/devs > > > > > ------------------------------ > > Message: 7 > Date: Thu, 07 Nov 2013 11:16:25 -0500 > From: Sergiu Dumitriu <[email protected]> > To: XWiki Developers <[email protected]> > Subject: Re: [xwiki-devs] [Proposal] Adding a Contrib top level > project in commons > Message-ID: <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > On 11/07/2013 11:10 AM, Vincent Massol wrote: > > On Thu, Nov 7, 2013 at 4:58 PM, Sergiu Dumitriu <[email protected]> > wrote: > > > >> On 11/07/2013 10:29 AM, Vincent Massol wrote: > >>> Hi devs, > >>> > >>> We need to provide a contrib top level POM for extension contributors. > >> ATM > >>> we recommend to extend the commons top level pom on > >>> http://contrib.xwiki.orgbut it's a bad idea because contributors > >>> forget to override some pom.xml > >>> elements (such as the <developers> section) and thus the published > >>> extensions end up with wrong information (such as wrong author: "XWiki > >>> Development Team"). > >>> > >>> The reason to put it in commons: > >>> * We will have dependencyManagement in it and thus it needs to be in > sync > >>> with the commons version. It'll have the same version as commons top > >> level > >>> pom version. > >>> * Easy for us since it'll be released at the same time as commons > >>> * Easy for extension authors to choose the top level contrib version > they > >>> need: they'll pick the one corresponding to the xwiki version they want > >> to > >>> depend on > >>> > >>> Note that since some extensions may want to depend on versions of XWiki > >>> older than 5.3 we can deploy this contrib pom also for older versions > >> using > >>> mvn deploy:deploy-file > >>> > >>> WDYT? > >> > >> +1. > >> > >> Will this be a copy of xwiki-commons-pom, or an extension that overrides > >> a few sections? > >> > >> Should it include the license check plugin, which currently enforces > >> LGPL2.1? Should we make it easier to change the license being enforced? > >> > >> What do we put instead of the <developers>? Do we make it a generic > >> "XWiki community", or leave it empty so that others can fill it in? We > >> can use the enforcer's requireProperty rule to check that mandatory > >> sections have been filled in. > >> > > > > See a first version at > > https://github.com/xwiki-contrib/contrib-pom/blob/master/pom.xml > > > > > >> I'd like to have a single xwiki.version property instead of the current > >> commons, rendering, platform.version, so that people don't have to think > >> which one should they use for each module. > >> > > > > I think that's orthogonal to this discussion. > > > > > >> Instead of deploy-file, why not actually release older versions? Since > >> it's a separate repository, we can do that, we don't have to sync > >> releases with the official XWiki releases. > >> > > > > It's not a separate repository, that's the point ;) I explained above > why I > > think it's good to have it in xwiki-commons ;) > > > > Ah, right, somehow I missed that part. > > > -- > Sergiu Dumitriu > http://purl.org/net/sergiu > > > ------------------------------ > > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > > > End of devs Digest, Vol 77, Issue 12 > ************************************ > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
