I use a reading plan. Um, not as often as I should. :( Anyway, it should offer the ability for the user to enter one. On the mobile directly and/or on a PC and then uploaded to the mobile. Another nice feature would be sharing of reading plans.<div>
<br></div><div>On another thought, I would like to see Bible studies with the same concept as above. ;)</div><div><br></div><div>Also Martin, thank you for all the work you do and I hope you enjoy your Thanksgiving!</div>
<div><br><br><div class="gmail_quote">On Mon, Nov 22, 2010 at 1:25 PM, Martin Denham <span dir="ltr"><<a href="mailto:mjdenham@gmail.com">mjdenham@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Ken,<div><br></div><div>I haven't thought much about reading plans and they haven't even been on my long term todo list. JSword contains a single reading plan but the ui would need coding. Many bibles allow you to select from a variety of reading plans and automatically take you the correct pages to read each day. Personally, I have never followed a reading plan but maybe I should.</div>
<div><br></div><div>Do many of you use reading plans?</div><div><br></div><div>Best regards</div><div>Martin</div><div><br><div class="gmail_quote">On 22 November 2010 17:04, Kenneth Arnold <span dir="ltr"><<a href="mailto:kcarnold@alum.mit.edu" target="_blank">kcarnold@alum.mit.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I often use Back as Exit -- but _only_ for activities that were launched from another activity, like bringing up a map from an email address. So if there was ever a "Bible URL" handler, Back should exit the activity. But for the current functionality, the current behavior is exactly what I expect.<br>
<br>The analogy Google seems to be aiming for is a simplified version of tabs in a web browser; Back in a tab with no history closes the tab.<br><br>Thanks Martin! btw, I haven't been using AndBible much myself because I'm mainly following a reading plan, and it's easier to pull up the webpage for that. But that would quickly change if AndBible had reading plans :) [I'd code this myself except that I have no time until at least January.]<br>
<br>-Ken<br>
<br><br><div class="gmail_quote"><div><div></div><div>On Mon, Nov 22, 2010 at 11:39 AM, David Overcash <span dir="ltr"><<a href="mailto:funnylookinhat@gmail.com" target="_blank">funnylookinhat@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>
<div class="gmail_quote"><div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>BackButton - yes some people will prefer back to exit but not always it is a tricky choice <font color="#FF0000">Actually I just want an exit button somewhere.</font></div>
<div><br></div></blockquote></div></blockquote><div><br></div></div><div>The official stance from Google is that your application should not have an actual "exit" feature - that is what the home button is for. When creating an app you should handle onPause/onStop correctly so that you are not running unnecessary processes in the background. Also, the back button generally (by default) will simply run finish() on the current activity ... seems to be working correctly for me in all cases with the latest build.</div>
<div><br></div><div>Not trying to throw fuel on a fire, just making the point that Android has particulars with respect to how the SDK is meant to work.</div><div><br></div><div>Cheers,</div><div>David</div></div>
<br></div></div><div>_______________________________________________<br>
mobile-devel mailing list<br>
<a href="mailto:mobile-devel@crosswire.org" target="_blank">mobile-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/mobile-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/mobile-devel</a><br>
<br></div></blockquote></div><br></div>
<br>_______________________________________________<br>
mobile-devel mailing list<br>
<a href="mailto:mobile-devel@crosswire.org" target="_blank">mobile-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/mobile-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/mobile-devel</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
mobile-devel mailing list<br>
<a href="mailto:mobile-devel@crosswire.org">mobile-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/mobile-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/mobile-devel</a><br>
<br></blockquote></div><br></div>