revno: 4642
committer: Lars Helge Overland larshe...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 09:35:27 +0200
message:
Minor fix
modified:
dhis-2/dhis-api/src/main/java/org/hisp/dhis/chart/Chart.java
revno: 4643
committer: Lars Helge Overland larshe...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 09:43:07 +0200
message:
Quickly fixed the minor fix
modified:
revno: 4646
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 11:21:26 +0200
message:
made login/loginfailed work correctly for both standard and mobile
modified:
Greetings. I am busy trying to implement concept mapping of
categories and groupsets in dhis and looking for some input from our
wide and varied experience. The reason being that I want to assemble
some pre-defined core concepts to make it easier for users to start
(re)configuring a system.
For
revno: 4647
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 12:22:37 +0200
message:
updated light module (moved dashboard to own link)
removed:
Bob - thank you for making me happy :) but poor me still not happy :(
The thing is - I am against this idea of setting a path of (pre)configuring
in dhis2.
The strength of dhis2, and for me the key for it being used in multiple
countries, is that it makes no particular assumptions about any
revno: 4648
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 12:32:21 +0200
message:
bugfix, add/update crashed when there was no jsonAttributeValues
modified:
revno: 4649
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 12:45:08 +0200
message:
made attributes blend in better on add/update pages
modified:
On 22 September 2011 11:40, Abyot Gizaw aby...@gmail.com wrote:
Bob - thank you for making me happy :) but poor me still not happy :(
The thing is - I am against this idea of setting a path of (pre)configuring
in dhis2.
The strength of dhis2, and for me the key for it being used in multiple
revno: 4650
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 15:25:54 +0200
message:
updated deletionhandlers to handle attributevalues
modified:
revno: 4651
committer: Lars Helge Overland larshe...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 16:26:27 +0200
message:
Added chart resource
modified:
dhis-2/dhis-api/src/main/java/org/hisp/dhis/chart/ChartService.java
I take bootstrapping at implementation level than at design level
2011/9/22 Lars Helge Øverland larshe...@gmail.com
I think bootstrapping with most popular concepts make sense here. We
are not really tying anyone's hands, just offering some standard
options, one can always remove or add new
Designing to enable bootstrapping
Regards, Knut (via mobile phone)
On Sep 22, 2011 5:13 PM, Abyot Gizaw aby...@gmail.com wrote:
I take bootstrapping at implementation level than at design level
2011/9/22 Lars Helge Øverland larshe...@gmail.com
I think bootstrapping with most popular concepts
On 22 September 2011 16:26, Knut Staring knu...@gmail.com wrote:
Designing to enable bootstrapping
Or is that bootstrapping to aid designing :-)
Seriously though, whether this is done internally (ie from inside the
distributed war) or externally is not a major decision we have to make
now.
revno: 4652
committer: Wilfred Senyoni seny...@gmail.com
branch nick: dhis2
timestamp: Thu 2011-09-22 21:02:14 +0300
message:
aggregate indicator bug fix
modified:
Abyot,
I personally find this a bit of an academic discussion. From an
implementation standpoint having concepts like Gender pre-defined seems to
make a lot of sense to me. This is sort of like saying, we should not have
pre-defined periods (which we do), and it would be up to the user to define
On Thu, Sep 22, 2011 at 9:33 PM, Jason Pickering
jason.p.picker...@gmail.com wrote:
Abyot,
I personally find this a bit of an academic discussion
I am not sure whether it is academic or not - that is just my view. Even if
it is, I guess academics also informs practice.
From an
17 matches
Mail list logo
