Bug or Poor Design? Toolbars always appear when scrolling

Page 1 of 2 (28 items) 1 2 Next >
This post has 27 Replies | 1 Follower

Posts 800
Richard Lyall | Forum Activity | Posted: Sun, Mar 25 2018 1:24 AM

In the Android app, scrolling up (ie swiping down)  in a resource in continuous scrolling mode causes the header and footer toolbars appear, which is both unnecessary and irritating.

Showing the toolbars with a tap is fine, but having it appear automatically when scrolling must be either a bug or poor design because it gets in the way when navigating in a resource.

So is this working as intended or not? If so, could I put in a vote for the toolbars to only appear on a tap, not on a scroll? 

Posts 215
Joshua Tan | Forum Activity | Replied: Sun, Mar 25 2018 2:13 AM

Previously in one of the older versions for iOS, the toolbar showed whenever I swiped down (except if I do it really slowly).

A recent update changed this behaviour. As long as I keep my finger on the screen when swiping down, the toolbar no longer appears. Better.

But the best way to do this is, as you've said, to only show the toolbar on tap. This was the behaviour of the previous Logos app in full screen mode (before they introduced tabbed browsing).

Posts 12939
Forum MVP
Mark Barnes | Forum Activity | Replied: Sun, Mar 25 2018 4:22 AM

Richard Lyall:
In the Android app, scrolling up (ie swiping down)  in a resource in continuous scrolling mode causes the header and footer toolbars appear, which is both unnecessary and irritating.

I'm using the iOS beta, and that's not what happens now.

The toolbars will now only appear if you tap, or if you scroll up* aggressively (i.e. a big swipe designed to scroll past several screens in one go). If you scroll up by less than a screenful, the toolbars won't appear.

*By 'up', I mean swipe down in order to move backwards through the text.

Posts 215
Joshua Tan | Forum Activity | Replied: Sun, Mar 25 2018 6:45 AM

Mark Barnes:

Richard Lyall:
In the Android app, scrolling up (ie swiping down)  in a resource in continuous scrolling mode causes the header and footer toolbars appear, which is both unnecessary and irritating.

I'm using the iOS beta, and that's not what happens now.

The toolbars will now only appear if you tap, or if you scroll up* aggressively (i.e. a big swipe designed to scroll past several screens in one go). If you scroll up by less than a screenful, the toolbars won't appear.

*By 'up', I mean swipe down in order to move backwards through the text.

I've just tried doing a quick swipe downwards (no more than 4 lines) and the toolbar shows up. It seems to happen once your finger leaves the screen.

Posts 12939
Forum MVP
Mark Barnes | Forum Activity | Replied: Sun, Mar 25 2018 9:25 AM

Joshua Tan:
I've just tried doing a quick swipe downwards (no more than 4 lines) and the toolbar shows up. It seems to happen once your finger leaves the screen

At least on beta, that doesn't happen if you scroll gently, only if you flick. The behaviour I see is exactly the same as iOS Safari.

Posts 215
Joshua Tan | Forum Activity | Replied: Sun, Mar 25 2018 9:51 AM

Mark Barnes:

Joshua Tan:
I've just tried doing a quick swipe downwards (no more than 4 lines) and the toolbar shows up. It seems to happen once your finger leaves the screen

At least on beta, that doesn't happen if you scroll gently, only if you flick. The behaviour I see is exactly the same as iOS Safari.

I see. I'm not on iOS beta - hopefully they've improved the behaviour!

Here's what I'm trying to describe for a gentle scroll with my finger not maintaining contact with the screen.

Click here to play this video

Here's what I'm trying to describe for an aggressive scroll with my finger maintaining contact with the screen.

Click here to play this video

Posts 215
Joshua Tan | Forum Activity | Replied: Sun, Mar 25 2018 9:59 AM

Mark Barnes:

Joshua Tan:
I've just tried doing a quick swipe downwards (no more than 4 lines) and the toolbar shows up. It seems to happen once your finger leaves the screen

At least on beta, that doesn't happen if you scroll gently, only if you flick. The behaviour I see is exactly the same as iOS Safari.

To clarify: I'm using version 6.1.1 (6.1.1.0054) and the behaviour is different from same as that of Safari. In addition the Logos menu bar is actually ~1.63x the height of Safari's expanded menu bar - which makes it all the more apparent/distracting.

Posts 800
Richard Lyall | Forum Activity | Replied: Sun, Mar 25 2018 10:09 AM

Unfortunately the behaviour is still the same in the latest Android beta - was using stable release until Mark mentioned the beta on this thread, so decided to try it and see. I can't perform a downward swipe without the toolbars appearing.

The only exception is if I first perform an upward swipe, and without lifting my finger, changed direction and swipe downward, then the toolbar remains hidden if I swipe slowly, but it does appear if the swipe is more "aggressive" to use Mark's term.

But if the first swipe is downward, the toolbar always appears, regardless of how the speed or duration of the swipe.

Yes the Android toolbar is very chunky indeed and could do with being a lot more compact.

Posts 1575
Forum MVP
Reuben Helmuth | Forum Activity | Replied: Sun, Mar 25 2018 11:27 AM

Like Mark said, the behavior on iOS is the same as iOS Safari. That said, due to the differences of use between a Bible software and a web browser, I think the menu bar appears much too easily. In a browser the most common way to use it is reading from top to bottom, and any movement (with momentum) in the other direction is almost sure to indicate that the user wishes to "go back", hence it makes sense to quickly expose the back arrow and address bar. 

In a bible software, on the other hand, many users will scroll to a verse instead of navigating if that verse is within ~20-30 verses in EITHER direction.

I would like to see the menu bar wait to appear until the screen has scrolled (VIA momentum) for at least one second in addition to it moving at a certain speed threshold.

I agree that the bar could also be more compact. At one time IIRC tapping on the resource title brought up the option to change the resource. Now however, as far as I can tell, the title is not a button and could there for come to within 5 pixels of the reference box without looking messy IMO. Below the reference box needs to stay as big as it is because of the scrubber.

Mentioning the scrubber... I would really like to see the scrubbing speed adjusted by how far away I take my finger from the slider. At the "finest" level of scrubbing, I would like to see the entire width of the screen only move maybe 5 verses or so. At this point it's too difficult to "hit" an exact verse, that I still don't use the scrubber for quickly getting to a verse as I follow along in a sermon. Having even just 3 levels would massively enhance the UX.

Posts 3
Allan Perkins | Forum Activity | Replied: Mon, Apr 9 2018 6:45 PM

Is the "scrubber" the horizontal line with the "ball" on it? I didn't know what to call it, except a navigation bar. I would love to see it go away completely, or at least be made optional. I find it completely useless and a waste of screen real estate.

Posts 3
Allan Perkins | Forum Activity | Replied: Mon, Apr 9 2018 6:48 PM

Oh, I meant to add that I agree with the comments of other about the current behavior of the toolbar. It is distracting.

Posts 800
Richard Lyall | Forum Activity | Replied: Tue, Apr 10 2018 3:31 AM

Allan Perkins:

Is the "scrubber" the horizontal line with the "ball" on it? I didn't know what to call it, except a navigation bar. I would love to see it go away completely, or at least be made optional. I find it completely useless and a waste of screen real estate.

I couldn't agree more. Taking away another slice of screen real estate under the already chunky toolbars is a move in the wrong direction. 

Posts 26716
Forum MVP
JT (alabama24) | Forum Activity | Replied: Tue, Apr 10 2018 4:25 AM

Allan Perkins:
I would love to see it go away completely, or at least be made optional. I find it completely useless and a waste of screen real estate.

Unless you are only ever reading a versified resource, the scrubber is vital and its design is less obtrusive than alternatives. 

OSX & iOS | Mac Logs | PC LogsInstall

Posts 4823
doc | Forum Activity | Replied: Tue, Apr 10 2018 4:32 AM

JT (alabama24):

Allan Perkins:
I would love to see it go away completely, or at least be made optional. I find it completely useless and a waste of screen real estate.

Unless you are only ever reading a versified resource, the scrubber is vital and its design is less obtrusive than alternatives. 

I never use the 'scrubber' regardless of the resource type I'm reading and have never understood what value it adds to the app.  I have found it completely useless.

Posts 4823
doc | Forum Activity | Replied: Tue, Apr 10 2018 4:34 AM

What format are your video's Joshua?  they do not play for me in chrome browser.

Posts 956
Yasmin Stephen | Forum Activity | Replied: Tue, Apr 10 2018 5:05 AM

Disciple of Christ (doc):

I never use the 'scrubber' regardless of the resource type I'm reading and have never understood what value it adds to the app.  I have found it completely useless.

Same here. I have yet to figure out the point of it. That said, it doesn't bother me; I find it easy enough to ignore.

Posts 12939
Forum MVP
Mark Barnes | Forum Activity | Replied: Tue, Apr 10 2018 5:14 AM

Disciple of Christ (doc):
I never use the 'scrubber' regardless of the resource type I'm reading and have never understood what value it adds to the app.  I have found it completely useless.

The scrubber is useful for two main reasons:

  1. At a glance, it allows you to see how far through a book you are. That can be very useful if you're trying to estimate how long it will take to finish, or even decide if you want to finish it!
  2. It allows you to quickly navigate to other parts of the book. You can, of course, use the TOC picker instead, but the scrubber can be quicker in at least two settings:
    1. TOC navigation might not be supported (e.g. in a Vryso/Faithlife eBook)
    2. You might not be able to remember the name of the chapter, but know roughly where it was.
    3. There might be a complex TOC structure: (e.g. Section A -> Part 1 -> Chapter 4 -> Sub-heading B), and you can't remember which chapter Sub-heading B was in, never mind which part or Section. The scrubber means you've got a better chance of finding it quickly, without going back and to in the various sections, parts and chapters.
Posts 4823
doc | Forum Activity | Replied: Tue, Apr 10 2018 1:21 PM

Thanks Mark for the explanation.

Posts 8
LogosEmployee
Giovanni Segar | Forum Activity | Replied: Wed, Apr 11 2018 10:29 AM

Hi everyone, we're still tweaking this behavior to find the best sensitivity. As mentioned above, the scrolling works different in the beta. If you keep your finger on the screen when scrolling up, the toolbars won't appear. 

Here's our reasoning for having them appear when you scroll up: many similar apps have this behavior, and we want our app to be intuitive to pick up for someone who has used other apps. For example, most mobile browsers will show their top bar when you scroll up. If you're thinking, "this is less intuitive to me", that's totally valid and sharing that opinion helps us figure out the best solution for all of our users. 

Hope that helps clear things up!

Posts 1575
Forum MVP
Reuben Helmuth | Forum Activity | Replied: Wed, Apr 11 2018 10:34 AM

Giovanni Segar:
For example, most mobile browsers will show their top bar when you scroll up.

That's so. However, as I pointed out in my previous post, the purpose of a Bible app vs. a Browser (and consequently the desired behavior) are quite different.

Page 1 of 2 (28 items) 1 2 Next > | RSS