Re: GNOME and geometry specifications

[James Henstridge <james daa com au>]

One of the problems with getting the toolkit to parse the --geometry
argument is the question of what should it do with it?  Currently GTK+
applications can create as many toplevel windows as they want, and none is
considered more important than any other by the toolkit.

But if the toolkit handles the --geometry argument, then it would have to
know which window the geometry setting applies to (making one window
special).

As for the X resource database, it does have the benefit that it is
associated with the X display rather than the host the application is
running on, but I am not sure how you would map some of the things that
can go in a GTK resource file to Xrdb settings.

James Henstridge.

--
Email: james@daa.com.au
WWW:   http://www.daa.com.au/~james/


On Wed, 17 Mar 1999, Drazen Kacar wrote:

> Havoc Pennington wrote:
> > 
> > On Tue, 16 Mar 1999, Jim Stewart wrote:
> > > 
> > > is it really a good idea to ignore X resources too, though?  i guess gnome has
> > > its own way of doing that as well, but is there any good reason not to build
> > > GTK with Xt?
> > 
> > It is sort of academic at this point, it's too late to move away from
> > GtkObject. The decision was probably made by the original Gtk authors back
> > in the mists of time.
> 
> According to one interview with Matis and Kimball, they did it from the
> scratch because they wanted to learn how to do it. I'm not advocating Xt,
> but I am advocating X resources (or something similar) and a unified
> command line API. Whether it'll be -geometry or --geometry is not
> really important.
> 
> GTK app can have config file where you can set things one usually sets with
> X resources, but there's no way to set it one way for one display and
> another way for another kind of display. That's targeted to desktop
> systems where you have everything on one computer and no X terminals.
> In case you have to configure something to work nicely on grayscale
> X terminal and on 8bit Pseudo Color and on 24bit True Color and on small
> monitors and on 21" trinitrons and with X11R6 and with X11R5 and so on,
> things become nasty if you don't have X resources.
> 
> As for special requirements some apps have regarding --geometry; you can
> parse command line arguments before you call GTK init functions. So you
> can handle your special case of --geometry and remove it from argv[]
> before you call any of GTK functions. I think that most apps don't
> need special handling for this and it would be really nice if GTK
> handled it.
> 
> -- 
>  .-.   .-.    Life is a sexually transmitted disease.
> (_  \ /  _)
>      |        dave@srce.hr
>      |        dave@fly.cc.fer.hr
> 
> 
> -- 
>         FAQ: Frequently-Asked Questions at http://www.gnome.org/gnomefaq
>          To unsubscribe: mail gnome-list-request@gnome.org with 
>                        "unsubscribe" as the Subject.
>