[jsword-devel] Next version of iPhone-ish site
Jonathan Morgan
jonmmorgan at gmail.com
Wed Apr 23 19:38:00 MST 2008
On Thu, Apr 24, 2008 at 11:21 AM, Greg Hellings <greg.hellings at gmail.com> wrote:
> On Wed, Apr 23, 2008 at 7:01 PM, Jonathan Morgan <jonmmorgan at gmail.com> wrote:
> >
> > On Thu, Apr 24, 2008 at 9:32 AM, Jonathan Morgan <jonmmorgan at gmail.com> wrote:
> > > On Wed, Apr 23, 2008 at 7:47 PM, Greg Hellings <greg.hellings at gmail.com> wrote:
> > > > I have continued working on the site between end-of-semester work and
> > > > exams and such. Updates this round include:
> > > >
> > > > --Better (read: existent) handling of improper keys entered manually
> > >
> > > I can't get enter manually to work at all. I get the message box
> > > "Enter desired key" (I still prefer verse or reference) and then when
> > > I type a reference nothing happens.
>
> >From this and other things below, I take it you're using some flavor
> of IE? I just popped up my Windows side of things and saw how
> atrocious the site looks in IE - my apologies. It looks much better
> in Safari. I also cannot get the site to work quite properly in IE.
> In Firefox at least you can get the text to show when clicking
> through. At this point, even the CSS contains some WebKit/Safari-only
> things (like the button styling). I'll take it that the flaw in the
> display is because the text is appearing at a different level in the
> z-axis, since the FF display of it in Windows leaves much to be
> desired. Safari for Windows and for Mac displays it fine.
No. I'm using FF 2.0.0.12 on Windows. As I say, for some reason it
wasn't displaying, and then when I tried it a few minutes later it did
display.
> I just changed that use of the word "key" in my code now. Thanks, I
> had missed that instance of it. Working in the code with the "key"
> class so much, I keep forgetting that's not what we call a reference
> in everyday parlance.
True.
> > > > --More elegant labels and timings of the "Back" button
> > > > --New landing site to give the OT/NT split (default module: ESV)
> > >
> > > That is much better.
>
> I agree - thank you for the suggestion.
>
>
> > >
> > >
> > > > --Intelligent messages to the user if there are no applicable options
> > > > (i.e. choosing "New Testament" from the LXX doesn't leave you in
> > > > never-never-land)
> > > > --Direct URL referencing with the following accepted (if not specified
> > > > the default module is ESV -- interpret the syntax of the following
> > > > lines similar to the syntax of GNU cli argument specifications, name,
> > > > anything in square brackets is optional, nested squares mean the
> > > > options are nested, and angle brackets indicate that the words in them
> > > > should be replaced by a value):
> > > > *#books[.<module>.[<testament>]]
> > > > *#chapters[.<module>[.<testament>]].<book>
> > > > *#testaments[.<module>]
> > > > *#verses[.<module>[[.<testament>]].<book>.<chapter>
> > > > *#modules-list
> > > > *#bymodule.<module>.<book>.<chapter[s> | [.<verse[s]>]
> > > > *#<book>.<chapter[[s]> | [.<verse[s]>]]
> > > > --Mostly supported Back & Forward buttons (the only place I know them
> > > > to not function atm is if you use the in-app button to go "Back" and I
> > > > know where to fix that, and just haven't yet).
> > >
> > > What are the arrows on the sides of items in your list of things to
> > > select intended to represent? When I see them as a desktop user, I
> > > assume they mean some kind of pop out menu (which they don't).
>
> Those are native iPhone-style indicators of the iPhone's equivalent of
> a pop-up submenu. Since all the GUI controls on an iPhone tend to be
> much bigger than even other mobile devices (since it's designed for
> finger-tipping and they suggest not having controls smaller than
> around 15-20 px per side), rather than having a submenu pop-up in
> front of the screen, they place a little chevron like that on the
> right-hand side of a list to indicate that selecting the item will
> take you to a sub list.
>
> Probably they should not be on the verse list, since that is taking
> you to the actual data, and iPhone applications tend to only have that
> to indicate a submenu, then the last submenu doesn't have them and
> takes you to the data (an address book contact, the verse page, etc).
> The page changeover should, optimally, be a slide-in effect from the
> left to make it as much like a native application as possible, but
> that level of appearance is my last priority.
Fair enough.
> > > I still think that it is very easy to get lost navigating from
> > > chapters to verses, since if I click on something like "3" in the
> > > chapter view, I will get a view of verses that will appear almost
> > > identical, and it is unclear that I have actually got anywhere (the
> > > only thing that changes is the top link to verses rather than
> > > chapters).
>
> I feel the same. Might it be better to both drop the chevrons from
> the right-hand side of the verse list, as well as add a little prefix
> to each item (such as "Ch 1," "Ch 2," ... "vs 1," "vs 2")? That way a
> quick glance can see a list of Ch x or vs x and tell easily where we
> are?
I think the prefix would be good.
Jon
> > > I don't actually get any verse output, either by clicking through to
> > > it or be entering a reference manually. I just get a blue screen with
> > > a header bar.
> >
> > This does appear to work now. I don't know what changed.
>
> Neither do I, the only changes on my end between the e-mails were
> myself refreshing my own browser to locate some of the difficulties in
> the code.
...
More information about the jsword-devel
mailing list