On Thu, 8 Jan 2004, Tom Payne wrote:
> I can't test Xinerama features, and have no experience of it so I can't
> test anything, but.. The 'auto' dock feature causes the dock to absorb
> dockapps started on the same screen as the dock. If there is no dock on
> the first screen then the dockapps don't get absorbed anywhere.
Ah, I see how this would make sense if one used multiple docks. Perhaps if
there is no dock on the first screen then other screens can be searched
for auto docks?
> You might be able to get around this by setting winprop{target="dock"}
> for any dockapps you start on the first screen.
I think I tried that and it worked after startup, but not on startup,
which doesn't make sense to me -- I might mess around with it some more.
> > Worse, if dockapps are present before the dock starts (as happens if I
> > start dockapps in my .xsession), the dock also won't suck them up
> > (though probably this is the same problem).
Perhaps the problem I saw was again caused by the dockapp being on the
second screen... though I can target other frames on the second window on
startup without problems...
