Since this discussion was pending, I thought I would create this thread for all those who are interested in contributing to the Patient Flag Module OWA as a part of GSOC or otherwise.
We can discuss about Flag Styling, dashboard integration, management and others!
I would kindly invite @maimoonak to lead and guide the conversation here!
This discussion is for the UI for the OWA that’ll connect with the REST services. So far, we have discussed a few points regarding Managing of Flag Styling and the following points can be implemented prima-facie:
Color of Flag: Field would be present in which Sys Admin can provide the hex value for the color of the flag. If time allows, we might incorporate a ‘color pallatte UI’ where the admin can select the color of the flag.
Introduction of Icons: Apart from colour, a second indication can be icons. We can allow the admin to add the name of icon which would be rendered. Intention is to use font awesome glyphicons so that the user has a lookup source for the icon name. Again, if time permits, this can be converted to a list.
@judeniroshan I’ve a small clarification to ask. I’ve been inspecting the module code - we already have a owa - it’s written in AngularJS. But it is pretty bare bones with some minimal data bindings and not much UI. We are planning to scrap it entirely and build a new owa using React from scratch. Right?
Minutes of Discussion held between @maimoonak and @rakshir on 8th April, 2019 at 3:30 PM GMT over Skype:
Reviewing Draft Proposal for GSoC 2019.
Modification of GSoC Timeline to include ‘Updating of Wiki Page
’ in penultimate week of GSoC.
Modification of GSoC Timeline to include provision for modifying REST endpoints and creating new endpoints if required.
Using Postman to test the REST endpoints for ‘Patient Flags module’ located here.
Decision to use OpenMRS Talk for managing the whole project as development process i.e. manage minutes of meeting, analysis, decisions taken etc. and have it documented in a public forum.
Explore Redux and OpenMRS React Components located here.
Task Given:
a) Create a basic React application that can be opened in OpenMRS.
b) Within the app, create a page with a simple table having n number of columns.
c) Page shall also have 2 buttons – one for adding records, other for deleting records.
d) When ‘Add’ button is clicked, have a pop-up panel where user can enter data.
e) Build the app to primarily implement OpenMRS React Components.
f) Task Objective: Task given to exercise hands-on experience in ReactJS, Redux and OpenMRS React Components.
Thank you soooo much to @maimoonak , @judeniroshan for accepting my proposal for the Patient Flags Module OWA! I look forward to working with the team and OpenMRS!
Thank you so much for your well wishes @suthagar23 and @judeniroshan ! I hope I can do the project and OpenMRS justice. Looking forward to a great summer of code!
I wanted to start a conversation regarding all the tasks we could undertake during the community bonding period. These tasks hopefully will get us up to speed with what all needs to be done one the coding period starts from May 27
Tasks:
Creating a basic React application that primarily implements OpenMRS React Component and also helps us understand ReactJS and Redux better.
Despite some delays, this will be done hopefully by the end of this week. I shall upload it on my GitHub page and we can have a discussion going around it!
This will help us verify that existing endpoints are fetching data properly and also give us a clue about whether we need additional endpoints. I plan to take up this task next week
A rough discussion about all the components that we will have in the OWA.
Currently I’ve listed 8 components in my GSoC proposal, however it would be great if we could have a detailed discussion on all the possible components we might have in our OWA.
Finally, in parallel I also wanted to have a discussion going regarding the UI design of our module.
Since this aspect of the project is quite subjective and requires debate and discussion, it would be great if we could freeze these requirements before starting development so that it doesn’t become a blocker later on.
There is a total of 8 Components (currently) for which we have to fix the UI requirements. You can refer to the current patient flags module as reference.
Issuing Revised Project Estimates/Timeline.
Although we already have a proposed timeline in the GSoC proposal, it would be great if after completing the above tasks, we could revise our estimates and have it posted publicly.