Changes
no edit summary
:::::: I managed to compositing [http://dev.laptop.org/~sayamindu/sugar_metacity/composited_sugar.png working] also [[User:SayaminduDasgupta|SayaminduDasgupta]]
:::::: I managed to compositing [http://dev.laptop.org/~sayamindu/sugar_metacity/composited_sugar.png working] also [[User:SayaminduDasgupta|SayaminduDasgupta]]
:: Here's what Ubuntu Netbook Remix is doing: "The permanently-maximized window state is handled by a program called Maximus that runs silently in the background. The Remix environment is still using the regular old Metacity window manager." -- http://arstechnica.com/news.ars/post/20080604-hands-on-with-the-ubuntu-netbook-remix.html - the code is at https://code.launchpad.net/~netbook-remix-team/netbook-remix/maximus "Although the windowing model is good for devices with small screens and the implementation is clever, the Maximus program is still a bit of a hack and doesn't really work well in certain corner cases. The most visible place where it breaks down is when testing The GIMP, which uses floating palettes. These get maximized and overlap each other, obscuring the main program content and making it impossible to use. Those kinds of bugs will have to be worked out before the software is ready for widespread adoption." --[[User:Morgs|Morgs]] 10:34, 5 June 2008 (UTC)
:: Here's what Ubuntu Netbook Remix is doing: "The permanently-maximized window state is handled by a program called Maximus that runs silently in the background. The Remix environment is still using the regular old Metacity window manager." -- http://arstechnica.com/news.ars/post/20080604-hands-on-with-the-ubuntu-netbook-remix.html - the code is at https://code.launchpad.net/~netbook-remix-team/netbook-remix/maximus "Although the windowing model is good for devices with small screens and the implementation is clever, the Maximus program is still a bit of a hack and doesn't really work well in certain corner cases. The most visible place where it breaks down is when testing The GIMP, which uses floating palettes. These get maximized and overlap each other, obscuring the main program content and making it impossible to use. Those kinds of bugs will have to be worked out before the software is ready for widespread adoption." --[[User:Morgs|Morgs]] 10:34, 5 June 2008 (UTC)
: Suggestion by Albert Cahalan:
:: Suggestion by Albert Cahalan:
:Consider running one Sugar activity per virtual desktop. This would allow multi-window programs like the infamous gimp to fit in pretty well, except that of course they are not full-screen and thus receive window borders. Nobody ever sees a window border until they run something that isn't full-screen.
:: Consider running one Sugar activity per virtual desktop. This would allow multi-window programs like the infamous gimp to fit in pretty well, except that of course they are not full-screen and thus receive window borders. Nobody ever sees a window border until they run something that isn't full-screen.
# Support standard window icons in the frame activity list.
# Support standard window icons in the frame activity list.
## TBD
## TBD