Re: [Gaim-devel] make "away" not a window w/ dialog hint

[Decklin F. <de...@re...>]

Shaya Potter writes:

> The reason for this being that metacity views dialog's as being part
> of the parent, and unminimizable (is that a word?).

Actually... the more I think about it, the less sense the away message
window makes as a "dialog". *Maybe* transient, as it's subordinate to
the blist and not permanent, but it doesn't fulfill the "ask user for
more info before going ahead with something" definition of a dialog. I
still think this is a horribly misguided feature in metacity, however.
But then I'm sure Havoc thinks all sorts of things I've done in aewm are
stupid too (like not implementing _NET_ANYTHING). ;-)

As for the HIG issues...

This is really not worth adding a preference for. I would be perfectly
happy if we killed the window entirely, as I have myself on my buddy
list and can check my status that way. Whatever. But we should pick
something right and go with it.

I've been thinking a menu reorganization is probably in order. Allowing
for a check mark somewhere to say "yes, away is set" would probably be a
good idea. I'll have to think about that some more.

> and this hint just doesn't seem to accomplish anything usefull
> (besides perhaps under some window manager forcing it to be minimized
> with the parent)

Well, as i said, it's a semantic and not a behavioral hint (think <em>
versus <i> in HTML). We shouldn't concern ourself with the decisions
that users make (through their WM) about how to deal with that markup,
only with applying it correctly.

> shaya (oh and not subscribed, so cc me)

Sorry, didn't mean to leave you out of the loop last time.

-- 
things change.
de...@re...