Improved window management

[Nobody III]

Thanks for getting me to reread the New GUI Architecture page. It answers
some of my questions, but not all of them.
For adding minimize/maximize/restore/close buttons to the window
decorations, how do we handle the decorator not recieving input? Should it
send rectangles to indicate where the buttons are, and be sent signals from
the layouter when the mouse is over/clicking on one of them?
Also, what is the best way to implement focus on click? People won't want
to have to click on the window decorations or the panel every time they
want to switch windows.
It seems like the destop and panel should be at least partially combined. I
understand that there could be security issues with this.
I have been thinking about how to allow users to have user-specific
applications appear on the desktop and menu. What seems the most logical
(secure yet user-friendly) is to use different text colors for system-wide
and user-specific applications. Do you have any ideas on this? I could see
the panel/desktop becoming overly complex.

On Sun, May 10, 2015 at 5:15 PM, Norman Feske <norman.feske at ...1...>
wrote:

> Hi Ben,
>
> On 05/09/2015 05:53 AM, Nobody III wrote:
> > Genode's window manager is very simple and lacks the following
> > functionality:
> > minimize/maximize/restore
> > close window
> > force kill
>
> are you referring to the window management of the default demo scenario
> or the window manager that is hosted in repos/gems? In the latter case,
> adding minimize/maximize/restore/close would not require any change of
> the nitpicker interface. Instead, these functions could be implemented
> in the so-called "layouter", which is a separate component. You can find
> more information about the architecture here:
>
>   http://genode.org/documentation/release-notes/14.08#New_GUI_architecture
>
> > It seems like the nitpicker service should be modified to support
> > whichever of these functions it doesn't already. I'm unsure of how
> > exactly force kill could be implemented--especially since not all users
> > can be considered trustworthy. How do we fit users into the Genode
> > security model? Users need to be given reasonable authority--complete
> > authority in some cases. Any ideas?
>
> Nitpicker is equipped with an emergency feature called "kill mode". It
> can be activated by the user by pressing a configurable key. In the
> default demo scenario, this key is F11. When activated, nitpicker tints
> the screen in red color, marks all screen regions with the labels of the
> corresponding clients, and allows the user to pick a view to remove.
> Nitpicker will then lock out the selected client from the user
> interface. Technically, it is not killing the program but merely
> suppressing its output.
>
> In practice, the kill mode is not that important, especially since we
> introduced layered domains to nitpicker in the release 14.08 (see the
> link above). Using layers, a trusted application such as a panel can be
> guaranteed to always appear in front of all others. This application
> would be a natural place to implement application-management
> functionality. The launcher as featured in the gems repository is a
> representative of such an application. You may give it a try with the
> repos/gems/run/launcher.run script. After starting a subsystem, you can
> press the corresponding button again, but a bit longer. This activates a
> context menu, where you can kill or hide the subsystem.
>
> Cheers
> Norman
>
> --
> Dr.-Ing. Norman Feske
> Genode Labs
>
> http://www.genode-labs.com · http://genode.org
>
> Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden
> Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> genode-main mailing list
> genode-main at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/genode-main
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.genode.org/pipermail/users/attachments/20150510/1597da20/attachment.html>