Re: [StrongED] ToggleBD 1.03 available

[Tony Moore <old_coaster@xxxxxxxxxxx>]

On 16 Mar 2013, Fred Graute <fjgraute@xxxxxxxxx> wrote:

> ToggleBD v1.03 is now available for download from:
> http://www.stronged.iconbar.com/fjg/zips/togglebd.zip

Many thanks.

[snip]

> Feedback, as always, is most welcome.

On the ToggleBD configuration window, clicking the info button displays
the StrongHelp manual, _only_ if StrongHlp is actually running (it's not
enough for StrongHlp to have been 'seen'). If StrongHlp is not on the
iconbar, the error "File 'StrongHelp' not found" is generated.

Toggle options Screen edge is greyed out but, in fact, the option is
active on all four screen edges.

Here, ToggleBD continues to work, with the reservations mentioned in my
earlier posts, ie for RO4.39 and 6.20 both 'Raise...' and 'Lower...'
cause the backdrop to be toggled front/back. However, for RO5.19, only
'Lower...' toggles the backdrop. 'Raise...' brings the backdrop to the
front but further keypresses. or icon clicks, don't send it back.

I'm afraid that 'bear of little brain', here, is still trying to
understand the difference between 'Raise...' and 'Lower...' which, when
using  RO4.39 or 6.20, seem to produce identical results:

   'Raise...' brings the backdrop to the front, if it's already at the
   back. Further keypresses, or clicks, toggle the backdrop back/front.
   No problem.

   However, 'Lower...' also brings the backdrop to the front if it's
   already at the back. Surely, the first pair of keypresses, or iconbar
   click, should be ignored (because the backdrop is already lowered),
   and action should be taken on the _second_ pair of keypresses, or
   icon clicks?

If 'Raise...' and 'Lower...' have the same effect, why make the
distinction?

Tony




-- 
To unsubscribe send a mail to StrongED+unsubscribe@xxxxxxxxxxxxxx