Hi Bruce
Yes the idea is to have the left bar seem to expand leftwards
in effect (actually expand/shrink at its right end and move
with respect to its master [the bar on the right] accordingly).
The reason is that these ontop bars cover the caption of a maximised
window. The right end of a caption is blank and the left end shows
useful info, such as the current file being edited.
So I'd prefer to place the tray bar (the right one)
as far to the right as possible without ever covering the
min/max/close buttons of the window below, and have the left
bar only cover as much of the caption text as necessary.
If the left bar is master, I must place it far to the left,
just in case it grows wide enough to make its slave cover the
underlying window's Min button.
-------------------------------------------------------
> 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.
Not essential, but it would be nice if it's not too much trouble.
Even without any further changes, the new bar locking features
are great - definitely not chopped liver <grin>.
Anyway, I've made a gadget which resolves the problem of covering
the caption text.
It's the opposite of "bump edge to show bar".
In the 32 pixel horizontal gap between those two bars I added
a third locked bar. It has one button, 32 pixels wide by only
2 pixels high, OnTop, Hover clicks, commands:
Bar hide bar1_top
win.resetfocus
wait.for(ymouse>20)
bar show bar1_top
[bar1_top is the master, so that hides/shows all three bars]
When I touch the screen edge in the gap, the top bars hide.
They reappear automatically when I move the mouse at least
20 pixels away from the top screen edge. No clicks needed :)
So now I can easily read the window's caption.
[The win.resetfocus is there because without it the current
window loses focus when I use the edge bumping gadget.]
> ---------------------------------------------------------
>>
>> 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
One of the situations where that would be handy...
My bars have a small button at the left end for dragging.
Left command: format drag
Right command: win.move("bar1_Top", win.left("bar1_Top"), 0)
That makes it easier to move a bar with position floating
to the exact screen edge. Drag it approximately there, then
a right click on the Drag button snaps it to the screen edge.
Of course, one also wants its slaves to move up to the top
screen edge, following the win.move(masterbar,sameX,0)
By the way...
I tried moving the snap command from the Right command to the
more commands box of the Left command, hoping it might be executed
after I have finished dragging -- making it auto snap -- but Format
Drag stops working if there is anything in its more commands box.
I remember wanting to add "more commands" to a Format Drag button
in a different situation, months ago:
More commands: [EMAIL PROTECTED]
but I only needed that for my script which locked bars together,
before you programmed it into PowerPro itself, which works better
than my script did :)
------------------------ 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/
