Bob Friesenhahn wrote: > On Tue, 22 Jan 2008, Bob Doolittle wrote: > >> The default behavior of Gnome simply is a bad choice for a stateless >> thin client on a shared system, whereas it might be a fine choice for >> dedicated hardware with graphics acceleration (assuming you didn't >> need those resources for other work). It would be nice if there were >> > > I definitely agree with this. Gnome originates from the "Linux PC" > viewpoint in which most Linux systems which run a desktop are used as > a standalone "PC" rather than as networked multi-user systems. While > Solaris can certainly be used like this, I think that the typical > Solaris system is more likely to be used in true multi-user scenarios > on large networks. A desktop on Solaris needs to be kinder/gentler to > network bandwidth consumption and "idle" CPU consumption. > > The Gnome that comes with Solaris 10 seems to offer very little > configuration capabilities. I would love the capability to adjust/set > this behavior: > > o Use wireframe for window moves and window re-sizes. > o Disable dynamic effects when iconizing a program. > o Don't send tens/hundreds of resize events to programs running in a > terminal window while it is resized (can be handled via > wireframe). > These three can be handled via the reduced_resources gconf key in Solaris 10:
gconftool-2 --type bool --set /apps/metacity/general/reduced_resources true > o Don't automatically bring a window to the top just because > the user clicks in it (I often want to use a window and leave it > partially obscured). > Try this: gconftool-2 --type string --set /apps/metacity/general/focus_mode sloppy gconftool-2 --type bool --set /apps/metacity/sun_extensions/window_raise_on_frame_only true With this, the window is supposed > o Don't allow a new window to grab focus just because it is a new > window. If the window manager is in "focus follows mouse" mode > then this should *always* be respected. With current operation > you are suddenly typing in some other window simply because it > appears somewhere else on the screen. > Maybe someone else can answer this one. I don't have a workaround. I only know know that integrating the focus models between embedded components within staroffice, Java, the browser and the base desktop, over multiple heads and multiple workspaces is more complicated than what I would have guessed. > Bob > ====================================== > Bob Friesenhahn > bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > > _______________________________________________ > desktop-discuss mailing list > desktop-discuss at opensolaris.org >
