Actually, I tried that way but It took some time to promote those details.
Because we can get this type of data with unique module details (using one REST Call for this module).
But if we want to get module names for this type of identifiers, then want to call REST for each module(more than one times).
I tried changing the location from one of your screens but the changes do not seem to persist because they revert back to the original once i return to the home screen.
The font size of the location and possibly username also seem to be different from that on the home page.
@dkayiwa, I have updated the mentioned problems.
Apart from that, I have implemented Module full names features with links in the ‘ModuleView’ page. Now users can easily get the AwareofModule details and RequiredModule details
Now all are fixed @dkayiwa
The reason was padding about the newly implemented dropdown for the locations.
Note: Existing app does not show the square around “admin” and marked as disabled. but there is a dropdown for MyAcount. So here I made it active dropdown, (that’s why square shows around “admin” here)
Excellent!
To be consistent with the rest of the reference application, can we remove the rectangle that surrounds the Modules, SystemInfo and Encounters buttons?
Yes i mean that one.
Since the rest of the reference application buttons are not surrounded by such, i would recommend that we remove it to be consistent.
When i try to stop the xforms module, it warns me about a number of modules which may be affected. This is not correct because there is totally no module which depends on the xforms module.
The same applies to others. Can you fix this?
@dkayiwa I have implemented another feature for Module Information View Page.
Eg: In a situation, Required modules list may contain modules which are not installed in the system. So when a user clicks on that link, SysAdmin OWA may not show the module information to the users. So I have updated this notification for that case