Re: "connect" two windows
To make it a little clearer let's assume I have an instant messenger and the buddy list is in one frame, the actual conversation in another.. If I now switch to the messanger's buddy list in the first frame, I would like the conversation to appear automatically in the second frame. I don't know how to do what you want, but I think I know what you mean. If I'm right, perhaps my explanation will help someone else help you. So here is the situation you seem to be talking about: 1. Two IM-related windows are already open: a buddy list and a conversation. They are in two different frames. 2. The conversation window is hidden by another window in its frame. 3. When the buddy list window gains focus, you want the conversation window to become the visible window in its frame. -Karl V.
Re: "connect" two windows
On 2007-05-15, Pascal Ehlert <[EMAIL PROTECTED]> wrote:
> I've another question.. Is it somewhat possible to "connect" two windows
> in different frames (are they called frames btw?) .
> To make it a little clearer let's assume I have an instant messenger and
> the buddy list is in one frame, the actual conversation in another.. If
> I now switch to the messanger's buddy list in the first frame, I would
> like the conversation to appear automatically in the second frame.
As already mentioned, you can create such fixed policies with
"winprops" or ("kludges" or some like to call them, by the name
of the configuration file that contains some defaults), by matching
against the windows' classes, roles and instances, supposing the
application provides such information. Too few applications do
these days.
More flexible policies could perhaps be implemented, if someone
could be arsed to write that FDO startup spec support module, that
I've been suggesting quite a few times. (I won't do it, as I seldom
use applications that would both have the support and could be
improved by Ion supporting it too. Most importantly xterm and the
shell don't. Plus the protocol is painful, like all FDO shit.)
Then, supposing that the application supports it too, and sets the
LAUNCHED_BY property, you could have rules like "windows opened by
windows in this frame go to a nearby frame" or "windows opened by
this window go in another frame".
Perhaps it might in this case also be possible to use the "window
groups" of ICCCM, if the application does set the group leader
suitably, but I don't know if they do (never used any IM, and don't
plan to... unless IRC counts), and I've never bothered with window
groups. (Applications, or more appropriately "documents", should
generally have only one window as far as I'm concerned! And the
prototypical use for window groups is grouping of separate toolbox
windows and such abominations with the main document(s). Perhaps a
conversion window is a different document from a buddy list, but
would belong in the same group nevertheless. But does such a group
have a natural leader, which the ICCCM window groups suppose?)
--
Tuomo
Re: "connect" two windows
On Tue, May 15, 2007 at 10:15:40PM +0200, Sylvain Abélard wrote: > (if setting them differently than the buddy list at all). But then, I > didn't try the > new version of GAIM or whatever they named it. > > -- > Sylvain Abelard, > Railer Rubyist. Epita MTI 2008. gaim and pidgin have been setting meaningful wm_window_role:s on the windows for *ages*. I know because I've been using them and made sure they got put there in the code in the first place. The conversation window, the buddy list, the accounts window, the preferences window, and the status window all have roles (as do many of the dialogs though they tend to share roles). -Etan
Re: "connect" two windows
On Tue, May 15, 2007 at 10:01:39PM +0200, Pascal Ehlert wrote: > I've another question.. Is it somewhat possible to "connect" two windows > in different frames (are they called frames btw?) . > To make it a little clearer let's assume I have an instant messenger and > the buddy list is in one frame, the actual conversation in another.. If > I now switch to the messanger's buddy list in the first frame, I would > like the conversation to appear automatically in the second frame. > > > Thank you > > -- > Pascal A 'frame' is a split on the screen, the default layout has two (unless that's changed recently), a 'tab' or 'client window' (cwin) is an item in a frame. If you have the buddy list in one frame and the conversation window in another then you should be able to see them both at the same time. If instead you mean that you have them both as cwins in the same frame then you can only see one at a time and if you want to see them both make two frames. If I didn't answer your question please try again. -Etan
Re: "connect" two windows
I've another question.. Is it somewhat possible to "connect" two windows in different frames (are they called frames btw?) . To make it a little clearer let's assume I have an instant messenger and the buddy list is in one frame, the actual conversation in another.. If I now switch to the messanger's buddy list in the first frame, I would like the conversation to appear automatically in the second frame. You can use winprops to attach your client windows in the frames you want. I'm not sure about what you want to do, but I must warn you that very few (if any) IM client "correctly" sets its winprops, ie. setting them in a usable manner (if setting them differently than the buddy list at all). But then, I didn't try the new version of GAIM or whatever they named it. -- Sylvain Abelard, Railer Rubyist. Epita MTI 2008.
"connect" two windows
Hi again! I've another question.. Is it somewhat possible to "connect" two windows in different frames (are they called frames btw?) . To make it a little clearer let's assume I have an instant messenger and the buddy list is in one frame, the actual conversation in another.. If I now switch to the messanger's buddy list in the first frame, I would like the conversation to appear automatically in the second frame. Thank you -- Pascal
