Hi everyone, I'm hoping to re kindle some interest in this mail. Apparently there are two tickets on this same issue, and I had expressed interest on https://tickets.openmrs.org/browse/TRUNK-2328
I'm not sure if Vlad is following the Dev list, but I think that he may have a better idea on the best way to fix this. He's welcome to go ahead with it. Otherwise, I'll have a look into it... I'm raising this at this moment because TRUNK 2328's priority was just changed to 'should' On Tue, Aug 30, 2011 at 7:36 AM, Burke Mamlin <[email protected]>wrote: > Vlad, > > (bringing this conversation to the dev list to discuss the technical/design > aspects) > > I don't see where you'd admin for Patient, Person, Location, Scheduler, > Programs, HL7 queues, or Modules (adding/removing/updating). > > Logic would fit under the Concept (metadata) Management realm. > > I wouldn't get to hung up on getting everything right up front. If you can > prototype the layout – e.g., create the UI with the accordions/links/layout > – without necessarily having anything hooked up, we could probably get you > to a working version more quickly. > > Cheers, > > -Burke > > On Mon, Aug 29, 2011 at 2:10 PM, Vlad Vega <[email protected]> wrote: > >> Hi all, >> >> So I've come to a final look and feel that I will build for the admin >> page. Left >> side menu with Super categories (Privilege types in the image) and >> expandable >> sub-categories. On the main part of the screen will be a divided list of >> links and >> modules associated with the subcategory clicked. >> >> Please take a look at the image I have attached. If anyone could give >> suggestions for especially the super-types, that would be great. For now >> they >> are privilege types but it was suggested that there could be more >> super-types so >> I am asking for suggestions as to specific types I could use as >> super-types. >> >> General comments are welcome as well of course. >> >> Thanks, >> Vlad >> >> _________________________________________ >> >> To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to >> [email protected] with "SIGNOFF openmrs-implement-l" in the >> body (not the subject) of your e-mail. >> >> [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l] >> > > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from > OpenMRS Developers' mailing list -- Best Regards, Suranga _________________________________________ 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]
