+1000 for having at least some fundamental agreements on our approach to tagging (e.g., wiki page <https://wiki.openmrs.org/x/cgM3AQ> and TRUNK-2284<https://tickets.openmrs.org/browse/TRUNK-2284>), so that we don't end up with dealer's choice on what tags mean across OpenMRS. There are many potential places for tagging through OpenMRS and modules.
Can we discuss this on a design call or on this list? As long as we align on these things, we can change our minds later and have a clear path to refactor. - Are tags simple Strings or objects (with uuid? with id?)? - Can users (with permissions) simply create new tags are is tag creation separate from assignment? - Do we need to support localization of tags? If so, who is translating them? - Do we add tags as a property of OpenMRSObject? Cheers, -Burke On Thu, Apr 12, 2012 at 10:14 AM, Roger Friedman (Commented) (JIRA) < [email protected]> wrote: > Roger > Friedman<https://tickets.openmrs.org/secure/ViewProfile.jspa?name=r.friedman>commented > on [image: > New Feature] REPORT-49 <https://tickets.openmrs.org/browse/REPORT-49> > *Add a mechanism for tagging / categorizing reports and other reporting > elements* <https://tickets.openmrs.org/browse/REPORT-49> > > I agree that more translation mechanisms need to be available for > metadata. I was somewhat involved in the GSOC project. It tries to handle > translation within the existing data structures, but the result is that > text fields can no longer be sorted, I think problems like this are why it > hasn't been introduced even though it worked to specs. > This message is automatically generated by JIRA. > If you think it was sent incorrectly, please contact your JIRA > administrators<https://tickets.openmrs.org/secure/ContactAdministrators!default.jspa> > . > For more information on JIRA, see: http://www.atlassian.com/software/jira > _________________________________________ To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-devel-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
