diff --git a/examples/button.html b/examples/button.html
index ecef82901..a25df78ca 100755
--- a/examples/button.html
+++ b/examples/button.html
@@ -53,9 +53,6 @@
One
diff --git a/examples/example.css b/examples/example.css
index d8ef91fb9..a48d50394 100755
--- a/examples/example.css
+++ b/examples/example.css
@@ -77,6 +77,16 @@ a:hover {
list-style-type: decimal;
margin: 0px 0px 10px;
}
+#example .list {
+ list-style-position: inside;
+ margin: 10px 0px 40px;
+ padding: 0px;
+}
+#example .list li {
+ list-style-type: disc;
+ margin: 0px 0px 10px;
+}
+
/* content */
#example .container {
@@ -101,15 +111,15 @@ a:hover {
#example .demo.shape .side {
- width: 300px;
- height: 300px;
+ width: 250px;
+ height: 250px;
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
-ms-box-sizing: border-box;
box-sizing: border-box;
- background-color: #22C1FC;
+ background-color: #E6E6E6;
color: #FFFFFF;
@@ -117,6 +127,13 @@ a:hover {
-webkit-box-shadow: 0px 1px 3px rgba(0, 0, 0, 0.3);
box-shadow: 0px 1px 3px rgba(0, 0, 0, 0.3);
}
+
+#example .demo.shape .side img {
+ display: block;
+ margin: 0px auto;
+ max-width: 100%;
+}
+
#example .demo.shape .side b {
display: block;
position: absolute;
@@ -127,44 +144,6 @@ a:hover {
text-align: center;
}
-#example .demo.shape .up.side,
-#example .demo.shape .down.side {
- background-color: #E6E6E6;
- color: #737373;
-}
-
-/* Shapes */
#example .demo.rectangle.shape .side {
- width: 500px;
- height: 300px;
-}
-#example .demo.rectangle.shape .up.side,
-#example .demo.rectangle.shape .down.side {
- height: 100px;
-}
-#example .demo.rectangle.shape .left.side,
-#example .demo.rectangle.shape .right.side,
-#example .demo.rectangle.shape .over.side {
- width: 300px;
-}
-
-
-#example .demo.irregular.shape .side {
- padding: 0px;
-}
-#example .demo.irregular.shape .side:nth-child(1n) {
- width: 514px;
- height: 210px;
-}
-#example .demo.irregular.shape .side:nth-child(2n) {
- width: 126px;
- height: 115px;
-}
-#example .demo.irregular.shape .side:nth-child(3n) {
- width: 864px;
- height: 510px;
-}
-#example .demo.irregular.shape .side:nth-child(4n) {
- width: 322px;
- height: 210px;
+ width: 350px;
}
\ No newline at end of file
diff --git a/examples/example.js b/examples/example.js
index c07b37f02..c2d0c5e67 100755
--- a/examples/example.js
+++ b/examples/example.js
@@ -26,7 +26,6 @@ shape.ready = function() {
if(direction && animation) {
$('.active.side')
.next()
- .attr('class', direction + ' side')
;
$demo
.shape(animation + '.' + direction)
@@ -54,7 +53,7 @@ shape.ready = function() {
$shape
.addClass('active')
;
- $otherShapes
+ $otherShapes
.removeClass('active')
.each(handler.removeShape)
;
diff --git a/examples/images/heroku.png b/examples/images/heroku.png
new file mode 100755
index 000000000..06ee22dd5
Binary files /dev/null and b/examples/images/heroku.png differ
diff --git a/examples/images/jira.png b/examples/images/jira.png
new file mode 100755
index 000000000..ac48489f2
Binary files /dev/null and b/examples/images/jira.png differ
diff --git a/examples/images/quirky.png b/examples/images/quirky.png
new file mode 100755
index 000000000..3d31fbc5c
Binary files /dev/null and b/examples/images/quirky.png differ
diff --git a/examples/index.html b/examples/index.html
index 18edec282..cc4010f35 100755
--- a/examples/index.html
+++ b/examples/index.html
@@ -32,7 +32,7 @@
Shapes makes creating 3D tweens easier by taking care of the dirty business of calculating translations based on content sizing, which can be a confusing, frustrating task.
The module uses 3D transformations which are currently only supported in modern versions of Chrome, Safari, and Firefox.
-
Shapes is written using the semantic module specification. Semantic is a standard pattern for writing Javascript modules which intends to make understanding new code less confusing, and debugging errors less frustrating, by making coding decisions less arbitrary and more semantic.
+ Shapes is written using the semantic module specification. Semantic is a standard pattern for writing Javascript modules which intends to make understanding new code less confusing, and debugging errors less frustrating, by making coding decisions less arbitrary and more semantic.
Click here to read more
about Semantic spec, and the upcoming library.
@@ -42,16 +42,13 @@
-
1
+
-
2
+
- 3
-
-
-
4
+
diff --git a/examples/module.html b/examples/module.html
index dbf070a34..dde6315eb 100755
--- a/examples/module.html
+++ b/examples/module.html
@@ -30,42 +30,55 @@
Semantic
Semantic is a set of standards designed to make front end development less arbitrary.
+
+
+
What is Semantic?
- Semantic has two parts. The semantic standard, and the semantic library.
+ Semantic has two parts. The semantic standard, and the semantic library.
+
The standard
-
The semantic standard attempts to create a standard design pattern for describing static UI components (UI elements), and dynamic UI components (modules).
+
The semantic standard attempts to create a standard design pattern for describing static UI components (UI elements), and dynamic UI components or behavioral definitions (Javascript modules).
-
Static components are things like: menus, columns, grids, tables, buttons, forms. Dynamic components are things like: popups, modals, chat rooms.
+
Static elements: menus, columns, grids, tables, buttons, forms.
+
Dynamic components: popups, modals, chat rooms.
+
Behavioral components: form validation, state management, history.
-
Defining UI
-
The DNA of the web is UI. Semantic's goal is to create an exchange format for UI, by architecting a consistent HTML structure and classname usage for defining UI elements.
-
If as a community we can agree on consistent UI definitions to, for example, describe what a button is, then we can freely share variations of element designs without having to modify our site's structure to match the expectations of the library.
+
Defining UI
+
Semantic creates an exchange format for UI, by defining a consistent HTML structure and set of class names for representing UI elements.
+
Sharing a structural standard for UI releases the burden from developers at being a naming authorities in their own projects.
+
+
If, as a community we can agree on consistent UI definitions, then we can freely share variations of element designs without having to modify our site's codebase to match any declarative expectations by other developers, and interface designs can be freely exchanged between projects and teams.
-
What's in an element
+
What's in an element
UI elements definitions are made of 4 parts:
- - A prototype format of an element (A bunny has two long ears and is furry)
+ - An ideal form of an element (A bunny has two long ears and is furry)
- A list of states which the element can exist. (A bunny can either be hopping, eating or sitting still)
- A definition of the relationship between a plural and singular instance of an element (Three white bunnies are each white)
- - A definition of possible variations of the element (A bunny can be tall or short and can be friendly or mean)
+ - A definition of possible variations of the element (A bunny can be large or small and can be spotted or fuzzy)
-
UI elements can be thought of as nouns, and variations as adjectives. Variations should be written in a way which only describe the innate features of that variation, so that variations can be used together without affecting each other.
+
UI elements can be thought of as nouns, and variations as adjectives. Variations are written in a way which only describe the innate features of that variation in the context of the noun. For example, in english, a large planet has a different meaning than a large chair, but both are the same variant "largeness".
+
Variations can be used together without negating each other unless used in a pardoxical way (A large small bunny).
+
I don't know what you're talking about just show me the code
If you'd like to shortcut any more explanation, check out the standard definition for a UI button for a live example.
-
UI Button Spec
+
UI Button Spec
+
Defining Modules
+
The Semantic modules standard is created primarily to accomplish two things:
+
+ - Provide conveniences for module authors so that they can be written faster and without clutter.
+ - Add features which make understanding and debugging other developers' modules simpler
+
-
The library
-
-
The semantic library is a UI library and set of javascript modules which have been written to adhere to the semantic standard.
-
-
The aim is to release pieces of the library on a schedule over the course of the next few months. Check out the Semantic library release calendar
-
-
Why use Semantic Modules?
+
Why use Semantic Modules?
- - Puts accessibility first. Although Coffeescript is beautiful, and Angular is smart, Semantic has a different agenda: to be easy to use, and opinionless. Semantic can be thought of more as the Aaron Copland of programming libraries. To code in Semantic only requires an understanding of jQuery and Javascript to begin writing code. If you're stuck there are also plenty of examples to help you get started.
+ - Puts accessibility first. Although Coffeescript is beautiful, and Angular is smart, Semantic has a different agenda: to be easy to use, and opinionless. Semantic can be thought of more as the Aaron Copland of programming libraries. It only requires an understanding of jQuery and Javascript to begin writing code. If you're stuck there are also plenty of examples to help you get started.
- Is self documenting. Instead of reading through inline comments to determine what a developer is intending, semantic allows developers to pass meaningful debug data where its most useful: the javascript console. This allows you to see the sequence of events that occur in a module , along with useful debug information, like the value of significant variables. If you're in the source code, debug statements also read similarly to code comments which provide context. Show me
- Designed to separate the arbitrary bits from the core logic of your module. Ever scroll through an unfimiliar library looking for the line of code where they define the ID tag for an expected html structure? Semantic keeps you from ever having to do that again. Developer decisions like metadata, classnames, selectors, and messages are separated from the less arbitrary parts of code. Show me
- Lets you access anything, and change everything. Methods defined as part of module definitions are all invokable. Semantic also maps from dot notation to their appropriate locations inside the module, allowing developers not to only make flat modules. Settings can be changed at initialization, or after. Module defaults can be changed whenever. Show me
@@ -73,17 +86,53 @@
- Patterns for every need. Semantic has patterns that work well both as a widget factory, and as a single entity.
-
How to write a module
-
View Annotated Source
-
-
- - Select the most appropriate design pattern.
- - Define a settings object.
- - Define a selector cache.
- - Add an object literal defining invokable methods for your plugin
- - You're done!
-
-
+
You really like to talk. Lets see some code
+
For a complete definition of the specification check to annotated source:
+
+
+
+
+
The Libraries
+
To semantic library is a set of UI elements and javascript modules that provides an example implementation of the Semantic standard. The purpose is to be useful in their own right for developers, but also to provide a guide for how the standard can be used.
+
The UI Library
+
+
The aim is to release pieces of the library on a schedule over the course of the next few months.
UI Release Calendar
+
The module library
+
Javascript modules.
+
+ - Accordion
+ - API
+ - Animation
+ - Chat Room
+ - Form Validation
+ - Placeholder Text
+ - Modal
+ - Nag
+ - Popup
+ - Search
+ - Star Rating
+ - Shape
+ - State
+ - Tabs
+
+