<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

SonWon wrote:

<blockquote cite="mid:4876B297.30006@gmail.com" type="cite">

  <pre wrap="">Barry Drake wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">Hi David .........

David Trotz wrote:

    </pre>

    <blockquote type="cite">

      <pre wrap="">Certainly lets discuss this further. I would like to hear others opinions as well; including Albert Sites and Barry Drake.

If we diverge to two separate menus we need to implement some way to keep them in sync, so that when a smartphone developer adds a menu item reflecting some new feature the windows mobile devs get the menu automatically as well, and visa versa.

      </pre>

    </blockquote>

    <pre wrap="">I think it's just fine.  It's exactly what I would have done, and I 

don't think we ought to go for two different interfaces.  This keeps the 

whole thing simple - and it is intuitive and works well.  It also gives 

a nice uncluttered text screen!

    </pre>

  </blockquote>

  <pre wrap=""><!---->I'll be disappointed if I have to use my Windows Mobile device like a 

SmartPhone.  I paid the extra money to have the extra functionality and 

desire to use that functionality.  I think it would be easy to give the 

user an option as mentioned in a previous post.  Hopefully someone else 

will agree with me  :)

  </pre>

</blockquote>

That's not a fair statement ;-) If you look at many apps that you run

on your windows mobile device, you will find that at least 50% of them

do the 2 menu system, especially those that have both the smartphone

and pocketpc support. But John, I will agree with you that having a

more complex menu available would be nice. <br>

<br>

So this is what I propose (actually you already made a mention of

this): Let's make the two menu system default out of the box, which

will be our official menu where every single command will be guaranteed

to exist, and let's allow for an alternate menu system available

through the preferences. I personally won't be spending much time right

now to implement this, I want to focus on a few other areas first. You

are free to take it on if you like John. <br>

<br>

My only concern is that SwordReader grows so complicated that it is

hard to use. If you take a look at Bible Reader by OliveTree you will

find a very nice bible program but at times overly complex w/ 2 fully

customizable menu bars. While I love the flexibility, I can see someone

like my wife getting frustrated with the complexity. Now in contrast if

you look at Palm Bible+ you will see a simple yet elegant interface.

This is the interface I want to try to imitate. <br>

<br>

In Christ,<br>

David Trotz<br>

</body>

</html>