Hi, A fix is committed for this. Rev. 22063 and above should work...
-- Abyot A. Gizaw. Senior Engineer, DHIS2 University of Oslo http://www.dhis2.org On Fri, Jun 10, 2016 at 1:44 PM, Rodolfo Melia <rme...@knowming.com> wrote: > Look forward to check the next 2.22 build with the updated feature. Please > let us know from what 2.22 build we can start testing. > > *Rodolfo Meliá* > *Principal | *rme...@knowming.com > Skype: rod.melia | +44 777 576 4090 | +1 708 872 7636 > www.knowming.com > > On 10 June 2016 at 07:56, Lars Helge Øverland <l...@dhis2.org> wrote: > >> Hi there, >> >> seems we agree, just wanted to add that we should always trim blank >> values to null before storing, and nulls are not in conflict with >> uniqueness. >> >> Lars >> >> >> On Fri, Jun 10, 2016 at 7:29 AM, Abyot Asalefew Gizaw <ab...@dhis2.org> >> wrote: >> >>> 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 >>> >>> >> >> >> -- >> Lars Helge Øverland >> Lead developer, DHIS 2 >> University of Oslo >> Skype: larshelgeoverland >> l...@dhis2.org >> http://www.dhis2.org <https://www.dhis2.org/> >> >> >> _______________________________________________ >> 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