the user list since we
> could get feedback from users trying to migrate to 7.4?
>
> Thanks
> -Vincent
> On 19 Jan 2016 at 18:34:39, Guillaume Louis-Marie Delhumeau (
> gdelhum...@xwiki.com) wrote:
>
> Hi.
>
> I have released a first alpha version of the application:
>
gt; pages in order for the Administrator to investigate and fix them.
>
> Thank you Guillaume,
> Caty
>
>
> On Wed, Jan 13, 2016 at 1:05 PM, Guillaume "Louis-Marie" Delhumeau <
> gdelhum...@xwiki.com> wrote:
>
> > Hi Caty and thanks for your detailed answer
+1
Thanks,
2016-01-19 7:06 GMT+01:00 Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com>:
> +1
>
> Thanks,
> Marius
>
> On Mon, Jan 18, 2016 at 6:05 PM, vinc...@massol.net
> wrote:
>
> > Hi devs,
> >
> > Since the first 2 takes did not pas, I’m making a new proposal taking
> into
> > accoun
the Design wiki. Improvements space
> > contains 317 pages, while Proposal space contains 256 pages. Apparently
> > there are other spaces that contain user generated content like Design,
> > Tech, Standard, etc spaces. It would be great if the migrator could list
> > user
Hello everyone.
I am working on a tool to help the user migrating from an XWiki instance
without the Nested Pages feature to a new version (7.4.x) handling it.
This tool would be an extension that the administrator can install and
execute *after* the XWiki upgrade have been done. After its execut
> application since among other thing it means not having color theme
> class ? It will just display whatever string is set but you can't
> really add more color theme or properly edit the existing ones (if
> there is any).
>
> On Tue, Jan 12, 2016 at 9:57 AM, Guillaume &quo
No, because it is used for the Flamingo themes too.
2016-01-11 20:39 GMT+01:00 Thomas Mortagne :
> Does this require to modify the admin UI to remove color theme field ?
>
> On Mon, Jan 11, 2016 at 6:26 PM, Guillaume "Louis-Marie" Delhumeau
> wrote:
> > Caty is r
Caty is right. The color theme editor should be removed in theory. The
retro-compatibility is supported by 'colorThemeInit.vm' in Flamingo.
However, it will break existing installations that still use an old color
theme with Flamingo. But it's OK as soon as the color theme application is
installab
+1 for proposal 2.
2016-01-04 10:30 GMT+01:00 Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com>:
> On Mon, Jan 4, 2016 at 11:06 AM, vinc...@massol.net
> wrote:
>
> > Hi,
> >
> > On 4 Jan 2016 at 09:59:14, Thomas Mortagne (thomas.morta...@xwiki.com
> > (mailto:thomas.morta...@xwiki.com)) wr
The XWiki development team is proud to announce the availability of XWiki
7.4.
This is our last stabilization release for the XWiki 7.x cycle and the new
Long Term Support (LTS) version. It mainly brings polishing and
stabilization for the Nested Pages feature, especially in the UI. Among
other th
+1
2015-12-28 10:28 GMT+01:00 Thomas Mortagne :
> Following the work done on http://jira.xwiki.org/browse/XWIKI-12001 to
> make the old rendering engine (xwiki/1.0 syntax based renderer)
> installable as extension I would like to propose to move it to
> https://github.com/xwiki-contrib/ in 8.0 br
The XWiki development team is proud to announce the availability of XWiki
7.4 Milestone 2.
This is our last stabilization branch for the XWiki 7.x Cycle. It brings
polishing and stabilization for the Nested Pages feature and the changes in
UI that resulted from it. It is now possible to have templa
+1 for 8.x
Thanks,
Guillaume
2015-12-08 11:49 GMT+01:00 Eduard Moraru :
> +1 for 8.x
>
> Thanks,
> Eduard
>
> On Tue, Dec 8, 2015 at 12:42 PM, Ecaterina Moraru (Valica) <
> vali...@gmail.com> wrote:
>
> > +1 for 8.x
> >
> > Thanks,
> > Caty
> >
> >
> > On Tue, Dec 8, 2015 at 11:58 AM, Thomas Mor
Hello Jean and thanks for this analysis. It's interesting to look at others
CI, especially Travis-CI which is very popular nowadays.
To me, "You only have a raw log (meaning Travis cannot present information
of the log with a organised structure)" is a no-go. Same for "You cannot
choose which bran
Hi Denis. Is this something we should have in platform?
2015-11-25 17:45 GMT+01:00 vinc...@massol.net :
>
> On 25 Nov 2015 at 17:41:50, Denis Gervalle (d...@softec.lu(mailto:
> d...@softec.lu)) wrote:
>
> > Hi devs,
> >
> > I have just released the first version of api-wiki-customproperties, a
>
Issue created: http://jira.xwiki.org/browse/XWIKI-12906
2015-11-23 16:32 GMT+01:00 vinc...@massol.net :
> I agree that if we expand the search input then it should be on the left.
>
> An alternative is to have a fixed search icon on the right (as in the mac
> icon bar for example) and open a popu
+1 for storing stats outside the main database system, either in a no-SQL
system or in a (separate) HSQLDB (as suggested by Paul).
Thanks,
Guillaume
2015-11-23 12:50 GMT+01:00 Eduard Moraru :
> +1 for the non-RDBMS approach for AS and Stats. Makes sense for transient
> and maybe loosly-structure
I've posted 2 screenshots (mock-ups) corresponding to your proposal:
http://design.xwiki.org/xwiki/bin/view/Improvements/PageAdministration#HProposal2
2015-11-12 14:51 GMT+01:00 Eduard Moraru :
> On Thu, Nov 12, 2015 at 12:34 PM, Guillaume "Louis-Marie" Delhumeau <
> gde
the "admin" right on XWiki.XWikiPreferences. It does not make sense anyway
> to restrict page + children (i.e. space) customization only to wiki admins
> and, IMO, it did not make sense before Nested Spaces either.
>
> There's a lot of text, but all I`m saying is to basicall
Big +1
Guillaume
2015-11-10 15:50 GMT+01:00 Jean SIMARD :
> Very good idea, for sure we should do it and your proposition looks
> already better that what I would have done ;-)
>
> Thanks,
>
> On 10/11/2015 15:37, Ecaterina Moraru (Valica) wrote:
> > Hi,
> >
> > Currently we don't provide any RE
2015-11-10 10:05 GMT+01:00 vinc...@massol.net :
>
>
> On 10 Nov 2015 at 10:03:10, Thomas Mortagne (thomas.morta...@xwiki.com
> (mailto:thomas.morta...@xwiki.com)) wrote:
>
> > On Tue, Nov 10, 2015 at 9:59 AM, vinc...@massol.net wrote:
> > > Hi Caleb,
> > >
> > > See below
> > >
> > > On 10 Nov 201
Why not the amount of Activity Stream events during the last month? It's
still very anonymous (since we don't know what exactly are these events)
and relevant.
+ the amount of pages view during the last month (a wiki could have a lot
of pages view meanwhile it is not edited often)
I think these 2
No more idea?
2015-11-02 16:35 GMT+01:00 Ecaterina Moraru (Valica) :
> Regarding implementation, we need to consider how we will export that page
> and preserve it's preferences.
>
> Thanks,
> Caty
>
> On Thu, Oct 29, 2015 at 1:57 PM, Guillaume "Louis-Marie"
http://design.xwiki.org/xwiki/bin/download/Proposal/WatchListButtonsonXE73/NotifSettingsExpanded.png
> > > > * Interaction:
> > > >
> > > >
> > >
> >
> http://design.xwiki.org/xwiki/bin/download/Proposal/WatchListButtonsonXE73/NotifAnimation.gif
> >
gratedSwitched
>
> Thanks,
> Caty
>
> On Mon, Nov 2, 2015 at 12:50 PM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
>
> > On Mon, Nov 2, 2015 at 12:27 PM, Guillaume "Louis-Marie" Delhumeau <
> > gdelhum...@x
mingo v1, etc.) we had this
> > information upon hovering the page, space or wiki, in the dropdown.
> >
> > And yes, I guess that at first, it will look a bit similar to proposal 3
> (
> >
> >
> http://design.xwiki.org/xwiki/bin/download/Proposal/Wa
h&ved=0CFMQMygXMBdqFQoTCOipye_k58gCFQVaLAodSuUMig
> > but with the two options included.
> >
> > Thanks,
> > Eduard
> >
> > On Thu, Oct 29, 2015 at 12:32 PM, Guillaume "Louis-Marie" Delhumeau <
> > gdelhum...@xwiki.com> wrote:
> >
&
Hello.
With the introduction of the Nested Pages, we need to remove the "Space
Administration" and to create a "Page Administration" instead.
It's more or less already the case, a "page administration" is used for
Nested Pages, even if it's actually the space administration under the wall.
Now w
I like it. What about the others?
2015-10-29 10:52 GMT+01:00 vinc...@massol.net :
> Hi Guillaume,
>
> On 28 Oct 2015 at 16:18:49, Guillaume Louis-Marie Delhumeau (
> gdelhum...@xwiki.com(mailto:gdelhum...@xwiki.com)) wrote:
>
> > 2015-10-28 15:32 GMT+01:00 vinc...@mass
2015-10-28 15:32 GMT+01:00 vinc...@massol.net :
> Hi Guillaume,
>
> On 28 Oct 2015 at 14:57:27, Guillaume Louis-Marie Delhumeau (
> gdelhum...@xwiki.com(mailto:gdelhum...@xwiki.com)) wrote:
>
> > I've just added a new iteration:
> >
> http://desig
dren". And the
> state can be one of "No watch", "Explicit watch", "Implicit watch" (either
> the wiki or one of its ancestor are being watched "with children"). Maybe
> we don't care about the difference between explicit and implici
+1
2015-10-28 14:16 GMT+01:00 vinc...@massol.net :
> Hi devs,
>
> Some users have raised that when you click on the pencil icon in the
> Create/Delete/Move/Rename UIs, the user has to understand the “dot
> notation” (ie the reference notation) and that it’s not user-friendly for
> simple users.
>
2015-10-23 13:09 GMT+02:00 Eduard Moraru :
> IMO, the App bar is not very reliable nor scalable solution. Sure, it looks
> nice in the vanilla distribution because we have a handful of apps, but
> once the admin starts installing more, it does not scale. To fix that, the
> admin would edit the lis
+1 for proposal 2, convinced by the Edy's arguments.
2015-10-27 7:26 GMT+01:00 Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com>:
> On Tue, Oct 27, 2015 at 8:21 AM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
>
> > On Mon, Oct 26, 2015 at 4:37 PM, Thomas Mortagne <
> >
+1
2015-10-26 10:53 GMT+01:00 Thomas Mortagne :
> On Wed, Oct 21, 2015 at 10:48 AM, Marius Dumitru Florea
> wrote:
> > On Wed, Oct 21, 2015 at 11:08 AM, Denis Gervalle wrote:
> >
> >> Hi devs,
> >>
> >> It looks like a bug to me, but wiki macro defined for global level in a
> >> subwiki, are ef
ot;, "Meetings", etc...
Just my 2 cents.
2015-10-26 10:45 GMT+01:00 Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com>:
> On Fri, Oct 23, 2015 at 5:06 PM, Clemens Klein-Robbenhaar <
> c.robbenh...@espresto.com> wrote:
>
> >
> > > On Wed, Sep 30, 2
op bar so signify if a page
> is being watched for example.
>
> Thanks
> -Vincent
> On 13 Oct 2015 at 17:39:49, Guillaume Louis-Marie Delhumeau (
> gdelhum...@xwiki.com) wrote:
>
> Hi.
>
> The other thread about the content menus re-organization has deviated to
> ta
Hi.
The other thread about the content menus re-organization has deviated to
talk about the watchlist, so I prefer to continue the discussion on this
new thread.
I have made some mock-ups that you can see there:
http://design.xwiki.org/xwiki/bin/view/Proposal/WatchListButtonsonXE73
WDYT?
Thanks
t; nor the creator of the current document), which is the most common use
> case I think, will have only the Copy entry in the Actions menu with
> 1.2. In other words, most of the users will see a menu with only one
> entry.
>
> Thanks,
> Marius
>
> On Thu, Oct 1, 2015 at 1:
dumb but it crossed my mind while looking at
> the proposals): what about implementing both a "viewers" and a "cog" button
> (pushing the total to up to 5 buttons when you have all possible rights)?
>
> Could this make sense?
>
> Thanks,
>
> Guilla
Hi.
With 7.2, the content menus have changed a lot. The pain point is that we
have a too much crowded "more actions" menu.
Some discussions have already been done on this jira issue:
http://jira.xwiki.org/browse/XWIKI-12587
Caty have created a design page to re-organize the menus:
http://design.
+1 with the roadmap.
2015-09-30 11:52 GMT+02:00 Eduard Moraru :
> Hi,
>
> +1 for the planning
> +0 for the 7.4 (RC1/final) dates since I`m never in favor of releases
> during the winter holidays week.
> +1 for restarting the BDFs. I`ll start with tomorrow.
>
> Thanks,
> Eduard
>
> On Mon, Sep 28,
2015-09-30 11:55 GMT+02:00 vinc...@massol.net :
>
>
> On 30 Sep 2015 at 11:30:16, Guillaume Lerouge (guilla...@xwiki.com(mailto:
> guilla...@xwiki.com)) wrote:
>
> > Hi,
> >
> > On Wed, Sep 30, 2015 at 11:16 AM, Guillaume "Louis-Marie" Delhumeau <
&
2015-09-30 10:58 GMT+02:00 vinc...@massol.net :
>
> On 30 Sep 2015 at 10:53:48, Thomas Mortagne (thomas.morta...@xwiki.com
> (mailto:thomas.morta...@xwiki.com)) wrote:
>
> > I think what I like best is some option in the refactoring API to
> > indicate that you want to delete only final documents
Hi
2015-09-30 10:22 GMT+02:00 vinc...@massol.net :
> Hi Denis,
>
> On 30 Sep 2015 at 09:49:28, Denis Gervalle (d...@softec.lu(mailto:
> d...@softec.lu)) wrote:
>
> > Well, I have not yet look in details the new features for page
> > manipulation, but I was wondering if there will be a simple way
The XWiki development team is proud to announce the availability of XWiki
7.2.
This release is probably one of the biggest releases we have done in XWiki
for years (more than 900 commits)! We have worked hard during all the
summer to finally achieve the introduction of a new concept: Nested Pages.
+1
2015-09-21 14:17 GMT+02:00 vinc...@massol.net :
> Hi devs,
>
> Right now the SpaceDocs Panel displays:
> https://www.evernote.com/l/AHfuNTzznTdGJrbaZQ3txJH0Lru06IzUbDM
>
> My proposal is to:
> * Deprecate this Panel and move it to an Extension on e.x.o (and possibly
> also in the git contrib o
+1
2015-09-21 17:02 GMT+02:00 Thomas Mortagne :
> +1
>
> On Mon, Sep 21, 2015 at 4:03 PM, vinc...@massol.net
> wrote:
> > Hi devs,
> >
> > I’d like that we retire the XMLRPC feature of XWiki.
> >
> > Rationale:
> > * We now have a REST API
> > * The XMLRPC API is pretty old now, doesn’t support
Hi all and thanks for your feedbacks.
I fully agree on the fact that having multiple css preprocessors is a good
thing. I didn't want to propose to replace LESS by SASS (except for the
writing of the new skin) and I think we could have both.
The only thing that would not work anymore, is the abil
Hello everyone.
The front-end world is evolving really fast, and it's very hard to pick the
good JavaScript framework, the good CSS preprocessor, or the good CSS
toolkit. It's so unpredictable that it has inspired a comic strip:
http://www.commitstrip.com/en/2015/09/16/how-to-choose-the-right-java
Hello.
I think it's a good topic to discuss.
2015-09-17 13:32 GMT+02:00 Eduard Moraru :
> With the introduction of Nested Spaces / Nested Documents, we find
> ourselves having to expand our terminology to accommodate the tree-like
> structure of spaces/documents that we are managing.
>
> IMO, we
Hi.
Good initiative!
Only one remark: are you sure we can "invite" (with an invitation UI) a
user in a space the same way as we can do for a wiki?
Thanks,
2015-09-17 11:15 GMT+02:00 vinc...@massol.net :
> Hi devs,
>
> With 7.2 the differences between Wiki and Nested Spaces are smaller and
> we
+1, except that I'm in charge of this release, and I will not be able to
release it the day after if we are late (I don't work the 25th).
2015-09-16 10:26 GMT+02:00 Thomas Mortagne :
> +1
>
> On Wed, Sep 16, 2015 at 9:49 AM, vinc...@massol.net
> wrote:
> > Hi devs,
> >
> > The 7.2RC1 version is
2015-09-15 12:02 GMT+02:00 vinc...@massol.net :
>
>
>
>
>
> On 15 Sep 2015 at 11:59:03, Ecaterina Moraru (Valica) (vali...@gmail.com
> (mailto:vali...@gmail.com)) wrote:
>
> > On Mon, Sep 14, 2015 at 6:42 PM, Guillaume Lerouge
> > wrote:
> >
> > > Hi,
> > >
> > > I've been thinking a lot about thi
2015-09-14 17:42 GMT+02:00 Guillaume Lerouge :
> Hi,
>
> I've been thinking a lot about this (while also considering the discussion
> about the "Main" space in the other discussion thread). To me, ideally,
> there is one and only one hierarchy, which is consistent everywhere. As
> discussed at len
+1
2015-09-09 12:02 GMT+02:00 Eduard Moraru :
> +1
>
> Thanks,
> Eduard
>
> On Tue, Sep 8, 2015 at 3:10 PM, vinc...@massol.net
> wrote:
>
> >
> >
> >
> >
> >
> > On 8 Sep 2015 at 12:03:49, Marius Dumitru Florea (
> > mariusdumitru.flo...@xwiki.com(mailto:mariusdumitru.flo...@xwiki.com))
> > wrot
Hi Yacine.
Thanks for publishing your idea.
I don't understand the need for the "Customized Variables" panel. We can
already create new variables in the "lessCode" field without declaring it
before in the theme editor.
The only benefit I can see is that these variables would be taken into
accoun
Note: we currently have not the ability to filter on documents' title. The
livetable performs queries on the database level. In the database, the
title is stored as raw content and so is not rendered (it could be a
velocity code that displays a translation key for example).
Even if we add a title
I add my votes:
[Iteration 1]
Sol1: +0 Gabi, +0 Jean (with modifications), +0 Guillaume D
Sol2: +1 Caty, +0 Gabi, +0 Jean (with modifications), +1 Guillaume D
Sol3: +1 Vincent, +1 Jean, +1 Gabi (with modifications), +1 Guillaume D
Sol4: +0 Caty, +0 Jean, +0 Guillaume D
[Iteration 2]
Sol 2.1.1:
If it's part of the core modules, there would be no need to declare the
dependency on the extension.
I am hesitating between declaring it as a core extension and splitting it
in 2 modules: one for basic CRUD operations, and one for the complex ones
(rename backlinks, etc...). But this second solut
+1
2015-08-31 16:17 GMT+02:00 vinc...@massol.net :
> Hi devs,
>
> Problem:
>
> * We have several ways of getting the main wiki id and the current wiki id:
> ** way 1: $services.wiki.mainWikiId and $services.wiki.currentWikiId
> ** way 2: $xcontext.getMainWikiName() and $context.getDatabase()
> *
I like this idea, and we can also enforce the security by adding a checkbox
to explicitly save with programming rights (off by default).
Maybe not as good as signed scripts, but at least do-able quite easily and
quickly.
Thanks,
2015-08-28 18:25 GMT+02:00 Caleb James DeLisle :
> Hello All,
>
>
+1.
The correct URL to see the remaining bugs is:
http://jira.xwiki.org/issues/?jql=Project%20in%20%28%22XWiki%20Commons%22%2C%20%22XWiki%20Rendering%22%2C%20%22XWiki%20Platform%22%2C%20%22XWiki%20Enterprise%22%29%20and%20fixVersion%20in%20%28%227.2-milestone-3%22%29%20and%20resolution%20in%20%28%
I don't really understand the solution 2.
We already have an EntityReference class in entityReference.js, with a
string serializer and a string parser.
If we use a JSON format to describe a reference, we will still have to
parse it to create an EntityReference object, and this parser does not
exi
Here my +1 as but only if we to add a way to set rights for the children of
a document (a.k.a the space).
2015-08-24 15:12 GMT+02:00 Gabriela Smeria :
> Here's my +1
>
> Thanks,
> Gabriela
>
> *Gabriela Smeria*
> *Web Developer*
> gabriela.sme...@xwiki.com
> skype: smeria.gabriela
>
> On Mon, Aug
+1
2015-08-24 15:50 GMT+02:00 vinc...@massol.net :
>
>
>
>
>
> On 24 Aug 2015 at 13:36:44, Marius Dumitru Florea (
> mariusdumitru.flo...@xwiki.com(mailto:mariusdumitru.flo...@xwiki.com))
> wrote:
>
> > +1
> >
> > Thanks,
> > Marius
> >
> > On Mon, Aug 24, 2015 at 2:09 PM, vinc...@massol.net wrot
About Move/Rename/Copy, I also say +1 for MCR2.A.
So it seems MCR 2.A is the favorite choice in the community.
Thanks,
2015-08-18 18:01 GMT+02:00 Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com>:
> Hi Caty,
>
> I feel the create UI has too many options. Even if they have defaults,
> the
Hello.
I just realized that I've forgotten to reply to this mail.
About delete:
My preference goes to accordion (closed by default). When closed, it is not
very crowded, and you can easily have all necessary informations.
Let's count:
Caty: delete 2 or 1+2
Jean: delete 3 (accordion)
Gabriela: de
I agree with Eddy, we should let everything as it is just in case
`core.hierarchyMode=parent` is used by the user. It's not as if it was
costly to keep it.
Thanks,
2015-08-06 14:36 GMT+02:00 Eduard Moraru :
> Hi,
>
> On Tue, Aug 4, 2015 at 12:35 PM, vinc...@massol.net
> wrote:
>
> > Hi devs,
>
I am not too keen on the mixed solution, because we are going to remove the
top menu navigation as we know it. So the breadcrumb will be the only way
to identify where you are in the wiki. With the mixed solution, the
breadcrumb will not show you the exact location of the current page. It's a
probl
+1
2015-07-09 18:08 GMT+02:00 Thomas Mortagne :
> Hi devs,
>
> We never used OSCache based cache module in years and we never upgrade
> OSCache dependency.
>
> It was mostly created for retro compatibility when we moved to JBoss
> Cache and to have more that one implementation of the API to do
>
2015-07-09 12:11 GMT+02:00 vinc...@massol.net :
> Hi Caty,
>
> Thanks for this design page!
>
> On 9 Jul 2015 at 11:55:23, Ecaterina Moraru (Valica) (vali...@gmail.com
> (mailto:vali...@gmail.com)) wrote:
>
> > Hi devs,
> >
> > By default our Tree is localized in AllDocs. This iteration investigat
Good initiative.
I like the combination of sol 3, 5 and 6.
Sol 1: too much clicks and hidden in the crowd
Sol 2: nice one but it does not have my preference (a bit complicated maybe)
Sol 3: not sufficient but I believe this information panel should have this
tree anyway
Sol 4: too much clutter
So
>> > navigate to just a few. For the complete list of Wikis we have the
> 'Wiki
> >> > Index'.
> >> >
> >> > The purpose of the drawer is:
> >> > - to contain actions of the current wiki;
> >> > - to state the current wik
Europe/spaces/France/spaces/Paris/pages/
is very clear. We have nothing to escape.
Thanks,
2015-07-06 17:43 GMT+02:00 Guillaume "Louis-Marie" Delhumeau <
gdelhum...@xwiki.com>:
> Note: I am personally for 1).
>
> 2015-07-06 17:38 GMT+02:00 Thomas Mortagne :
>
>>
Note: I am personally for 1).
2015-07-06 17:38 GMT+02:00 Thomas Mortagne :
> On Mon, Jul 6, 2015 at 5:11 PM, Guillaume "Louis-Marie" Delhumeau
> wrote:
> > Let me resume everything.
> >
> > It seems that jax-rs does not have a solution for handling list
>
are more realistic.
[1]
http://cxf.547215.n5.nabble.com/Passing-array-as-a-parameter-in-JAX-RS-td563656.html
Thanks,
Guillaume
2015-07-06 16:02 GMT+02:00 Thomas Mortagne :
> On Mon, Jul 6, 2015 at 3:51 PM, Guillaume "Louis-Marie" Delhumeau
> wrote:
> > For the record, what
015 at 1:57 PM, Thomas Mortagne
> > wrote:
> >> Did you check in more recent versions of Restlet ? Ours is tarting to
> >> be pretty old.
> >
> > (2.0.14 vs 2.3.3)
> >
> >> On Mon, Jul 6, 2015 at 1:26 PM, Guillaume "Louis-Marie" Delhumeau
&
wiki-platform/commit/3e83b6cf44e8
it actually delegates to the component the parsing of the spaces segments.
It might not be as clean as a proper custom router, but at least is
feasible without rewriting everything.
What do you think?
2015-07-06 12:02 GMT+02:00 Guillaume "Louis-Marie&quo
uot;multiple spaces" option.
> > > >
> > > > Thanks,
> > > > Eduard
> > > >
> > > > On Thu, Jul 2, 2015 at 6:14 PM, vinc...@massol.net
> > > > wrote:
> > > >
> > > >> I think we should decide wh
Hi.
This proposal is already explained in
http://jira.xwiki.org/browse/XWIKI-12206. I think it is an important issue
to fix because it blocks http://jira.xwiki.org/browse/XWIKI-12198 (Ensure
annotations work on nested spaces).
The current REST URL for a space is:
/xwiki/rest/wikis/xwiki/spaces/Eu
+1 for 1) and +1 for the Marius' proposition.
2015-07-01 7:35 GMT+02:00 Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com>:
> On Tue, Jun 30, 2015 at 1:42 PM, Eduard Moraru
> wrote:
> > Hi,
> >
> > Now that we are moving to Nested Documents, there is the question of what
> > do we do with t
Q0: +1 of course
Q1.1: +1
Q1.1.1: +1
Q1.2: -0
Q2.1: +1
Q2.1.1: 0
Q2.1.2: +1
Q2.2: -0
Q2.2.1: -0
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Hi Caty.
For the iteration 1, the only issue I see is that the "Add" action is
located in the same place than actions related to the current document. I
remember that we have a lot of discussions about this in Flamingo, to
finally decide to put it in the top menu. So maybe we could anticipate this
Hi Caty.
Great job.
However, I don't think the Wiki Navigation as you propose it in the Drawer
Menu (iteration 2) is scalable.
Thanks,
2015-06-22 19:18 GMT+02:00 Ecaterina Moraru (Valica) :
> Hi,
>
> One design problem we face with the introduction of Nested Documents is
> that the current glo
2015-06-18 19:52 GMT+02:00 Denis Gervalle :
> -1, since here Document are not all document that could have childs.
> So, if I take your word about assumptions, there should be no difference
> with option one in term of icons.
> The difference could be that for ND, those documents that are not Web
2015-06-17 18:17 GMT+02:00 vinc...@massol.net :
>
>
>
>
>
> On 17 Jun 2015 at 17:59:56, Guillaume Louis-Marie Delhumeau (
> gdelhum...@xwiki.com(mailto:gdelhum...@xwiki.com)) wrote:
>
> > I've created a design page:
> > http://design.xwiki.org/xwiki/bin/
> >> > >
> >> > >> Hi,
> >> > >>
> >> > >> Going on the "node" architecture, where we have only documents and
> child
> >> > >> documents, here's something interesting that
+1
2015-06-17 13:24 GMT+02:00 Eduard Moraru :
> +1. We don`t have much choice in this anyway.
>
> Thanks,
> Eduard
>
> On Wed, Jun 17, 2015 at 11:07 AM, vinc...@massol.net
> wrote:
>
> >
> >
> >
> > On 17 Jun 2015 at 10:04:00, Jean SIMARD (jean.sim...@xwiki.com) wrote:
> >
> >
> >
> > On 17/06/2
The XWiki development team is proud to announce the availability of XWiki
7.1.1.
This is a stabilization release that fixes important bugs discovered in the
7.1 version.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.
+1
2015-06-08 17:06 GMT+02:00 Silvia Rusu :
> Hello,
>
> +1 as well.
>
> Thanks,
> Silvia
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
--
Guillaume Delhumeau (gdelhum...@xwiki.com)
Research & Developmen
2015-06-08 15:25 GMT+02:00 Thomas Mortagne :
> Yes and that's actually one of the reasons why we do nested spaces and
> not nested document, not break anything as much as possible.
>
This is true for the short term proposal (7.2) only since we still use
spaces in the background.
But yes, it will
Hello.
These articles are interesting and I would love to have Marius' opinion
about it.
But the most important point to me is that the Angular team is now
re-writing their framework almost from scratch, and breaking
retro-compatibility with the current version of the framework.
That would be no
+1
2015-06-04 15:15 GMT+02:00 Thomas Mortagne :
> +1
>
> On Thu, Jun 4, 2015 at 3:11 PM, Ecaterina Moraru (Valica)
> wrote:
> > +1
> >
> > Thanks,
> > Caty
> >
> > On Thu, Jun 4, 2015 at 3:55 PM, vinc...@massol.net
> > wrote:
> >
> >> Hi devs,
> >>
> >> We’ve been a bit late on the 7.1 roadmap
Hello XWiki committers.
Vincent have proposed the development of nested spaces for 7.2 and some of
us have already agreed. But the concept of nested spaces introduces a
problem that Denis have mentioned during some internal discussions at XWiki
SAS, and that I am going to report here.
>From a U
You have my +1.
I'll soon get back to you, devs, with some proposals about this.
Thanks,
2015-06-02 10:17 GMT+02:00 vinc...@massol.net :
> Hi devs,
>
> The time has finally come! We’ve been discussing for a long time about
> implementing Nested Spaces in XWiki but we’ve never had the time to do
Hi Gabriela.
It's done:
* Github: https://github.com/xwiki-contrib/application-tour
* JIRA: http://jira.xwiki.org/browse/TOUR
2015-05-21 11:20 GMT+02:00 Gabriela Smeria :
> Hello,
>
> I would like a repository on xwiki-contrib for a "Tour" application.
>
> Name: application-tour
> Description:
Great job. In my opinion, it's going to the right direction.
Guillaume
2015-05-15 19:49 GMT+02:00 vinc...@massol.net :
> I like the direction! :)
>
> I’ve left a comment at
>
> Thanks Caty!
> -Vincent
>
> On 15 May 2015 at 16:33:12, Ecaterina Moraru (Valica) (vali...@gmail.com)
> wrote:
>
> Hi d
The XWiki development team is proud to announce the availability of XWiki
7.0.1.
This is a stabilization release that fixes important bugs discovered in the
previous 7.0 version.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
htt
nning searches if we used references
> instead of selectors?
>
No, selectors are good for that purpose.
>
>
> Thanks,
> Caleb
>
>
> On 04/09/2015 04:08 PM, Guillaume "Louis-Marie" Delhumeau wrote:
> > Interesting topic. An unified way to get data fro
1 - 100 of 426 matches
Mail list logo
