Hi, I think I missed that it was not required from the server side api ... it is easy to fix from the client side.
-- Abyot A. Gizaw. Senior Engineer, DHIS2 University of Oslo http://www.dhis2.org On Fri, Jun 10, 2016 at 4:59 AM, Jose Garcia Muñoz <josem...@gmail.com> wrote: > > Hi guys, > > any agreements on this? :) > > I would like to know if I need to change the configuration of some > programs (unique attributes are always compulsory) or not (unique > attributes can be optional). I would prefer if we can keep them blank as > well (so they are optional). > > Thanks > Jose > > On Wed, Jun 8, 2016 at 10:52 AM, Rodolfo Melia <rme...@knowming.com> > wrote: > >> I just want to support the idea that blanks should be accepted and not >> checked for uniqueness. I'm glad to hear that the API already supports >> this, so it will be great if the UI follows that logic. >> >> *Rodolfo * >> >> >> On 8 June 2016 at 10:49, Juan Manuel Alcantara Acosta < >> jmalcanta...@gmail.com> wrote: >> >>> Hi Markus >>> I had a short email exchange with Abyot last week and he said the same >>> "So many blanks can not be unique” but for a value to be unique there must >>> be a value. If the database and the API do not have this requirement, the >>> interface should follow the program’s configuration. >>> Best regards, >>> JM >>> >>> >>> >>> >>> El 08/06/2016, a las 8:35 a.m., Markus Bekken <markus.bek...@gmail.com> >>> escribió: >>> >>> Hi guys! >>> Chiming in - I think Abyot is on leave today. >>> This seems to be a discrepancy that we should just resolve one way or >>> the other. You might say that a blank value is not unique, but I have also >>> recently encountered a use case where we needed a non-compulsory unique >>> attribute like you Jose. >>> >>> Hiding the field with program rules was a workaround in our case, but I >>> think it makes sense to allow blank values in non-compulsory unique >>> attributes. >>> >>> Unless there is any disagreements we can implement the client to conform >>> to the API. >>> >>> Markus >>> >>> 8. jun. 2016 kl. 09.15 skrev Morten Olav Hansen <mor...@dhis2.org>: >>> >>> Hi >>> >>> Sorry for late reply, but I have been looking into this, and from the >>> backend this is not required. I'm adding in Abyot, hopefully he can answer >>> why it is required in the UI part (I see it's marked with red star, and it >>> will not allow it without a value) >>> >>> -- >>> Morten Olav Hansen >>> Senior Engineer, DHIS 2 >>> University of Oslo >>> http://www.dhis2.org >>> >>> On Mon, Jun 6, 2016 at 12:02 PM, Jose Garcia Muñoz <josem...@gmail.com> >>> wrote: >>> >>>> >>>> Dear devs, >>>> >>>> we realized that tracked attributes are always compulsory even if they >>>> are not marked like that in the program definition? so it is not possible >>>> at all to keep them blank using the Tracker Capture. >>>> >>>> In PSI (and I guess is the same for many different countries), we need >>>> to define unique patient's IDs, although several times it is not possible >>>> to collect them for many reasons, but now the system is not giving us the >>>> option of keeping the IDs blank >>>> >>>> Is this something that can be changed? Unique attributes can be >>>> compulsory just marking the attribute as compulsory in the program >>>> definition... >>>> >>>> Please, let us know, as we may need to reconsider some re-configuration >>>> for our programs. >>>> >>>> Many Thanks >>>> Jose >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~dhis2-devs >>>> Post to : dhis2-devs@lists.launchpad.net >>>> Unsubscribe : https://launchpad.net/~dhis2-devs >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> _______________________________________________ >>> Mailing list: https://launchpad.net/~dhis2-devs >>> Post to : dhis2-devs@lists.launchpad.net >>> Unsubscribe : https://launchpad.net/~dhis2-devs >>> More help : https://help.launchpad.net/ListHelp >>> >>> >>> _______________________________________________ >>> Mailing list: https://launchpad.net/~dhis2-devs >>> Post to : dhis2-devs@lists.launchpad.net >>> Unsubscribe : https://launchpad.net/~dhis2-devs >>> More help : https://help.launchpad.net/ListHelp >>> >>> >>> >>> _______________________________________________ >>> Mailing list: https://launchpad.net/~dhis2-devs >>> Post to : dhis2-devs@lists.launchpad.net >>> Unsubscribe : https://launchpad.net/~dhis2-devs >>> More help : https://help.launchpad.net/ListHelp >>> >>> >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~dhis2-devs >> Post to : dhis2-devs@lists.launchpad.net >> Unsubscribe : https://launchpad.net/~dhis2-devs >> More help : https://help.launchpad.net/ListHelp >> >> > > _______________________________________________ > Mailing list: https://launchpad.net/~dhis2-devs > Post to : dhis2-devs@lists.launchpad.net > Unsubscribe : https://launchpad.net/~dhis2-devs > More help : https://help.launchpad.net/ListHelp > >
_______________________________________________ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp