Sounds good. <div><br></div><div>I think we might want to make a distinction with offline and not-logged in! For example you can be </div><div><br></div><div>online, have an account and be logged in</div><div>online, have an account but not be logged in</div>
<div>online, not have an account</div><div>offline (using the offline version). The same paradigm is currently in place (i.e. you can be logged in or not logged in offline)</div><div><br></div><div>On the latter, part of me wants to ensure people are always logged in when they are using the "offline desktop" version. However meaning they can login means they can have different "profiles", which is an added bonus we get for free. Perhaps we can strike a middle ground and have the offline version log them on as a "default" user. The default user is disabled by default on the online version. They can "register" new users for new profiles...</div>
<div><br></div><div>This could be useful in places other than home - e.g. a shared computer in a computer centre where users don't have the same account... or if people want to be able to share data on the same computer/network, but have different identities.</div>
<div><br></div><div>Chris</div><div><br><br><div class="gmail_quote">On 22 March 2011 17:34, David Instone-Brewer <span dir="ltr"><<a href="mailto:Technical@tyndale.cam.ac.uk">Technical@tyndale.cam.ac.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>
Sounds right to store in cookies when offline. <br>
What about a once-per-session message to say "Working offline, so
data is saved only on this computer" or something like that.
<br><br>
David IB<div><div></div><div class="h5"><br><br>
<br>
At 16:16 22/03/2011, Chris Burrell wrote:<br>
<blockquote type="cite">Sounds good, so basically we
want to store it in the database. <br><br>
Do we also want to store it in the cookie? I can see issues where for
some reason persisting failed (say connection dropped, or user leaves
before response is acknowledged). At which point, we end up having
cookie/database out of sync.<br><br>
An alternative would be store in the cookie if not logged on, and then
persist in database if logged on (both for bookmarks and history).
However, that does mean that user somehow needs to know that the
bookmarks he his bookmarking or the history he is viewing might not get
carried over.<br><br>
Chris<br><br>
<br><br>
On 22 March 2011 10:02, David Instone-Brewer
<<a href="mailto:Technical@tyndale.cam.ac.uk" target="_blank">
Technical@tyndale.cam.ac.uk</a>> wrote:<br>
<dl>
<dd>Stupidly I hadn't thought about Bookmarks migrating from computer to
computer!<br>
</dd><dd>I think I'd like my history to migrate too - to cope with the
situation of "I'm sure I read something yesterday about
this".<br>
</dd><dd>And the data is so tiny, we might as well make it endless, but only
load up the last ten with an option for "more".<br><br>
</dd><dd>Seeing as I didn't think of it, I guess the average Jo won't think of
it either. <br>
</dd><dd>It might be worth pointing this out at the signup stage: <br>
</dd><dd>"Login to recall every passage you've read on any computer"
- or something like that.<br><br>
</dd><dd>David IB<br><br>
<br>
</dd><dd>At 09:29 22/03/2011, Chris Burrell wrote:<br>
<blockquote type="cite">
<dd>I agree that in some respects it is strange. The rationale behind
having to log on for Bookmarks and not history is that history is
something people expect to be able to clear from their cookies. Bookmarks
I would expect to be able to get back to at a later date or on a
different computer. If I were using a different PC, would I expect to see
my bookmarks and/or my history? My feeling is that at least the bookmarks
where I've intentionally said "bookmark this!" I'd like to see
all over the place. The problem is that if we don't get people to log in,
then we can't track their bookmarks across anything but a cookie which is
valid for that particular session/until the cookies get cleared.<br><br>
</dd><dd>Maybe it's a bit like a wishlist and the history on Amazon. With the
history you kind of expect them to track it With the wishlist it's tied
to your account a bit more.<br><br>
</dd><dd>perhaps the history should be tracked server side as well. Happy to
make changes, but thought I'd try and explain why it is so, first.
(obviously the login prompt will come up for other features as well if
they require logging in).<br><br>
</dd><dd>Any thoughts?<br>
</dd><dd>Chris<br><br>
<br>
</dd><dd>On 21 March 2011 20:02, David Instone-Brewer
<<a href="mailto:davidinstonebrewer@gmail.com" target="_blank">
davidinstonebrewer@gmail.com</a>> wrote:
<dl>
<dd>Yep - that works nicely.
</dd><dd>It seems strange though - you don't expect to log in for this.
</dd><dd>What about putting registration at Install Bibles instead, and
reserve login for notes and other personal stuff?
</dd><dd>You often have to give an email address to download stuff nowadays,
so it seems more normal. <br>
</dd><dd>The blinds in the middle work really nicely. <br>
</dd><dd>David IB<br>
<br>
</dd><dd>At 18:19 21/03/2011, Chris Burrell
wrote:<blockquote type="cite">
<dd>There should be a new version of STEP on
<a href="http://crosswire.org/~chrisburrell" target="_blank">
http://crosswire.org/~chrisburrell</a><br>
</dd><dd>It should contain Bookmarks (well viewing them). There's some test
code in there at the moment, to automatically create a user in a
in-memory database:<br><br>
</dd><dd>username/email: t@t.c
</dd><dd>password: password<br>
</dd><dd>The user can't do anything, so the data is not particularly
sensitive! You can register another user if you like (again, if i rebuild
this disappears, and it's not encrypted or anything like that at the
moment).<br>
</dd><dd>Once logged in, you should be able to see two bookmarks. The history
should now also be based on cookies, so that when you come back later,
whatever passage you were viewing is there. The data displayed under
"History" is stored in the cookie too and therefore persists
across sessions. History is stored in the in-memory database and
therefore is only available when you log in.<br>
</dd><dd>NOTE: There is a noticeable gap where the user can't delete a gap
(also, if the tomcat server gets restarted, or when i redeploy, then the
data disappears!)<br>
</dd><dd>Chris<br>
</dd><dd>_______________________________________________
</dd><dd>tyndale-devel mailing list
</dd><dd><a href="mailto:tyndale-devel@crosswire.org" target="_blank">
tyndale-devel@crosswire.org</a>
</dd><dd>
<a href="http://www.crosswire.org/mailman/listinfo/tyndale-devel" target="_blank">
http://www.crosswire.org/mailman/listinfo/tyndale-devel</a></dd></blockquote></dd></dl></dd></blockquote></dd></dl></blockquote>
<br><br>
<dd>_______________________________________________<br>
</dd><dd>tyndale-devel mailing list<br>
</dd><dd><a href="mailto:tyndale-devel@crosswire.org" target="_blank">
tyndale-devel@crosswire.org</a><br>
</dd><dd>
<a href="http://www.crosswire.org/mailman/listinfo/tyndale-devel" target="_blank">
http://www.crosswire.org/mailman/listinfo/tyndale-devel</a> <br><br>
</dd></div></div></div>
</blockquote></div><br></div>