Hi Rich,
thanks for these ideas.
On Sun, 31 Mar 2019, Rich wrote:
> Gerhard Reithofer <
gerhard....@tech-edv.co.at> wrote:
> > In a "normal" Tk program I could use a balloon help mechanism like
...
> > Any hint how to achieve this in a intuitive and simple way?
>
> A few ideas come to mind:
>
> 1) Add a small icon to the start (or end) of entries with bindings on
> the icon that "expands" the view to show everything.
This was my 1st attempt but in practical use the "zoom-in icon" was
either hard to push (too small) or it covered more than expected space
from the precious screen area (too large).
> 2) Use label widgets during display so that the -wraplength parameter
> can wrap the long text into a multi-line label (and grid or pack
> widgets so that growing/shrinking labels work for the overall
> display). With a binding on tap to swap in (or pop up) an entry
> widget (or a text widget acting as a multi-line entry) to edit the
> contents.
That would have been my next approach.
I'm afraid that the "dynamic size changes" could disturb the user as the
"same field" content is not always on the "same place". One possibility
could be a "dynamic size change" (maybe animated) when the user moves
the cursor into the entry text as you describe (see also below).
> 3) Bind to long-press (is this possible on AndroWish?) on an entry to
> show an expanded display of what is in the entry.
Was also on my plan but I couldn't it get to work (the [sdltk
touchtranslate] should map long press to e. g. mouse button 3) and I
found no working example to trigger an event when "pressing" at the
entry packground.
> How intuitive each are highly depends upon the users experience and
> willingness to experiment. The 'small icon' is likely most intuitive,
> as there is something visible as a reminder. The "tap to edit" mode
> (#2) seems to fit with how a lot of Android GUI's handle data entry.
> Long press is likely the least discoverable (as there is nothing
> visible to suggest that long pressing will do anything) and will
> sometimes depend highly on the willingness of your end users to
> experiment.
As I found that the tklib's tooltip function also triggers when
positioning the cursor into the entry ("tap to edit" as you call it) or
onto the label I will use this 1st to achieve my goal.
The BWidget dynamic help does not work that way in my AndroWish dialogs.
In my app only one specific value will be changed (visually marked)
therefore the tooltip text cannot cover the editable area in general.
In combination with a line wrapping function (can be found the tcler's
wiki) the complete field content will be displayed well readable when
taping to the "output field" ;-) :-)
Thank you very, very much,