Hi,

On Fri, Oct 14, 2016 at 8:18 PM, Vincent Massol <vinc...@massol.net> wrote:

>
> > On 14 Oct 2016, at 19:03, Thomas Mortagne <thomas.morta...@xwiki.com>
> 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 a xobject as usual.
>
> Yes, it could be implemented as a UIXP/XObject of the Extension UI.
>
> > 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.
>
> It’s not enough at all. That was my main point and explanation. Apparently
> I failed to explain the problem correctly.
>
> I’ll give more details:
> * You install a XAR extension that provides a ConfigurableClass (but you
> don’t know that as a user)
>

I would say that an application would need both and Entry Point (i.e.
homepage) but also an optional Configuration section (i.e. administration
section defined by either a ConfigurableClass entry or even something
custom).

Thanks,
Eduard


> * After you’ve installed that extension, as a user, you don’t know what to
> do. You need to go read the doc for the app to understand where you need to
> go to start using it.
>
> So I’m really convinced we need something better than what we have now.
>
> Now after we move the Applications UIXP to the xwiki-platform-applications
> module, we could add an “entrypoint’ property in the UIXP but that would
> mean that the Extension Manager UI module would depend on
> xwiki-platform-applications. We would need to decide if it’s ok. I think it
> is since it can be considered as an application descriptor and I don’t see
> a problem of having the EM UI module know about application descriptors.
>
> WDYT?
>
> Thanks
> Vincent
>
> > On Fri, Oct 14, 2016 at 4:10 PM, Vincent Massol <vinc...@massol.net>
> wrote:
> >> 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
> >>
> >> 2) Even when an extension registers itself in the Applications Panel,
> the user still need to refresh the page or navigate away to see it.
> >>
> >> Proposal
> >> ========
> >>
> >> * Introduce the concept of Entry point (a.k.a home page) in Extension
> metadata
> >> * Have the EM UI display the extension’s entry point (when there’s one)
> after having installed the extension so that the user can click on it and
> be taken to the home page of the extension.
> >>
> >> This would make extensions more discoverable IMO.
> >>
> >> Implementation Details
> >> ==================
> >>
> >> * Some maven extension metadata properties in pom.xml
> >>
> >> * A format to represent an entry point. It shouldn’t be a full URL
> since that needs to be computed at runtime. Basically it should contain:
> >> ** The document reference
> >> ** The action to use (view, admin, etc) - optional, should default to
> “view"
> >> ** The query string to use - optional, should default to an empty query
> string
> >>
> >> This corresponds to the notion of ResourceReference
> (EntityResourceReference to be precise). However we don’t have any textual
> representation of it ATM.
> >>
> >> WDYT? Good idea? Bad idea?
> >>
> >> Thanks
> >> -Vincent
> >>
> >> _______________________________________________
> >> devs mailing list
> >> devs@xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/devs
> >
> >
> >
> > --
> > Thomas Mortagne
> > _______________________________________________
> > devs mailing list
> > devs@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
>
> _______________________________________________
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to