[tyndale-devel] Crosswire bookmarks and initial sketch of user login

[Chris Burrell]

Sounds good, so basically we want to store it in the database.

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.

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.

Chris



On 22 March 2011 10:02, David Instone-Brewer <Technical at tyndale.cam.ac.uk>wrote:

>  Stupidly I hadn't thought about Bookmarks migrating from computer to
> computer!
> 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".
> 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".
>
> Seeing as I didn't think of it, I guess the average Jo won't think of it
> either.
> It might be worth pointing this out at the signup stage:
> "Login to recall every passage you've read on any computer" - or something
> like that.
>
> David IB
>
>
> At 09:29 22/03/2011, Chris Burrell wrote:
>
> 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.
>
> 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.
>
> 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).
>
> Any thoughts?
> Chris
>
>
> On 21 March 2011 20:02, David Instone-Brewer <davidinstonebrewer at gmail.com>
> wrote:
>  Yep - that works nicely.
> It seems strange though - you don't expect to log in for this.
> What about putting registration at Install Bibles instead, and reserve
> login for notes and other personal stuff?
> You often have to give an email address to download stuff nowadays, so it
> seems more normal.
>
> The blinds in the middle work really nicely.
>
> David IB
>
>
> At 18:19 21/03/2011, Chris Burrell wrote:
>
> There should be a new version of STEP on
> http://crosswire.org/~chrisburrell
>
> 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:
>
> username/email: t at t.c
> password: password
>
> 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).
>
> 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.
>
> 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!)
>
> Chris
>
> _______________________________________________
> tyndale-devel mailing list
>  tyndale-devel at crosswire.org
>  http://www.crosswire.org/mailman/listinfo/tyndale-devel
>
>
>
> _______________________________________________
> tyndale-devel mailing list
> tyndale-devel at crosswire.org
>  http://www.crosswire.org/mailman/listinfo/tyndale-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/tyndale-devel/attachments/20110322/e170a8d7/attachment.html>