Mark Vojkovich wrote:
> >
> > What I thought I might be able to do is query the window stacking
> > order from X... If I knew the top most window (which represents a loaded
> > sound), then that would be the window for which I play the sound when
> > the play button is pressed.
>
> The active window might not be top-most. It's up to the window
> manager. In my fvwm configuration, I don't have windows pop to the
> top when I'm working in them. I've have to explicitly click the
> title bar to move them forward.
>
> I don't think relying on window position in the stack makes
> for a good user interface. I think you're better off with a
> checkbox indicating which is current, and not changing it until
> somebody clicks a different box. Just my opinion.
>
> Mark.
>
Well, the top most window *was* going to be the visual cue which makes it the
'active' window... So... Hmm...
Another possibility is to have a separate narrow window down the left or
something with a listbox of the loaded sounds, and you could selected the one
to be the active in the listbox... It would probably raise the window when
you clicked on it too... Even further, perhaps the user could select
multiple windows to be active in the listbox, and hitting play (or any other
action button) would apply to all windows represented by the selected items
in the list box.....
----MainWindow------------------------------
| |play| |stop| |
--------------------------------------------------
--------
| ------ | -------abc-----------------
| | abc| | | |
| |*def | | | -------def-------------------
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| ------ | | | |
-------- ----| |
-----------------------------
-- Davy
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
