Not sure if that is an attibute of genius, but if it is, there are precious few
of us in the world. ;-)
Bob S
> On Sep 21, 2017, at 20:13 , Sannyasin Brahmanathaswami via use-livecode
> wrote:
>
> But following on Jacque's essay on user testing and "ruthless refactoring
> based on feedback"
done
http://quality.livecode.com/show_bug.cgi?id=20445
please add as you think useful.
On 9/21/17, 11:51 AM, "use-livecode on behalf of J. Landman Gay via
use-livecode" wrote:
>Would be super if we could build this into the widget.. so you could, e.g
set the width to 100 pixels height
I've seen that also, though it looks cool initially, I'm not sure a regular
user of the app would want to have that "noise" every time they go to that
screen it it were a "home" screen. But it's a good option for some use cases,
for sure.
But following on Jacque's essay on user testing and "ru
Some mobile UI’s, when first showing a scrolling list that extends below the
visible area, will slightly “bounce” the list contents up then back down. This
does double duty. It briefly reveals the hidden content and indicates that the
list is scrollable. And it works regardless of screen height
On 9/21/17 12:57 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
Would be super if we could build this into the widget.. so you could, e.g set
the width to 100 pixels height to 20 align the SVG to the left, center or right
but the whole 100X20 region would be reactive, even if the SVG o
Yes… that's my plan… all I have to do is shrink the rows by 15 pixels
vertically and the 4th one will pull up at the bottom of the screen. A bit
tedious, but can do this with some toolbox scripts… so , not too hard.
Actually now that I have 24 objects = 3 each for 8 rows (each one has a bkgrnd
On 9/20/17 11:36 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
the proper way to do it is, says Jacque: create the rows so the bottom one is a
bit cut off, otherwise a subset of users never try to scroll up!
I'm not sure how proper it is, but it's what I do and it seems to work.
I ha
and even the presence of a scrollbar on a desktop interface doesn't really
jump up and say "THERE'S MORE!" because it can be disabled due to there not
being anything more. The difference can be subtle.
On Thu, Sep 21, 2017 at 11:26 AM, Mike Kerner
wrote:
> It has to be visible, which is a probl
It has to be visible, which is a problem on ios, at least.
On Thu, Sep 21, 2017 at 11:20 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> That used to be a scroll bar. Of course mobile devices do not have those,
> they have wheels. Perhaps using a scrolling wheel is a be
That used to be a scroll bar. Of course mobile devices do not have those, they
have wheels. Perhaps using a scrolling wheel is a better choice for lists.
Bob S
> On Sep 21, 2017, at 08:14 , Mike Kerner via use-livecode
> wrote:
>
> I agree with J. The simplest visual cue that there is some
I agree with J. The simplest visual cue that there is something in the box
is for the lid to be ajar. Cabinets with the door ajar begged to be open.
Doors that are mostly but not completely closed are the same way. Lists
should carry the same cue.
On Thu, Sep 21, 2017 at 1:45 AM, Alan via use-l
Hi BR
What's lacking is the visual feedback that there's something "more"...
One way you might give an indication could be to flash the mobile scrollbars to
show how much of the group is visible.
e.g.
smControlSet sScrollerID, "indicatorStyle", "white"
smControlSet sScrollerID, "vIndicator",
FYI this is a tip that came from Jacque, but I had to experience it "live"
myself. Alex though it useful to share…
On a busy day here (we have 100 plus visitors daily) I will go outside and get
complete strangers to download the new app and watch them as they go thru
initial install and usage.
13 matches
Mail list logo
