[Jim Chapman]

Charles,

Thanks for the feedback. Responding to your comments:

Originally Posted by chaley

[*]Option text: "Tap page number changes page". Tapping brings up the goto dialog instead of changing the page.

Yes, it's a silly label. It should say something like 'Tap page number for Go to'. I'll reword it.

Originally Posted by chaley

[*]Option text: "Show page number as line". I don't see anything when I select this option. Where is the line supposed to be?

It ought to show a thin horizontal line along the bottom of the page, with a little triangular indicator showing how much of the book has been read so far. It won't show anything until pagination is finished.

Originally Posted by chaley

[*]All gestures should work, not just the left/right or up/down choice given in the options.

I tried that, and the result is really visually confusing, as it jumps between horizontal and vertical scrolling. There may be a slick answer to this, but I didn't manage to figure it out.

Originally Posted by chaley

[*]I would like the option of tap center changing window mode. You might want to confirm it to avoid repaginating the book because of a mistaken tap.

It would be feasible to add this as an option, though at the cost of making the GUI options a bit more complicated. But if I add a 'tap again to confirm' dialog, then it's no saving (it still takes you 2 taps to change window mode). I'm going to add a 'shortcuts' screen, which might be a better answer for those wanting a one-tap GUI.

Originally Posted by chaley

[*]As taps choose the word tapped upon, the short/long 'tap' options should include bringing up the find menu or going directly to the dictionary.

I won't customise 'long tap' because I need that always to bring up the menu (otherwise you can make the settings screen unreachable by choosing silly settings). For short-tap, it would be doable - I'll have a look and see how much complexity it would add.

Originally Posted by chaley

[*]Setting "Swipe to change page" should not leave the direction box empty. One of the directions should be selected automatically.

Fair point.

Originally Posted by chaley

[*]I was confused by the 'find' box in the goto bookmark dialog. I kept tapping on the bookmark and then pressing find. After experimentation I discovered that it is used to find bookmarks, not to find a place in the book. I think it would be better to remove the find box and make the columns sortable.

Until you have a whole load of bookmarks it doesn't matter much anyway, but once you have a lot, I don't think you'd be able to find the annotation you wanted, unless you can have full-text search.

Originally Posted by chaley

[*]When creating a bookmark, tapping in the notes box should remove the "[empty]" string.

fair point.

Originally Posted by chaley

[*]The virtual keyboard should go away when it wasn't being used. For example, the keyboard stays on the screen after creating a bookmark, even though there is nothing that can be filled in.

That's an operating system setting; Freda can't do much about it.

Originally Posted by chaley

[*]The "book properties" dialog should have the option of displaying the book's metadata.

Not a bad idea, but there isn't much standardisation of book meta-data out there, so doing an elegant job of this would be suprisingly complicated.

Originally Posted by chaley

[*]It would be nice to be able to remove individual books from the bookshelf.

It's a bit tricky in terms of program logic (because once a book is loaded, it has to be in the bookshelf, otherwise various program features don't work - e.g. saving the current page number). Adding a separate screen - accessible only when no book was open - to edit the bookshelf, would be doable, at the cost of cluttering up the GUI some more.

Originally Posted by chaley

I also experimented with the 'crash paginating a long book, and succeeded. The device is an HTC Universal running WM6.1. The logfile is attached.

That is most helpful; I will take a look.

Thanks,

Jim