ORIENT/modules/system/assets/ui
Samuel Georges 805c0939ad Introduce two new dash widgets: welcome and active theme
System warnings have been moved to the system dash widget
Minor styling and language changes
2016-05-28 11:10:33 +10:00
..
docs Restyle system status report widget 2016-05-28 06:49:59 +10:00
font Update FontAwesome to latest, recompile assets 2015-08-25 19:29:55 +10:00
images Moved dashboard css from storm to backend 2016-02-25 18:07:25 +11:00
js Add some notes about logic decisions 2016-05-26 06:27:20 +10:00
less Introduce two new dash widgets: welcome and active theme 2016-05-28 11:10:33 +10:00
vendor Fixes colorpicker when used inside a popup 2016-05-25 06:37:03 +10:00
README.md Clean up docs, add inset mode to tab panes 2015-08-07 19:10:31 +10:00
storm-min.js Merge pull request #1933 from rsobon/master 2016-05-26 06:24:44 +10:00
storm.css Introduce two new dash widgets: welcome and active theme 2016-05-28 11:10:33 +10:00
storm.js Move the datepicker to storm 2016-05-12 06:48:10 +10:00
storm.less Move the datepicker to storm 2016-05-12 06:48:10 +10:00

README.md

October Storm

Welcome to the client-side framework designed exclusively for the OctoberCMS back-end area, referred to as October Storm. The library is quite large as it has many features and it is not really itended to be used outside of October.

Design consideration

Each LESS library should always include the global.less to ensure all mixins and variables are available.

Compiling JavaScript depends on October's asset combiner as the =require directive was invented here to emulate the LESS @import functionality.

UI Components

Components are a mixture of CSS and JavaScript (Controls), or can be solely style-based (Styles) or solely script-based (Scripts).

Each component has a strong name, for example the loading indicator has the name loader. For complex components, they can be broken in to child components, for example loader.stripe. Not all child components can be used independently of their parents, but this is certainly possible and a nice idea.

Note: Documentation for each component can be found in the docs/ directory.

Naming conventions

In most cases a control will be styled in CSS with the prefix control-something and the JavaScript is applied using data-control="something". This allows a rendering as a styled control only, without the JavaScript and vice versa.

<div class="control-list" data-control="list">...</div>

The appearance of a control can be modified using additional CSS classes. These modifiers should be prefixed with the control name or the word is if the modification is binary (a boolean). For example:

<div class="control-list list-purple is-sortable"></div>

The above uses two modifiers; one to make it purple and one to declare that it is sortable. In the above example, the class is-purple is not recommended because it is a variable attribute as opposed to a binary one. Here are some common words used for attributes and their meanings:

  • flush: The control will use no margin, padding and/or border to the controls or containers surrounding it. Eg: list-flush
  • inset: The control will use a negative margin on the left or right side to negate a padded container. Eg: list-inset
  • offset: The control will use a positive margin or padding on the left or right to assist a container with padding. Eg: list-offset
  • padded: The control will use padding all around. Eg: list-padded