Re: WM standards

[Evan Martin <martine cs washington edu>]

On Wed, Jun 05, 2002 at 01:16:16PM +0100, Carlos Pereira wrote:
> 1) gdk_window_set_decorations is not recognized
> by GNOME (sawfish) and twm, this on PPC Yellow Dog
> 2.2, which in turn is based on Red Hat 7.2.
> In KDE, gdk_window_set_decorations is recognized,
> but only if the window is unmaped (with the inevitable
> and annoying flashing effects), for example:

It works form me if you call it before the window is realized.  (This
is different from "shown", in that gtk_widget_hide() doesn't unrealize
the window.  You must call gdk_window_set_decorations() before you show
the window the first time.

The GTK1.2-based "gqview" has a fullscreen mode; you might be able to
find out how to properly fullscreen your window from that source.  I
imagine resizing your window with width = gdk_screen_width() would be
the right path, and that should ignore any task bars you have.

> 2) The environment variable BROWSER, which was defined
> on Red Hat 5.2 is gone in 7.2, at least on Yellow Dog 2.2.
> I used this to launch a browser pointing to the web pages
> containing updated Help information, when users choose Help 
> Remote instead of the local Help options that I also provide.
>
> Is there an elegant way of dealing with this?

If you're using GNOME they have a URL spawning function.  Otherwise,
depending on BROWSER is platform-specific (even it it existed on Redhat,
it's not on, say, Debian).

I did something like this in my project:
http://loserjabber.sourceforge.net/ss/settings_web.png

With the predefined suggestions in the combo box like this:

char *spawn_commands[] = {
        "mozilla -remote 'openURL(%s, new-window)' || mozilla %s",
        "gnome-moz-remote --newwin %s",
        "galeon %s",
        "netscape -remote 'openURL(%s, new-window)' || netscape %s",
        "opera -remote 'openURL(%s,new-window)' || opera %s", /* note no space */
        NULL
};


-- 
      Evan Martin
martine cs washington edu
  http://neugierig.org