"how would we deal with the menu bars at the top" When going into the activity-overlay the tab and application window would be severed but it could still be the application. The close button would be controlled as part of the frame as well as the click and drag to min-max. This would probably have to be decided at the programing level however, i'm not sure.
In the beginning however they could still stay bellow the tab and have the tab just the title. But eventually applications would change to use the extra space, as well as placing menus and such in the application hot-corner. This allows for maximum application space as well as allowing quick access to tools or settings. Note: The application hot-corner overlay stays within the application window but is still activated by the bottom right corner. The application overlay could be kinda separate from the application and partly handled by shell's rendering engine. When in nautilus and grabbing a file a trash overlay could also appear in the bottom right corner. Of course the whole layout of the application hot corner could work in different ways, maybe not this way. Lot of work but this could simplify a lot of stuff. In the future as things move toward touch interfaces these hot corners could be activated by gestures as well so all is not lost. Hope I answered that right. "The gnome-do-like part seems nice, but would it be a good idea if it was written from scratch or ported to C/C++ for this implementation?" I feel porting it over would be best as well. Some of the challenges porting to C++ from mono http://www.figuiere.net/hub/blog/?2009/04/01/656-porting-to-cplusplus There is a lot of Zeitgeist work that could be very beneficial to this as well as the shell itself.
_______________________________________________ gnome-shell-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-shell-list
