Fantastic! Many thanks Abyot On Sun, Jun 12, 2016 at 2:09 PM, Abyot Asalefew Gizaw <ab...@dhis2.org> wrote:
> 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 > >
_______________________________________________ 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
