Because the icons don't uniquely identify apps, we don't want to
minimize the shortcut text too much.
Rename center-header to center-info.
Minor adjustments to templates for readability.
Update changelog.
Remove unneeded gettext around configure URLs.
Remove module-level variables for configure URLs. Just use it directly
in add_shortcut().
Use reverse lookup for configure URLs.
Check that configure_url is set before displaying.
Change appearance of Configure link to a button.
The current favicon is vertically streched and violates branding
guidelines. Reuse an existing, correct 32x32 PNG with transparency
instead of .ICO file. This means that only IE version >= 11 are
supported. Also use the modern format for specifying the favicon in
HTML.
- After the shortcuts were turned into a list instead of dictionary, the
descriptions stopped showing in the front page due to an 'in' check
that worked for dict. Fix this by changing the shortcuts into a
dictionary.
- Also make the key of the shortcut dict an 'id' instead of 'app' that
could create confusion how an app maps to a shortcut.
- Minor indentation fixes.
- Refactor reading status log file.
- Fix hardcoded URL path into 500.html.
- Rename 'status logs' to 'status log' for consistency.
- Decorate the personal information warning. Avoid <b>.
- Add heading to status log page.
- Indentation and grammer fixes.
Currently menu items are shown in alphabetical order in applications and
no clear order in system configuration. This is done using static
weights for menu items based on English names that does not work for
other locales.
Sorting can't be done at the time of adding menu items as users of
multiple locales may use the interface at the same time.
Implement a sorting mechanism based on existing order as well as labels
of menu item. This allows the flexiblity of grouping menu items in
future as it may be need for system configuration. In case of help menu
Remove sort order for all modules except for help menu as here we want
that specific order.
- adapted all modules to not use views.ConfigurationView anymore
- removed templates that are not needed anymore
- no more implicit 'enabled' and 'get_status' functions in __init__.py files
- (more coherent/explicit use of Django functionality)
To show introduction and title of a module which will be available as
properties of a module. This allows the setup process to show the
introduction to the application instead of a blank page.
Using brand name directly from configuration means that it can't be
easily translated. Instead use the translated brand name sent in my the
context processor.
The concern that people are unable to find a way to get back to
applications is a correct one. The recent changes does fix the problem.
However, it takes a step back in the design. The 'Applications' text is
too prominent. I propose that we replace it with the commonly used
icon. Featured in mobile interfaces and on Google home page, users
should have no difficulty identifing it as applications icon.
After experimenting with the placement of the icon, it seems more
asthetically pleasing to have it at the place of 'Applications' text and
not at the center etc.
Modernizr adds a class called 'js' to the <html> element when javascript
is available. We, as a part of basic modernizr setup, add a class
called 'no-js' to <html> element by default. Use this fact to show/hide
elements when javascript is not available.
