Bug Report: Last lines not visible upon scroll to bottom with tools shown

[uogpjf]

HOW TO REPRODUCE:
- iSilo v.5.29 on Android
- Show tools at the bottom of the screen
- Scroll down to the end of the page/document

OBSERVED BEHAVIOUR:
- The last couple of lines are occluded by the tools.
- Translucent button backgrounds allow you to observe the lines are there, but not readable
- Does not matter if last object is text or image

EXPECTED BEHAVIOUR:
- If tools are shown, allow enough further downward movement (scroll) to make the last few lines appear above the toolbar.
(Approx 2 lines of standard text).

Platform: Google-branded "Nexus S" by Samsung (AKA crespo)
OS: Android 2.3.4 with Kernel 2.6.35.7-ge382d80 (stock for Nexus S at this time)

[iSilo]

The behavior you describe is the expected behavior. To see the entire content area behind the tool bar, simply tap anywhere outside the tool bar to hide it.

[jdmaddison]

I've confirmed that text is partially obscured by the tool bar with iSilo 6.04 on the Galaxy Tab 10.1.

I'm on day one of my 30-day trial and I disagree that this is proper behavior for an Android application. I'm seeing a few other small UI glitches as well. I've used the Palm version of iSilo (at half the price of the Android app) for many years, but there's more competition on the Android market and I may yet forgo the convenience of a single file for both my tablet and my Palm, for a better user experience.

o The Trial screen automatically appears when a document is opened. Clicking the only button "Register" takes you to the Register iSilo screen, where your options are OK, or Cancel. Hitting OK without entering a Code or hitting Cancel takes you back to the Trial Period dialog with only the "Register" button clickable. The user has to know to hit the Tablet "back" button from the Trial Period dialog to get to the document without the dialog open.

After some digging, I did find the (Doc List) -> Menu - > Options -> Mode to turn off the Trial dialog screen, but I still think the primary workflow should not put the user into an endless loop. That's a usability issue.

o If I use the Tablet's back arrow from inside a document, I return to the list and I can open the same or a different doc in the list. When I hit the iSilo X button on the toolbar, I return to the document list and I can not select another document. Hitting a different section at the top of the file list then allows the items in the list to once again be selected. The same behavior occurs if I have a doc open and choose Tablet Menu -> File -> Close Document.

Clicking the Tablet Menu button twice seems to be another way to work around not being able to select a file, but it's still awkward.

o Sometimes when I open a document, the toolbar does appear and sometimes it does not. When it does appear, it obscures rows underneath it. The Palm version does not do this. It appears that if I tap on the text in my document, the tool bar disappears and does not return. If the toolbar is visible and I select the Tablet's Back icon, it takes more than one tap to go back to the list, many more taps. It seems like it is reversing whatever navigation I'd performed when viewing the document.

o Sometimes there is a small transparent scrollbar on the right (which I want), but sometimes there is not. The Palm version always has a scroll bar for easy navigation.

These are all just small things, but they combine to become a larger concern.

Thanks,

jdmaddison
Minneapolis, MN