Hi @darius ,
I believe that I have spent a fair share of time on gathering possible enhancements for the Add-on index project.
I have made sure to include the suggestions of other developers along with my own and have also thought of ways of implementing them. After all this while I've created a fairly comprehensive list of all possible additions to be worked upon which I wish to share.
History with OpenMRS :
I've been an active member of this community for a while now and in the process I have learnt a lot about how open source organisations work and particularly OpenMRS. I go by the username "reubenv" on talk , Telegram and IRC. Here is a list of my contributions to OpenMRS .
Discussion :
I am interested in working on the Add On Index enhancements project. Firstly, I would like to add that the work done by Darius so far is highly commendable . Here is a list of possible improvements to the existing website :
Documentation support: We need to create a wiki document or guide stating as to how a user should go about with getting their module indexed.
Improve searching algorithm(As discussed here): Currently the search algorithm is quite efficient but if a word is searched for, it returns all module names with the particular word somewhere in the name. We would like to rank those with the modules with the word only as their module name to be ranked higher over the rest. This can be achieved by improving the elastic search algorithm.
Tagging support : I would give this a high priority as with an increase in the number of modules , tags are going to be very useful to sort applications using their category . For example: Allergy UI module can be given a tag called refapp. If this tag is clicked then it will show all the ref app modules.
-
Ratings: We could implement this in a number of ways
- We could create a ratings section where user can rate. This should be done if we use rating as a parameter to judge the quality of a module and not it's usefulness.
- We could use download counts as the primary rating parameter. This is because. if we consider that in our current scenario, ratings basically signifies the usefulness of the product, then we should rely on download counts.
Display compatibility of the module with current installed OpenMRS version : I believe this could be implemented as agreed by the community here.
Download counts , ratings, comments : As we all know that we will be in due course of time migrating to Bintray in which case we can use their rest api similar to this.We could probably also generate graphs based on the stats.
Improve Highlighted pages
Comment support : Probably using disqus.
Talk profile integration: We could link the names of the module devs to their talk profiles.
Return to previous search results on pressing back button.
Support for mobile view.
Re-implement the OpenMRS modulus API so as to shift completely to Add ons.
The use of the term "module" seems inconsistent as stated here.
Lastly, some minor UI enhancements could also be added.
Now, that is my list of possible add on enhancements which will be forming the gist of my gsoc proposal. I would love to hear and discuss the priority of these ideas and their implementation with Darius before I submit my gsoc proposal.
I would also love to get some valuable inputs from @burke , @wyclif, @dkayiwa , @raff , @mseaton who were actively part of the Add on index design discussions.
I would also like to add that we must create a JIRA project for the Add-On Index.
Hopefully, you find these ideas worthy of being discussed and implemented.
Looking forward to some active discussions based on this!
Reference Threads: 1 , 2 , 3.
