revno: 13159
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Fri 2013-12-06 09:54:56 +0100
message:
context-menus in maint-patient module, wip
modified:
Hi - I just want to echo the need of more complex logic for doing
indicators.
The way that we are addressing this at PSI is by creating 'Calculated Data
Elements'. That's basically a Data Element that doesn't have data entry,
and instead we populate it via a SQL procedure that we run every night.
Public bug reported:
I set the sharing properties of a data element so that the public
cannot see it.
In the pivot table, the data element is visible to the public but they
cannot generate any report. However, instead of a permissions error of
some sort, there is an undefined html browser error
revno: 13161
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Fri 2013-12-06 12:34:43 +0100
message:
minor fix
modified:
Hi - as part of some of the apps that we are coding, as well as 7 complex
custom forms that we are about to build (they will have some JScript for
logic), we will need both (apps and forms) in 3 languages (total 21 forms
if we use the current way of doing things).
Does the current metadata API
revno: 13162
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Fri 2013-12-06 14:03:52 +0100
message:
context-menus for report module
modified:
revno: 13163
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Fri 2013-12-06 14:37:28 +0100
message:
context-menus for validation module
modified:
Merge authors:
Lars Helge Øverland (larshelge)
revno: 13164 [merge]
committer: Lars Helge Øverland larshe...@gmail.com
branch nick: dhis2
timestamp: Fri 2013-12-06 16:16:51 +0100
message:
Event analytics, centralized some sql
revno: 13165
committer: Morten Olav Hansen morte...@gmail.com
branch nick: dhis2
timestamp: Fri 2013-12-06 16:29:45 +0100
message:
context-menus for usergroups
modified:
Hi Rodolfo,
We already have a blueprint for this (for 2.14, but it has not been
assigned yet). You can see it at [1].
Do you need multiple translation for a single user, or is it enough that
data-element names etc returned are in the users db-locale?
[1]
revno: 13166
committer: Lars Helge Øverland larshe...@gmail.com
branch nick: dhis2
timestamp: Fri 2013-12-06 16:47:52 +0100
message:
Event analytics, case sensitive issue fixed
modified:
revno: 13167
committer: Lars Helge Øverland larshe...@gmail.com
branch nick: dhis2
timestamp: Fri 2013-12-06 17:26:51 +0100
message:
Moved TrackedEntityQueryParams to api
renamed:
Dear Developers,
Since Legends are now being used also in Pivot tables and have to also be
applied at setting up indicators, can I suggest we create them in Data
Administration?
Most of the time when training you encounter them in Setting up indicators
and Pivot tables which are always done
Hi Morten. We just need the labels to be returned in the user language. If
James can do this, please assign it to him.
Rodolfo Meliá
+44 777 576 4090 | +1 708 872-7636
Please ignore any typos on this email sent from my mobile, probably written
while I was at the park with the kids, at the
Hi Prosper,
I do agree with that. The reason why we have it in GIS at the moment is
simply pragmatic - Jan made such a nice UI for it in GIS and it will take
time to re-develop it. We can put it on the list.
cheers
Lars
On Fri, Dec 6, 2013 at 5:38 PM, Prosper BT ptb3...@gmail.com wrote:
15 matches
Mail list logo