[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29 |
Date: |
Mon, 24 Feb 2003 23:34:04 +0100 |
User-agent: |
Mutt/1.3.22.1i |
>>> Another scenario is that there is a network failure or server failure,
>>> during the day,
>
> I think Syan has an excellent point, and I remember we discussed this already
> a year ago.
I do understand the use case.
> I would propose the client stores it's state in an XML file of the format
> <path>
> author/location/timestamp/server
> <module>
> <widget>
> </widget>
> </module>
> </path>
> This file is erased when the client exists cleanly.
> When a client starts up, it checks whether a file with
> <user>.gnumed.xml exists
> If so, it checks if it has connected to the same server (from path statement)
Ay, there's the rub.
> If so, it asks the user whether it wants to retore state
>
> During usage, every widget has a "save_state" method, which should be
> triggered by a "on_timer" method as well as a "on_backend_failure" and a
> "on_crash"
^^^^^^^^
:-))
For some very strange reason THIS makes a lot of sense to me
while I was unable to fully follow Syan's explanations. Maybe
I am dumb or something.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
- [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29, sjtan, 2003/02/24
- Re: [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29, Karsten Hilbert, 2003/02/24
- Re: [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29, Karsten Hilbert, 2003/02/24
- Re: [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29, Horst Herb, 2003/02/24
- Re: [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29,
Karsten Hilbert <=
- Re: [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29, Hilmar Berger, 2003/02/24
- Re: [Gnumed-devel] Re: Gnumed-devel Digest, Vol 3, Issue 29, Horst Herb, 2003/02/24