Jack Lukic
6ddce30d29
|
11 years ago | |
---|---|---|
node | 11 years ago | |
specification/modules | 11 years ago | |
src | 11 years ago | |
.gitignore | 11 years ago | |
README.md | 11 years ago | |
component.json | 11 years ago |
README.md
Semantic
Semantic is a set of specifications for sharing UI elements between developers. Semantic is also a UI library to make front end development simpler and easier to learn.
About
Semantic's goal is to define a vocabulary for interface elements based on consensus, and convention.
For developers, this means defining class names for UI elements, outlining states that an elements can exist, and describing common variations of that element.
Download
You can use our build tool to select only the components you want
http://semantic-ui.com/download
Or download the whole kit and kaboodle
http://semantic-ui.com/ui/semantic.min.css
http://semantic-ui.com/ui/semantic.min.js
A More Semantic Web
Based on class
Semantic is based on class names, instead of tags. This means, except for links, tables and forms, you can use semantic with tags like <div> <article> <nav>
without any difference.
Context sensitive
In Semantic, variations maintain context based on the element they modify, but keep the same vocabulary between elements. Just like how in English, the adjective 'big' may describe a different scale for a big planet versus a big insect.
For example, a form you can have a variation called "inverted". This changes the appearance of form elements to work on dark backgrounds.
<div class="ui inverted form"></div>
The same variation can also be useful in the context of a menu.
<div class="ui inverted menu"></div>
Defining UI
Here is part of Semantic's definition of a button
Standard: A button is a shape that can be pressed in to complete an action.
<div class="ui button"></div>
State: A button can sometimes be active, designating it is selected by the user.
<div class="ui active button">
Variations: A button may sometimes look different than its prototype.
<div class="ui large blue icon button">
<i class="ui icon heart"></i>
</div>
Plurality: A button can sometimes exist in a group of buttons
<div class="ui large blue buttons">
<div class="ui button">
I am blue
</div>
<div class="ui button">
I am blue too
</div>
</div>
Types of UI
UI components are split into four categories:
- UI Elements
- UI Collections
- UI VIews
- UI Modules
All UI definitions are made of a neutral, ideal definition, a list of states it can occupy, and a set of common variations or "types" of that element.
UI Elements
UI Elements are interface elements which do not contain other elements inside themselves. This can be thought of as similar in definition as an "element" in chemistry.
UI elements can have plural definitions when they are known to exist together frequently.
In this case each button will be large because we understand it is a part of the large button group
<div class="large buttons">
<div class="ui button">Cancel</div>
<div class="ui positive button">Continue</div>
</div>
Examples of UI elements:
- Buttons
- Labels
- Headers
- Progress bars
UI Collections
UI Collections are groups of heteregeneous UI elements which are usually found together. Carrying the chemistry metaphor, these can be thought of as molecules.
UI collections have a definition of elements that exist, or could exist inside of them. They do not usually require all elements to be found, but they describe a list of the "usual suspects". Unlike elements, collections are not typically useful to define in plural.
Examples of UI collections:
- Forms
- Tables
- Grids (Layout)
- Menus
UI Views
UI Views are common ways to display site content. Instead of providing a specific interaction, views structure content so that it can be understood more easily.
Examples of UI views: ** Comment Feed ** Activity Feed ** Product List
UI Modules
UI modules are UI elements where it's behavior is a fundamental part of its definition. UI Modules are dependent on the javascript which carry their definition.
Examples of UI modules:
- Popups
- Modals
- Chatrooms
- Calendar Pickers
Usage
Specification
I want to contribute to the spec
Semantic is very new standard, and we need a community to become truly useful. We're working currently to determine the best ways to engage the community for contribution. If you'd like to participate feel free to reach out by e-mail semantic@quirky.com