> From left to right:
>
> - "bar1_top" is an active bar (no tray icons)
> [a gap of 32 pixels]
> - "bar5_tray" is an active bar (tray icons only)
>
.
>
> But if I set bar1 locked in position relative to bar5 instead,
> (removing bar5's "locked to bar1" setting)
> they move into the correct relative positions after I click
> Apply in pproconf -- but as bar1 expands and shrinks,
> it does not move left or right to compensate for its own
> change of width.
> In the second case, the left bar does not monitor its own width
> and does not move when it should.
>
I think this is working as designed and so you won't be able to do
what you want with Locked bars. Bar locking is really a master-
slave relationship. So in the second case, you have made bar5 the
master, so bar1 position will only be adjusted with respect to it
when bar5 itself moves. PowerPro does not have a way for slave bar
to update its position when it grows and so changes its position
with respect to the master. It assumes that if you move a slave
bar, you want it to stay moved, and not to snap back to where it was
with respect to the master. This makes sense for most move
situations, it seems to me, although it does mean that the moves or
size changes due to addition of active or folder buttons will cause
the situation you have found. (Showing subbars or hidden buttons on
slave bars could have the same effect).
What you want is for active buttons to cause a bar to move left,
rather than grow on the right. You could possibly do this with a
windowhook that responds to any move or size by the bar, and then
moves it so that the bar right position stays the same. Somethink
like this in windowshook routine
if (window "bar" and window is moving) ;; check window hook docs
static bGate
if (bGate)
quit
bGate =1 ;; prevent infinite loop when this code moves bar
local offset = win.right("bar") - Desired_right
if (offset!=0)
win.move("bar", win.left("bar)-offset, win.top("bar"))
bGate=0
I will also think about possibly changing the master-slave
relationship for the case where active buttons or subbars cause a
change in slave bar size, if this can be done easily.
---------------------------------------------------------
>
> If I move the target with win.move("barname",xvar,yvar)
> the locked bars do not follow.
I will look at fixing this for 4.5.01
------------------------ Yahoo! Groups Sponsor --------------------~-->
Yahoo! Groups gets a make over. See the new email design.
http://us.click.yahoo.com/XISQkA/lOaOAA/yQLSAA/JV_rlB/TM
--------------------------------------------------------------------~->
Attention: PowerPro's Web site has moved: http://www.ppro.org
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/power-pro/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
