Erik Sundvall wrote:
> I agree with Seref. ...
>
> If effort is put into new tools it might be good idea to do at least
> the GUI in HTML5 etc.
That rules out all of those corporate users that Seref and Ian
mentioned who are stuck on IE6, doesn't it?
- Peter
onality. These are just a few examples of the many things that I
> take for granted when programming desktop apps that suddenly become
> very difficult for web apps ...
>
I agree with you.
Cheers,
Pablo.
> - Peter
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110911/24fd00bc/attachment.html>
Seref Arikan wrote:
> 90% of the time problem is about the IT policies of the institutions.
> If you develop with .NET 4.0, which would require a .net framework 4.0
> runtime, you assume that the people using the software would be able
> to install the runtime, and install the software.
Yes, that
-Original Message-
From: Diego Bosc?
Sender: "openehr-technical-bounces at openehr.org"
Date: Sat, 10 Sep 2011 09:45:17
To: For openEHR technical discussions
Reply-To: For openEHR technical discussions
Subject: Re: EN/ISO 13606 & openEHR - harmonisation possibilities
yes, what
I have still not seen anything that looks remotely like a modern IDE
This looks like state of the art ...
A look at Eclipse' new browser-based web development tool, Orion
http://www.youtube.com/watch?v=yA_lsvKfv4I
I remain unimpressed (in terms of what we might require) but happy to
be pointed t
Hi!
I agree with Seref. Web based apps nowadays can use local storage in
modern web clients and even be run perfectly offline and sync when
they get back online.
If effort is put into new tools it might be good idea to do at least
the GUI in HTML5 etc. The server could be any technology you want,
that support via the web now.
Cheers,. Sam
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110911/ce6767ab/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110911/c173aafd/attachment.html>
17
> >> mobile +44 (0)775 209 7859
> >> skype ianmcnicoll
> >> ian.mcnicoll at oceaninformatics.com
> >>
> >> Clinical Modelling Consultant, Ocean Informatics, UK
> >> openEHR Clinical Knowledge Editor www.openehr.org/knowledge
> >> Honorary Senior Research Associate, CHIME, UCL
> >> BCS Primary Health Care www.phcsg.org
> >
> >
> >
> > ___
> > openEHR-technical mailing list
> > openEHR-technical at openehr.org
> > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
> >
> > ___
> > openEHR-technical mailing list
> > openEHR-technical at openehr.org
> > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
> >
> >
>
> ___
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110911/f53a7f89/attachment.html>
Hi Seref,
I accept that , but you can say exactly the same thing about browsers
and web connectivity generally. Until very recently the NHS in the UK
mandated IE6 - go figure. How long before we see snazzy new HTML5
browsers in these environments?
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
f
Peter,
The problem is not necessarily about the capability of frameworks to
manage updates or side by side execution.
90% of the time problem is about the IT policies of the institutions.
If you develop with .NET 4.0, which would require a .net framework 4.0
runtime, you assume that the people usin
Hi Dr Lavinian,
That was what I had in mind, absolutely integrate with repositories
via web-services.
I could be persuaded by a full web-based tool if someone could
convince that me that difficulties of developing a complex UI are
offset by other advantages, that it can operate off-line, that it
___
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110911/00920c18/attachment.html>
13 matches
Mail list logo