[openbeos] Re: inconsistency?
- From: Adi Oanca <adioanca@xxxxxxxxxxxxxx>
- To: openbeos@xxxxxxxxxxxxx
- Date: Mon, 30 Aug 2004 13:26:48 +0300
Hi,
Waldemar Kornewald wrote:
setup: no modal app. 6 modal subset windows. 2 normal ones. each normal
window has 3 modal subset windows added to its subset.
you can do *only* this:
*) select main window -> that window comes in front *and* the 3 modal
subset windows pop in front of it. (repeat with the other window if you
like)
*) selecting(clicking) main window or *any* of the three modal ones has
no effect - the order is preserved.
*) selecting one of the 3 modal subset windows belonging to the other
window, *will* bring that window in front, *and* the other modals added
to normal window's subset after it(if any - 3rd modal subset one.) will
pop out in front. Modal subset windows added before this one, will not
(be) move(d). Valuable for its main window, also.
What do you say?
So if I got that right:
App1:
1 main window: w1
2 modal subset for main: s1 and s2
App2:
1 main window: w2
(1) If s1 is active you cannot activate s2?
Depends of the order in which they were added to w1's subset.
If s1 was added, then s2, s2 is active and you cannot activate s1. You
have to finish with s2 first.
If, s2 was added first, then yes, s1 is active and you cannot activate
s2.
(the last window added is the front most one)
(2) But if you select w2 (App2) and then select s2 it becomes active?
Yes.
If s2 was added after s1, only s2 will be brought in front.
If s2 was the first one to be added, followed bye s1, then s2 will be brought in front and s1 will
pop out in front of it.
Basically, you can force (1) indirectly by doing (2). How is that consistent?
It's not. s1 will pop out in front of s2 - like I described above.
Joe user should be allowed to decide which subset window he wants, i.e.: no blocking between subset windows.
Agreed, as long as you are talking about floating subset windows.
When it comes to modal subset windows, I thought we've got the same
opinion. Am I wrong?
Modal subset windows (IMHO) should behave exactly like modal app ones. Until you're not done with
the first one, you can't go to the second.
Why should the user be allowed to select each one of them?
I mean, you have a save dialog, you enter a path and click save, but the path is wrong and another
modal appears in front of this window telling you the obvious, while in the same time preventing you
from accessing the main window *and* the modal save dialog. This way you have to read what that
window says and click OK to resume your work, and you will continue with some info of what just
happened.
IMHO, subset windows, by no means should be selectable. They are exactly the same as modal app,
with the exception that they act for only one window of that application.
(Yes, I know, subset windows can be added to any number of normal windows' subset, but here we are
talking for one window only.)
You cannot select a modal subset window as long as a modal app window is blocking the whole app.
Exactly.
Here I would like to add an important feature: if the user clicks on any
window (#1) that is being
blocked by another window (#2) such that the blocking window (#2) should get a
flashing frame
(if it has no frame it should get one) for about 1.5 seconds in order to
indicate that #2 must
be closed before #1 can be accessed.
If multiple windows are blocking that window the whole group should begin
flashing.
:-)) Ala MS Windows XP...? :-)
Yes, I thought of that, and I agree, it's a good idea.
bye,
Adi.
Other related posts:
