Let’s come up with some work you all can sprint on while @raff is on a well-deserved holiday. Please reply on this thread with thoughts & ideas of things you’d like to work on or any questions you have. If we can organize a sprint, then it’s possible other devs in the community might want to join you.
I’ll make this a wiki post, so we can iterate on ideas – i.e., if you want to add an idea to this list, please feel free to edit this post to add it.
Ideas for 1- to 2-week sprints:
Admin Functions. There remain admin functions in the Legacy UI that have not yet been ported to the Reference Application. We’d like to recreate these admin functions using Angular+REST in the Reference Application and migrate these functions into OWA apps (like the Concept Management OWA app) so they can be migrated into the Platform (becoming useful to all OpenMRS implementation, even those that are not using the 2.x UI)
Android Client. Soldevelo has pioneered much of the work on the Android Client. You could create a list of fixes/features and make a sprint out of these.
One exciting idea that leverages work the team has already done, would be to spike/explore how to make an OWA that can be included as a first-class citizen in multiple distributions (e.g. as discussed by @mksd in this thread). This would involve exploring how the OWA screens could inherit their global navigation, some styling, auth, etc, from the distro that includes it.
What specific app to do this with?
Wearing my Bahmni hat, it would be great if the Manage Accounts admin feature were reimplemented in such a way that we could just plug into Bahmni.
Looking at the thread I referenced above, I bet @ssmusoke would love it if we could write an OWA that provides a refapp (and Bahmni) Data Quality Dashboard UI for the back-end functionality already developed by the Bahmni team.
Any of the not-yet-implemented-in-the-refapp admin features are fair game too.
If we were to sprint on this, we’d need to ensure that we have enough engagement from @mksd, some Bahmni dev, etc, to critique and advise on the approach we come up with.
Working on Android Client seems great, @tmarzeion and @adamg already are helping out @avijitghosh82 as part of their ‘One day a week project’, which @raff introduced for our team last month. Although, @raff mentioned that right now this app is not really used in implementations, and we think that before creating sprint we should evaluate which features/what problems are cause of this state. Do you have any ideas/data about that?
This one looks interesting too. What Bahmni team thinks about it?
@tmarzeion and @adamg, there’s one thing I’d really like to be done. One important task of GSoC was to move away from XForms and ODKCollect and use dynamically generated forms from the rest api. While the second part is done, there are still some remaining dependencies on the ODKCollect module which prevented me from completely deleting it. Could you guys just pick up the necessary parts, integrate it into the main app module and delete odkcollect altogether? That would clean up the code and reduce app size nicely
Also there is a force close in the app when the app is started and logged into for the very first time. I asked rafal about this, and I suspect from the logs that this is related to xforms as well.
I’ll think of other things and put them in JIRA as I can. I’m slightly busy with midsems till the 20th, I’ll begin helping out with actual code after this!
I guess I should start with your openmrs-owa-tutorialexample and probably leverage on what you have already done with openmrs-owa-uicommons?
Looks like this thread is a great resource too: Concept Dictionary OWA 1.0.0-beta released!
Actually the discussed OWA presumably shows how to handle styling and auth no?
As you guessed, we would be keen to start with developing a cross-distribution UI for the Data Quality Dashboard.
I would strongly recommend against focusing whole sprints on the Android Client in the near term. Answering the questions of “what do real implementations need from a mobile client?” and “is there a specific gap in the Android Client that will make it valuable for real implementations?” will not happen quickly. (The other thread you started about planning AC work is a good start at a conversation, and I’ll follow up there.)
@dkayiwa’s suggestion to focus on the community-priority tickets is actually very important. I’d go further and say that the default answer to “what OpenMRS thing should we be working on?” should always be that!
@darius Having apps for multiple distributions is a good idea. As you said, we will need to explore ways in which we can make it generic at the same time leverage styles, navigation from the distribution. From Bahmni side, we are interested in the idea. Some thoughts on top of my mind.
If the apps are completely independent (or on administration side) and have their own navigation, it can be OWA apps and the distributions can provide a way to link to the apps. But not sure it is a seamless integration from user experience perspective.