Modal popup windows and auditing history
These are proposed updates to the summary area, currently a single tab.
Contents |
Current Summary Area
This screenshot shows the Clinical Annotation summary area, currently a single tab that resembles navigation elements.
This tab originally was a combination of the navigation tabs on the left and the round-blue buttons in the action bar.
Proposed Summary Area
However, with the action bar buttons designs changed to no longer be round-blue, and the need to place a a link/button/icon for auditing information, it is proposed to change to the following...
The auditing information, like the original summary tab, is extra information users will usually not be viewing, so the icons have been made purposely small. Both the summary info and the auditing info are data that expands on the current screen, unlike the action bar buttons, which affect the current screen; that's why the auditing data icon has been added beside the new summary icon.
If there is no summary and/or auditing, the icon(s) grey out. They are always there, to keep the screens consistent, but it's visibly obvious if they are "active".
So, when the summary icon is activated, it opens new scrolling pop-down menu, as originally described on the search buttons, action bars, and popup menus page.
Proposed Modal Popup Windows
In ATiM 1.x, some form elements (like the ICD10 fields) had the option of having an AJAX tool attached to it that would open up a modal popup window with extra descriptive data and/or limited functionality. The below design is what all such windows should look like in ATiM 2.x...
Unlike the action bar popup menus, the overlay that obscures the app is dark rather than bright. This is purposely different to indicate different functionality from the navigation; the bright colours "fade away" the app, so you can choose your next navigational step, while the dark colours "disable" the app (like greying it out) to imply you must complete whatever action you have trigger before you are allowed to move on. The bright colours happen when you hover on a button/link to trigger the effect, the darker colours happen when you have to click on an element to trigger the effect.
All modal popup windows should open slightly "up and out" of the current working space, slightly into the header area. This is purposely done to more easily distinguish it as a separate "window" from the app. Since it is separate and a suddenly new addition to the screen (after clicking), it should always have a header with description.
It has a smaller action bar, with a constant "close" button that also acts like a "cancel". It is always in the left hand corner, and clicking it immediately closes the modal window, removes the overlay, and cancels any action the modal window might have been doing/implying.
The modal window is not moveable nor draggable. There cannot be more than one modal window open at once. If there is another action bar button within the modal window there should only be one in the right hand bottom corner (usually an "ok" or "apply" or "save"). These are meant for extra controls or information about the current information on screen. They should not be used navigate around multiple screens worth of information, nor as replacement for "proper" full screens (like add/edit forms, etc).
Proposed Modal Popup Window Used To Display Audit Information
Here is the new modal window design being used to display some revision data for a screen...
The information is purposely generic, so that no matter what the screen or information the user is at, the revision table data is consistent. That's why it is limited to user and date, which is common to all revision data tables.
