Hi !
> Looks like libwmh cannot set the title before of ggiSetSimpleMode(),
> beacuse the window is not yet visible.
The window is not yet allocated to be precise.
> However, when one crates a window, the title is "ggi on x", and (IMHO)
> it is not a fine thing to see.
You can change that instantly after creating the window, which should
not be noticeable usually. Hmm - I'm just thinking about Windowmanagers
that do manual placement ... for them I'm not sure, if the title is visible
while you are placing the window ... that would be a case, where the title
is visible for a longer amount of time.
The reason why you cannot change the name of the window before setting the
mode is, that before setting the mode, the window does not exist.
> - I set the title on libwmh (which stores it in a field of one of his
> internal structures);
> - ggiSetSimpleMode(), when invoked, check wheter that field is empty,
> and decides to set the title accordingly.
> Would this be possible?
No, not really. The problem is, that LibGGI must not understand anything
about any extension. Intertwining extensions and the base lib isn't good.
It will become a thing with M$-ish stability, if we start doing this.
I already hate the misc extension (that I wrote) for doing that to simulate
splitline.
In the misc extension it is done the other way round, i.e. the misc
extension accesses a field in the main library, which is a little better
than the other way round, but I still don't think that this is nice.
If you think that this is absolutely needed, I'd rather suggest to make it
a target option to the X target or at least do it the other way round and
access some private field of the X target LibGGI code from within LibWMH.
It is at least more reasonable to assume something about the baselib in
an extension (as it will break only programs using that extension if it goes
wrong and it will only increase codesize and dependencies in the extension,
not the baselib), as vice versa, which would waste the advantage of
extensions.
Marcus ?
CU, Andy
--
= Andreas Beck | Email : <[EMAIL PROTECTED]> =