[openbeos] Re: inconsistency?

Mikael Jansson wrote: 
Adi Oanca <adioanca@xxxxxxxxxxxxxx>:

Mikael Jansson wrote:

Oh, one more thing:
Suppose we're typing something and a IM client wants to put its new window in front. As we have decided, it won't do that anymore. Still, we have to alert the user in some way that a new window has opened.

One pretty good solution which I've seen in a recent email is to have the Deskbar flashing 3-4 times application's name and then when you click, highlight the new_window/window_which_wants_focus.
Still, there may be a problem with that as our Deskbar is not always visible. Maybe the Deskbar should come in front(without focus) on such an event.


We need another solution. BDeskbar::SetExpanded(false) is how I have my Deskbar.

Not exactly. If you have your Deskbar contracted, then this feature won't be available.


The second, and the most simple one, is to display that new window beside the one that we're working in - where it best fits between our focus window's borders and screen edge.


Yup, would be pretty easy to just get the position of the current window and display a note that another window wants our attention, and then make it go away after a delay t, or if the user clicks on it.

"Display a note"? Where? And where is the relation between that note and the position of current window?


W is the window you're working with.
W' is the window that wants to popup.
N is a window that says "W' wants your attention!"

When W' displays a window and W is focused, N positions itself right next to W, preferedly to the left side, somewhere as "high up" as possible..

While the idea seems good (I see it like Kopete signals new people contacting me), I don't like it very much. It's quite the same with my 2nd option. If there is some free space near the focus window, the new window will be shown there. Why show another bubble-type window?
Also, what happens when the focus window is maximized...?


Adi.

Other related posts: