Hi Marius, 

On 10 Apr 2014 at 21:07:13, Marius Dumitru Florea 
([email protected](mailto:[email protected])) wrote:

> On Thu, Apr 10, 2014 at 6:08 PM, Guillaume "Louis-Marie" Delhumeau
> wrote:
>  
> > But developers already needs to create a UI Extension, why not a panel?
>  
> Because for the panel you'd have to write code.. Moreover, we
> discussed about the fact that the non-typed parameters of the UI
> Extension are not always a good idea and that for the application
> panel a dedicated class would have been better (with typed
> properties). There is a big difference between having:
>  
> icon: myIcon.png
>  
> and
>  
> content:
> #if ($panelWidth == "small")
> [[image:myIcon.png]]
> #else
> ## Display stuff as a list
> #end
>  
> The first is semantic (data) and can be reused in other places. The
> second would have to take the image from a property in order to not
> duplicate the application icon, so more code.. The first is clear to
> the developer: he has to specify the application icon. The second is
> not, without reading documentation about what to write in the panel
> content in order to have the application icon available for the
> application bar.
>  
> > Maybe we should provide a template for this kind of panels so it would be
> > very easy to create a new one, or a wizard that generates it easily?
>  
> I find it awkward to ask the dev to create a panel in order to display
> an icon on the application bar. 

It would be awkward if that was the goal but it’s not :)

There’s no notion of AppBar!

It just means that if an app wants to have a panel on the side, it needs to 
define it as they have always done (see blog app for ex) :)

So if an App wants that its users to display a panel to link to them, then they 
do the users a favour by creating such a panel for the users to use.

Autogenerating panel would make this a special case and I’m not sure we need a 
special case here.

Thanks
-Vincent

> The dev should just fill an
> application descriptor and then the App Bar manager (panel wizard or
> whatever) should create a panel on the fly (if that is needed for the
> underlying implementation) to display the icon/shortcut on the
> application bar.
>  
> Thanks,
> Marius
>  
> >
> >
> > 2014-04-10 16:09 GMT+02:00 Marius Dumitru Florea <
> > [email protected]>:
> >
> >> To be clear, I'm not against reusing the left panels bar for the app
> >> bar. What I don't like is asking application developers to write a
> >> panel (boilerplate code) in order to have their application listed
> >> somewhere.
> >>
> >> Thanks,
> >> Marius
> >>
> >> On Thu, Apr 10, 2014 at 4:41 PM, Marius Dumitru Florea
> >> wrote:
> >> > I don't like it very much. Instead of writing code like this:
> >> >
> >> > #if ($panelWidth == "small")
> >> > ## Display stuff as icons
> >> > #else
> >> > ## Display stuff as a list
> >> > #end
> >> >
> >> > in a panel, I would prefer to describe my application using an XClass
> >> > (with properties for app name and icon). Then the system (XWiki, Panel
> >> > Wizard, whatever) should use these data (app name and icon) to build
> >> > and UI that lets the user put shortcuts to his favourite app to a bar.
> >> > If you want, the system should create this "panel". Asking app
> >> > developers to write this boilerplate code to have their app listed is
> >> > not nice.
> >> >
> >> > Thanks,
> >> > Marius
> >> >
> >> > On Thu, Apr 10, 2014 at 4:17 PM, Guillaume "Louis-Marie" Delhumeau
> >> > wrote:
> >> >> Hi.
> >> >>
> >> >> After some discussions with Caty and Vincent, we would like to propose
> >> you
> >> >> new ideas about the panels technology, that replaces our previous
> >> >> propositions about the Flamingo Applications Bar.
> >> >>
> >> >> The proposal is there, with more explanations and screenshots:
> >> >> http://design.xwiki.org/xwiki/bin/view/Proposal/PanelsImprovements
> >> >>
> >> >> Here is my +1.
> >> >>
> >> >> Louis-Marie
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to