Re: Control Center Shell and libslab



On Tue, 2006-11-28 at 23:20 +0000, Thomas Wood wrote:
> On 28 Nov 2006, at 19:18, Jim Krehl wrote:
> 
> >> I spoke to Rodrigo and Seb about this briefly on IRC. Rodrigo also
> >> suggested forking SLAB, but I would still like some feed back from the
> >> current authors about their opinion. Seb is in favour of just going
> >> ahead and making changes, since the code is now in GNOME cvs.
> >
> > There is a fair amount of Novell specific stuff in the slab, but the
> > intent is to make it more generic.  The patches that have been 
> > submitted
> > so far do not seem like that big of a deal to incorporate.  It might
> > help if you could elaborate on why the patches can't be accomodated.
> 
> I really just wanted to get some sort of permission before committing 
> random patches! The patches so far affect only the appearance, and I 
> thought this might be the one area Novell would be most sensitive 
> about.
> 
> > However, I may be speaking out of turn as they mainly impact the 
> > portion
> > of libslab under Scott Reeves's control.  About the context menu.  Is 
> > it
> > really useless?  I can see that the favorite apps menu item is, but the
> > others seem useful to me.
> 
> At the moment the context menu provides a way to launch the item (same 
> as normal click), help (unavailable), add to favorites and add to 
> startup programs. Out of these, I can only see that help might be 
> useful in the context of the control center, but this seems such an 
> un-obvious place that I doubt it's really helpful. In other places I 
> can see these items as being useful, but not in control center. As 
> there are no plans (as far as I know) to include the application 
> browser and others, maybe an option to turn the context menu off makes 
> sense for Gnome?
> 
yeah, for the control-center it makes sense, although I guess it's not a
bad idea to provide a Help item, provided it works, of course :-)
Although a menu with just one item makes not much sense, but if we add
the Uninstall option Scott mentioned, it might make sense to keep it
around.
-- 
Rodrigo Moya <rodrigo novell com>




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]