Re: [xwiki-devs] [Proposal] Officially deprecate GWT WYSIWYG editor and don't fix issues related to it

2016-10-14 Thread Thomas Mortagne
+1 to move issue to a new jira project and duplicate those that reproduce in the new WYSIWYG On Fri, Oct 14, 2016 at 2:56 AM, Eduard Moraru wrote: > Hi, > > If we retire it to contrib, then indeed, it needs its own jira project and > the existing opened issues

Re: [xwiki-devs] [Proposal] Having the docextra tabs in edit mode.

2016-10-14 Thread Denis Gervalle
+1 for your proposal until we have a better solution. I would avoid comment tab if ever possible, since it increase the inconveniences already explained. I agree with almost all other comments, but until we have time for something better, this proposal would be a first improvement. We should

Re: [xwiki-devs] [XWiki Day] BFD#121

2016-10-14 Thread Alexandru Cotiuga
Hi devs, There was a mistake that I made in the announcement of this week's BFD: it's #122 and not #121. See the results in the blogpost: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+122. Thanks, Alex On Thu, Oct 13, 2016 at 10:51 AM, Alexandru Cotiuga < alexandru.coti...@xwiki.com>

[xwiki-devs] [Proposal] Roadmap for 8.4.x till end of the year

2016-10-14 Thread Vincent Massol
Hi devs, After discussing with XWiki SAS internally here’s a list of items that’s interesting to fix for XWiki SAS (in that order, from top to bottom) from now till end of the year (i.e. 8.4.x). The goal is to try to take as many issues as possible from this list, starting from top to bottom.

[xwiki-devs] [Proposal] Entry point for Extensions

2016-10-14 Thread Vincent Massol
Hi devs, Problem === We have 2 issues right now when installing an extension in XWiki: 1) It’s not clear where is the entry point of that extension. - Example1: an app that is only for admins and only has a ConfigurableClass - Example2: an app that provides a macro and doesn’t have a UI

Re: [xwiki-devs] [Proposal] Entry point for Extensions

2016-10-14 Thread Vincent Massol
> On 14 Oct 2016, at 19:03, Thomas Mortagne wrote: > > This does not make any sense at general Extension level. > > Could be custom metadata that apply to XAR extensions. Since that only > make sense for XAR extensions I would prefer to have this be > implemented as

Re: [xwiki-devs] [Proposal] Entry point for Extensions

2016-10-14 Thread Vincent Massol
Hi Paul, > On 14 Oct 2016, at 19:05, Paul Libbrecht wrote: > > > On 14 Oct 2016, at 19:03, Thomas Mortagne wrote: >> For me this is already the job of the uix we use for application panel >> so I don't really see the point of adding something

Re: [xwiki-devs] [Proposal] Entry point for Extensions

2016-10-14 Thread Thomas Mortagne
This does not make any sense at general Extension level. Could be custom metadata that apply to XAR extensions. Since that only make sense for XAR extensions I would prefer to have this be implemented as a xobject as usual. For me this is already the job of the uix we use for application panel

Re: [xwiki-devs] [Proposal] Entry point for Extensions

2016-10-14 Thread Paul Libbrecht
On 14 Oct 2016, at 19:03, Thomas Mortagne wrote: > For me this is already the job of the uix we use for application panel > so I don't really see the point of adding something else. Well, that would be a job for extensions.xwiki.org: - prioritise entry-points in