unity-design team mailing list archive

[Roth Robert <evfool@xxxxxxxxx>]

This depends from my point of view in the way 10.10 will integrate
Gnome-Shell ...  because if it will be the main window manager, than only
mutter has to be supported as far as I know, because GS uses only mutter,
and there is currently no possibility of changing the window manager, and
there is no support planned, because as the Gnome Shell devs stated,
designing a shared library - a common base for window managers to implement
- would require a huge effort ...
If the main window manager will not be GS though, these are serious
questions indeed.

Regards,
Robert

On Mon, May 3, 2010 at 5:50 PM, Sam Spilsbury <smspillaz@xxxxxxxxx> wrote:

> On Mon, May 3, 2010 at 10:01 AM, Mark Shuttleworth <mark@xxxxxxxxxx>
> wrote:
> > On 03/05/10 13:22, Roth Robert wrote:
> >> Another tiny detail I have a problem with... having progress status
> >> indicators on the top right side and having the transient status
> >> message appear on the bottom left side seems strange... do the status
> >> messages have to appear on the bottom left? Until now it was fine
> >> because the progress indicator was in the statusbar and the status
> >> message also, but these belong together in my opinion. What if they'd
> >> appear below the windicators for a short time?
> >
> > That's an interesting idea. One issue might be that the toolbar usually
> > shows right below the window title, and it's harder to imagine the
> > status message over the toolbar than over the content.
> >
> >> Going even further with the idea... what if they would be NotifyOSD
> >> messages with smaller bubble, font, and positioned below the window
> >> border?
> >
> > We *could* do an overlay, yes.
>
> Sorry to hijack this discussion on to a slightly more technical issue,
> but I'm not particularly sure where the whole idea started.
>
> While I am in favour of the design aspects of "windicators"
> (per-application volume control from the window itself sounds great),
> I am slightly skeptical as to how this could be implemented in both
> the compiz, mutter and metacity codebase, considering the fact that
> currently the window decorations are drawn as a GDK image in metacity
> and an X Pixmap / GTK image in compiz and the only way of interacting
> with them is a series of input windows in predefined places.
>
> In order for this to work, you would have to either a) Go and extend
> libwnck to allow placement of random pixmaps and input windows in
> decorations (something which will not work well) or b) Implement gtk
> widgets within the decorator (which is something similar to the
> libdbus notifications that ubuntu is doing right now)
>
> If it's the latter that is the case, gtk-window-decorator and metacity
> will both need some heavy lifting. How do we plan to implement this
> and will any work be done upstream.
>
> Kind Regards,
>
> Sam Spilsbury
> (Concerned Upstream)
>
> >
> > Mark
> >
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~ayatana
> > Post to     : ayatana@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~ayatana
> > More help   : https://help.launchpad.net/ListHelp
> >
> >
>
>
>
> --
> Sam Spilsbury
>
> _______________________________________________
> Mailing list: https://launchpad.net/~ayatana
> Post to     : ayatana@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~ayatana
> More help   : https://help.launchpad.net/ListHelp
>