Re: [Health-dev] Androit application for Gnu Health
On 07 Dec 19:49, Chris wrote: > I think there are reasons to develop both. With good, robust design > (like with Bootstrap), webapp UX on a mobile device is great, so the > flask-tryton is awesome (and the other flask addons that make UX/webapp > design easy). However, there are some bonuses to an Android app. For > example, asynchronous interactions (e.g., poor-connectivity > environments) is somewhat easier, I think, to develop in Android. asynchronous is not only possible with Android, it is prefectly possible with web app. But asynchronous client is very difficult to implement correctly and they generate a lot more difficult case to manage like update conflict etc. But there is already in Tryton the CardDAV and CalDAV support that are designed to also work asynchronously (but that's part of the specification). -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ pgpfDLaxRGHiO.pgp Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
On 07 Dec 19:49, Chris wrote: > Nevertheless, got an Android developer on hand? I think an Android app > would be great then. =-) That's bad to choose the technology this way instead of choosing the right tool. -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ pgpbIh4iO8J2K.pgp Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
Hi, Cedric ! On Sun, 7 Dec 2014 21:35:54 +0100 Cédric Krier wrote: > On 07 Dec 19:51, Luis Falcon wrote: > > Dear Mohamed > > On Sun, 07 Dec 2014 19:51:51 +0100 > > Mouhamed Moustapha Diouf wrote: > > > > > Hello, > > > thanks for replying. For sure we can have a long discussion in > > > why android app and not mobile web app. For us it just a matter > > > of ressources. We have hight skilled person for Android so we'll > > > be more effective. > > > > Thanks for your positive feedback ! > > > > I think it would be great to contribute with a GNU Health app for > > Android. > > > > We've been discussing this for a while, and I came to the conclusion > > that the best is to have specific tasks views, tailored to those > > users who would really benefit from it. > > > > For instance: > > > > - Nurses : Take and record vital signs, roundings, ... > > - Social workers : Verify the status of Domiciliary Units, > > > > So, for example, in the case of vital signs, we would need "big" > > buttons, simple screens, to make sure there are no typos in the data > > entry and make it more effective. > > But it will be more portable to do it with web application instead of > relying on a specific platform. > That is a good point. It would be great to make it platform-independent. One of the points that we should also consider is the ability of being connectionless, so we could store data locally (in the device) and then synchronize it with the central instance. It's not critical, but it could be quite handy in some situations. What do you think ? Best, signature.asc Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
Hi Chris ! On Sun, 7 Dec 2014 19:49:00 -0800 Chris wrote: > I think there are reasons to develop both. With good, robust design > (like with Bootstrap), webapp UX on a mobile device is great, so the > flask-tryton is awesome (and the other flask addons that make > UX/webapp design easy). However, there are some bonuses to an Android > app. For example, asynchronous interactions (e.g., poor-connectivity > environments) is somewhat easier, I think, to develop in Android. > Nevertheless, got an Android developer on hand? I think an Android > app would be great then. =-) Just thought the same about the connectionless mode :) Best, > > On 12/07/14, Cédric Krier wrote: > > On 07 Dec 19:51, Luis Falcon wrote: > > > Dear Mohamed > > > On Sun, 07 Dec 2014 19:51:51 +0100 > > > Mouhamed Moustapha Diouf wrote: > > > > > > > Hello, > > > > thanks for replying. For sure we can have a long discussion in > > > > why android app and not mobile web app. For us it just a matter > > > > of ressources. We have hight skilled person for Android so > > > > we'll be more effective. > > > > > > Thanks for your positive feedback ! > > > > > > I think it would be great to contribute with a GNU Health app for > > > Android. > > > > > > We've been discussing this for a while, and I came to the > > > conclusion that the best is to have specific tasks views, > > > tailored to those users who would really benefit from it. > > > > > > For instance: > > > > > > - Nurses : Take and record vital signs, roundings, ... > > > - Social workers : Verify the status of Domiciliary Units, > > > > > > So, for example, in the case of vital signs, we would need "big" > > > buttons, simple screens, to make sure there are no typos in the > > > data entry and make it more effective. > > > > But it will be more portable to do it with web application instead > > of relying on a specific platform. > > > > -- > > Cédric Krier - B2CK SPRL > > Email/Jabber: cedric.kr...@b2ck.com > > Tel: +32 472 54 46 59 > > Website: http://www.b2ck.com/ > > > >
Re: [Health-dev] Androit application for Gnu Health
Hi Cedric, Chris, Mohamed, Anousak and team On Mon, 8 Dec 2014 09:41:06 +0100 Cédric Krier wrote: > On 07 Dec 19:49, Chris wrote: > > I think there are reasons to develop both. With good, robust design > > (like with Bootstrap), webapp UX on a mobile device is great, so the > > flask-tryton is awesome (and the other flask addons that make > > UX/webapp design easy). However, there are some bonuses to an > > Android app. For example, asynchronous interactions (e.g., > > poor-connectivity environments) is somewhat easier, I think, to > > develop in Android. > > asynchronous is not only possible with Android, it is prefectly > possible with web app. > But asynchronous client is very difficult to implement correctly and > they generate a lot more difficult case to manage like update conflict > etc. I think I could we could work on Proof of Concept taking a simple scenario, such as recording vital signs. We could try it in both platforms, and see what would be best in the medium and long term. If the web app is functional, then I would leaning more towards the flask solution, since it would be platform independent. In any case, I'm open to any. Let me know your thoughts Best > But there is already in Tryton the CardDAV and CalDAV support that are > designed to also work asynchronously (but that's part of the > specification). > signature.asc Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
Hi All, Luis nice idea for the POC. If the need was for commercial online sales app, with simple scenarios, definitly I'll choose Web app with Flask or Django or something like. But in my head the App had to be very functional, like allowing nurses taking pictures or videos directly, being notifyed directly when results of an analysis or new events are available, not connected mode, ect. My company can provide resources for Android. If others are ready also for working for a web app version, it must be taken into consideration. Thanks Cordialement, Baamtu: Imaginez et ensemble nous réalisons. Mohamed Moustapha DIOUFmdiouf@baamtu.comDirecteur Général Baamtu SénégalCTO Baamtu France Tel (FR): +33 6.03.84.29.76 Tel : +221 77.552.21.42http://www.baamtu.com > Original Message >From: Luis Falcon >To: "Cédric Krier" >Cc: health-dev@gnu.org >Sent: Lun, Dec 8, 2014, 10:46 AM >Subject: Re: [Health-dev] Androit application for Gnu Health > >Hi Cedric, Chris, Mohamed, Anousak and team >On Mon, 8 Dec 2014 09:41:06 +0100 >Cédric Krier wrote: > >> On 07 Dec 19:49, Chris wrote: >> > I think there are reasons to develop both. With good, robust design >> > (like with Bootstrap), webapp UX on a mobile device is great, so the >> > flask-tryton is awesome (and the other flask addons that make >> > UX/webapp design easy). However, there are some bonuses to an >> > Android app. For example, asynchronous interactions (e.g., >> > poor-connectivity environments) is somewhat easier, I think, to >> > develop in Android. >> >> asynchronous is not only possible with Android, it is prefectly >> possible with web app. >> But asynchronous client is very difficult to implement correctly and >> they generate a lot more difficult case to manage like update conflict >> etc. >I think I could we could work on Proof of Concept taking a simple >scenario, such as recording vital signs. >We could try it in both platforms, and see what would be best in the >medium and long term. > >If the web app is functional, then I would leaning more towards >the flask solution, since it would be platform independent. In any case, >I'm open to any. > >Let me know your thoughts > >Best > >> But there is already in Tryton the CardDAV and CalDAV support that are >> designed to also work asynchronously (but that's part of the >> specification). >>
Re: [Health-dev] Androit application for Gnu Health
On 08 Dec 09:32, Luis Falcon wrote: > One of the points that we should also consider is the ability of being > connectionless, so we could store data locally (in the device) and > then synchronize it with the central instance. It needs to be clearly defined what are the scenario of "connectionless". For example, you don't want the mobile device to have all the database stored locally. So "connectionless" means few things that can be done. For example, it could be that if you try to save a form and there is no connection then the form is stored locally to be submitted later. But creating new record is much more complicate, you can not have the same form in connecting and not connecting mode because some checks or on_change can not be done. I really thing that such "connectionless" application can not be a subset of the Tryton's form. They can only be application on their own for a specific use case. -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ pgpiyGGWWbgaB.pgp Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
On 08 Dec 11:10, mdi...@baamtu.com wrote: > Hi All, > Luis nice idea for the POC. > If the need was for commercial online sales app, with simple scenarios, > definitly I'll choose Web app with Flask or Django or something like. But in > my head the App had to be very functional, like allowing nurses taking > pictures or videos directly, That's possible with HTML5 (and of course a camera on the hardware). > being notifyed directly when results of an analysis notification should be done by email or XMPP and not linked to a third application connected. > or new events are available, idem > not connected mode, ect. See my previous email about all the difficult cases of such mode. Without talking that a native application will be much more complicate to customize instead of a web application. -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ pgpxq0e2qsTYN.pgp Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
On 08/12/14 03:41, Cédric Krier wrote: On 07 Dec 19:49, Chris wrote: I think there are reasons to develop both. With good, robust design (like with Bootstrap), webapp UX on a mobile device is great, so the flask-tryton is awesome (and the other flask addons that make UX/webapp design easy). However, there are some bonuses to an Android app. For example, asynchronous interactions (e.g., poor-connectivity environments) is somewhat easier, I think, to develop in Android. asynchronous is not only possible with Android, it is prefectly possible with web app. yes, Now it is possible [1] [1] http://thp.io/2011/pyotherside/ But asynchronous client is very difficult to implement correctly and they generate a lot more difficult case to manage like update conflict etc. But there is already in Tryton the CardDAV and CalDAV support that are designed to also work asynchronously (but that's part of the specification).
Re: [Health-dev] Androit application for Gnu Health
On 08 Dec 11:36, Oscar Alvarez wrote: > > On 08/12/14 03:41, Cédric Krier wrote: > >On 07 Dec 19:49, Chris wrote: > >>I think there are reasons to develop both. With good, robust design > >>(like with Bootstrap), webapp UX on a mobile device is great, so the > >>flask-tryton is awesome (and the other flask addons that make UX/webapp > >>design easy). However, there are some bonuses to an Android app. For > >>example, asynchronous interactions (e.g., poor-connectivity > >>environments) is somewhat easier, I think, to develop in Android. > >asynchronous is not only possible with Android, it is prefectly possible > >with web app. > yes, Now it is possible [1] > [1] http://thp.io/2011/pyotherside/ Indeed here when we talk about asynchronous indeed it means offline/disconnected. -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ pgpxEBeU5XfjS.pgp Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
On 08/12/14 04:35, Luis Falcon wrote: Hi Chris ! On Sun, 7 Dec 2014 19:49:00 -0800 Chris wrote: I think there are reasons to develop both. With good, robust design (like with Bootstrap), webapp UX on a mobile device is great, so the flask-tryton is awesome (and the other flask addons that make UX/webapp design easy). However, there are some bonuses to an Android app. For example, asynchronous interactions (e.g., poor-connectivity environments) is somewhat easier, I think, to develop in Android. Nevertheless, got an Android developer on hand? I think an Android app would be great then. =-) Why limits this development to Android? I propose does not limit to Android App, because it is great efforts take advantage just for one OS (Not all people use Android), I believe that instead App cross-plattform is right way, compatible with Android, Blackberry, IOS, Windows Phone, Sailfish OS, Ubuntu Touch in future :( , today is nice possible with Qt + QML + Javascript (bye, bye slow Java). Remember Qt tagline "Qt is most powerful way to develop cross-plattform mobile apps" [1] and "Write once, compile everywhere." [1] http://www.qt.io/ I am starting private litle project [2] for to create this Qt + Qml + Javascript tryton app client, but is concept proof very raw, raw, raw code. I cannot connect with server still :S, I am Javascript noob [2] https://bitbucket.org/presik/presik_tactic Just thought the same about the connectionless mode :) Best, On 12/07/14, Cédric Krier wrote: On 07 Dec 19:51, Luis Falcon wrote: Dear Mohamed On Sun, 07 Dec 2014 19:51:51 +0100 Mouhamed Moustapha Diouf wrote: Hello, thanks for replying. For sure we can have a long discussion in why android app and not mobile web app. For us it just a matter of ressources. We have hight skilled person for Android so we'll be more effective. Thanks for your positive feedback ! I think it would be great to contribute with a GNU Health app for Android. We've been discussing this for a while, and I came to the conclusion that the best is to have specific tasks views, tailored to those users who would really benefit from it. For instance: - Nurses : Take and record vital signs, roundings, ... - Social workers : Verify the status of Domiciliary Units, So, for example, in the case of vital signs, we would need "big" buttons, simple screens, to make sure there are no typos in the data entry and make it more effective. But it will be more portable to do it with web application instead of relying on a specific platform. -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/
Re: [Health-dev] Androit application for Gnu Health
Hi Cedric On Mon, 8 Dec 2014 11:13:00 +0100 Cédric Krier wrote: > On 08 Dec 09:32, Luis Falcon wrote: > > One of the points that we should also consider is the ability of > > being connectionless, so we could store data locally (in the > > device) and then synchronize it with the central instance. > > It needs to be clearly defined what are the scenario of > "connectionless". > For example, you don't want the mobile device to have all the database > stored locally. So "connectionless" means few things that can be done. > For example, it could be that if you try to save a form and there is > no connection then the form is stored locally to be submitted later. > But creating new record is much more complicate, you can not have the > same form in connecting and not connecting mode because some checks or > on_change can not be done. > I really thing that such "connectionless" application can not be a > subset of the Tryton's form. They can only be application on their own > for a specific use case. When thinking about the Android app, the idea was to have an application on its own. Something quite basic that allow to take simple samples and then send it to the server . I agree that the amount of data and functionality should be limited and specific. > signature.asc Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
On 08 Dec 12:34, Oscar Alvarez wrote: > > On 08/12/14 04:35, Luis Falcon wrote: > >Hi Chris ! > >On Sun, 7 Dec 2014 19:49:00 -0800 > >Chris wrote: > > > >>I think there are reasons to develop both. With good, robust design > >>(like with Bootstrap), webapp UX on a mobile device is great, so the > >>flask-tryton is awesome (and the other flask addons that make > >>UX/webapp design easy). However, there are some bonuses to an Android > >>app. For example, asynchronous interactions (e.g., poor-connectivity > >>environments) is somewhat easier, I think, to develop in Android. > >>Nevertheless, got an Android developer on hand? I think an Android > >>app would be great then. =-) > Why limits this development to Android? > > I propose does not limit to Android App, because it is great efforts take > advantage just for one OS (Not all people use Android), I believe that > instead App cross-plattform is right way, compatible with Android, > Blackberry, IOS, Windows Phone, Sailfish OS, Ubuntu Touch in future :( , > today is nice possible with Qt + QML + Javascript (bye, bye slow Java). > > Remember Qt tagline "Qt is most powerful way to develop cross-plattform > mobile apps" [1] and "Write once, compile everywhere." > > [1] http://www.qt.io/ Still HTML5 application is more portable. For example, I can not run your test program on my FirefoxOS while I can run any HTML5 application. And I think FirefoxOS is realy an important target for GNU Healt as it is used for cheap devices [1] [1] https://www.mozilla.org/en-US/firefox/os/devices/ -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ pgp89eFy4EiGR.pgp Description: PGP signature
