On Mon, 23 Sep 2002 [EMAIL PROTECTED] wrote: > I've let this discussion go on a few days. > > So far, Andrew is the only one to actually say he's at all interested > in seeing completion of RandR's depth switching. > > Given that modern toolkits either have, or could have the fundamental > capability that is wanted, I suspect the work is better put elsewhere. > And I note that the functionality he and I want (the ability to, for example, > migrate from PDA to living room wall) also will generally require apps > that can reload UI's (e.g. glade based, in the GTK world) to actually > be interestingly usable across such different screen sizes. Certainly > the emergence of this capability in (a) modern toolkit has seriously > reduced my own motivation to drive this to completion, and Keith > has had some misgivings about this possibly constraining other work > that needs to go on inside the X server. > > Similiar migration work is not likely to occur with Xt/Motif/Xaw apps > without someone seriously interested in driving Xt/Motif/Xaw forward, > something I've not been able to detect, whereas both GTK and Qt have serious > communities driving them further constantly (and functionality one has > generally appears in the other in finite time). > > I'll see if it is practical to do the library interface in such a way > that if depth switching were implemented someday, it would not break > interfaces. Much of the interface is pretty opaque, already, and not fully > exposing the visual group and groups of groups semantics. > > So unless people crawl out of the woodwork to say I'm wrong, I plan to > remove/hide the depth switching part of RandR so that we can go mainline > with what we have running today, without exposing us to the danger parts > of the design were broken due to lack of implementation experience.
Out of curiosity, is the difficulty in switching depths or visual types? It might be useful, for example, to switch applications between a 16-bit TrueColor visual on a laptop with a limited amount of video memory and a 32-bit TrueColor visual on a nearby desktop. This seems like it would be far less complicated than emulating PseudoColor. Brian _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
