Upgrade to Pro — share decks privately, control downloads, hide ads and more …

FOWD: Stylesheet Organization with Sass

FOWD: Stylesheet Organization with Sass

Chris Eppstein

May 16, 2012
Tweet

More Decks by Chris Eppstein

Other Decks in Technology

Transcript

  1. Help!
    My Stylesheets are a Mess!
    http://www.flickr.com/photos/[email protected]/4711956912/
    Wednesday, May 16, 12

    View Slide

  2. Chris
    Eppstein
    Architect: Caring.com
    Creator: Compass Stylesheet
    Authoring Framework
    Core Developer: Sass Stylesheet
    Language
    @chriseppstein
    Wednesday, May 16, 12

    View Slide

  3. #cleanstyles
    Wednesday, May 16, 12
    If you tweet about this talk, please use the hashtag

    View Slide

  4. Assumptions
    ‣Good at CSS
    ‣Basic knowledge of Sass
    ‣Large Website/Application
    ‣Team-based Development
    Wednesday, May 16, 12

    View Slide

  5. Do your
    stylesheets
    feel like this?
    Incomprehensible
    wall of
    tangled styles
    is
    incomprehensible
    http://wikibon.org/blog/wp-content/uploads/2011/10/5.„eg
    Wednesday, May 16, 12

    View Slide

  6. Caring.com
    A case study
    Wednesday, May 16, 12

    View Slide

  7. Caring.com
    Four Designs in Four Years.
    Wednesday, May 16, 12
    each with their own evolution

    View Slide

  8. Caring.com
    Four Designers in Four Years.
    Wednesday, May 16, 12
    Like most startups we were moving fast. We knew we hadn’t found the right tone, design,
    resonance with our user base.

    View Slide

  9. Sass:
    A double edged sword
    3.5 MB of CSS across 100+ files
    Wednesday, May 16, 12
    This would be insanity if it was hand authored CSS, but sass let us keep it manageable while
    we were learning, evolving, looking for product/market fit.

    View Slide

  10. Enough was Enough
    Hired Director of UX
    @shodoshan
    Wednesday, May 16, 12

    View Slide

  11. Enough was Enough
    Visual Design Firm
    @tractorstudios
    Wednesday, May 16, 12

    View Slide

  12. Enough was Enough
    New Product
    Wednesday, May 16, 12

    View Slide

  13. We found it!
    Our users loved the new design.
    http://newplateaus.areavoices.com/2012/05/01/are-older-people-happier/
    Wednesday, May 16, 12
    Finally we’re getting thank you letters and people get upset if our site goes down.

    View Slide

  14. New Approach
    ‣Consistency over Flexibility
    ‣Optimize Development
    ‣Grow the Team
    Wednesday, May 16, 12

    View Slide


  15. .styles { ...}
    +
    =
    +
    +
    Wednesday, May 16, 12

    View Slide

  16. +

    .styles { ...}
    =
    Wednesday, May 16, 12

    View Slide

  17. +

    .unique { ...}
    =
    .foundational { ...}
    Wednesday, May 16, 12

    View Slide

  18. +

    .unique { ...}
    =
    .foundational { ...}
    +
    Wednesday, May 16, 12

    View Slide

  19. +

    .unique { ...}
    =
    .foundational { ...}
    +
    Wednesday, May 16, 12

    View Slide

  20. .foundational { ...}
    Wednesday, May 16, 12
    We built a living styleguide. In this talk, I’m going to explain the process we used to create it.

    View Slide

  21. You Have
    Thousands of Selectors
    Wednesday, May 16, 12
    with no coherent strategy

    View Slide

  22. You Have
    Styles in the Way
    Wednesday, May 16, 12
    styles from the cascade and document inheritance that are hurting instead of helping

    View Slide

  23. You Have
    Unpredictable Bugs
    Wednesday, May 16, 12

    View Slide

  24. You Have
    Property Soup
    Wednesday, May 16, 12

    View Slide

  25. You Have
    Accidentally the Stylesheets
    Wednesday, May 16, 12
    Ended up here because you didn’t have a plan. Because what you need

    View Slide

  26. You Need
    STRUCTURE
    Wednesday, May 16, 12

    View Slide

  27. You Need
    PATTERNS
    Wednesday, May 16, 12

    View Slide

  28. You Need
    RULES
    Wednesday, May 16, 12

    View Slide

  29. You Need
    CLARITY OF
    INTENT
    Wednesday, May 16, 12

    View Slide

  30. CSS
    FRAMEWORKS
    will not solve your problem
    Wednesday, May 16, 12

    View Slide

  31. PRE
    PROCESSORS
    will not solve your problem
    Wednesday, May 16, 12

    View Slide

  32. The Problem is
    Wednesday, May 16, 12

    View Slide

  33. The Problem is
    YOU
    Wednesday, May 16, 12

    View Slide

  34. LOOKING GOOD
    is not
    done
    Wednesday, May 16, 12

    View Slide

  35. LOOKING GOOD
    is not even
    half done
    Wednesday, May 16, 12

    View Slide

  36. NAME
    You have to
    Wednesday, May 16, 12

    View Slide

  37. ORGANIZE
    You have to
    Wednesday, May 16, 12

    View Slide

  38. DISSECT
    You have to
    Wednesday, May 16, 12

    View Slide

  39. DOCUMENT
    You have to
    Wednesday, May 16, 12

    View Slide

  40. WORK HARD
    You have to
    Wednesday, May 16, 12

    View Slide

  41. REFACTOR
    CONSTANTLY
    You have to
    Wednesday, May 16, 12

    View Slide

  42. Or Else
    Your stylesheets
    will sap the
    will to live
    from your soul
    http://wikibon.org/blog/wp-content/uploads/2011/10/5.„eg
    Wednesday, May 16, 12

    View Slide

  43. You need better tools.
    Wednesday, May 16, 12
    Better tools that provide insulation between what you write and what you serve. So that you
    are free to organize without constraints.

    View Slide

  44. Property Soup Le average sass stylesheet.
    Wednesday, May 16, 12
    This is decent sass, could be a lot worse, would be a lot worse in css. but it can be so much
    better.

    View Slide

  45. Constructing an Object
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  46. Constructing an Object
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  47. Constructing an Object
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  48. Constructing an Object
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  49. Constructing an Object
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  50. Constructing an Object
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  51. Constructing an Object
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  52. Constructing an Object
    Unstyled
    Background
    Container
    Typography
    Foreground
    Margin/Padding
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  53. Constructing an Object
    .calming
    .shadow-box
    .reading-text
    .green-bg-type
    .vertically-padded
    Wednesday, May 16, 12
    From each category you can usually only pick 1 class to apply to the same element.

    View Slide

  54. Property Soup Le average sass stylesheet.
    Wednesday, May 16, 12
    How should we organize our style properties? Alphabetize them! We
    can do better than this. We will organize our properties by style concern.

    View Slide

  55. Property Soup Le average sass stylesheet.
    Alphabetized
    Wednesday, May 16, 12
    How should we organize our style properties? Alphabetize them! We
    can do better than this. We will organize our properties by style concern.

    View Slide

  56. Property Soup Le average sass stylesheet.
    Alphabetized
    Wednesday, May 16, 12
    How should we organize our style properties? Alphabetize them! We
    can do better than this. We will organize our properties by style concern.

    View Slide

  57. Typography The non-color aspects of text.
    Wednesday, May 16, 12
    Note how the typography and foreground are mixed up?

    View Slide

  58. Typography Typographic properties: font-xxx, line-
    height, bullets, text-xxx, margin
    Wednesday, May 16, 12
    Explain the placeholder selector

    View Slide

  59. Container Not all paddings are from the same
    concern.
    Wednesday, May 16, 12

    View Slide

  60. Container border, box shadow, padding
    Wednesday, May 16, 12

    View Slide

  61. Background Background - this one is easy :)
    Wednesday, May 16, 12

    View Slide

  62. Foreground border-color, color, shadow-color
    Wednesday, May 16, 12
    you can’t declare text shadow color explicitly, so we have to put all text shadows in the
    foreground, otherwise the shadow details would be in the typography.

    View Slide

  63. Spacers margin & padding on non-typographic
    elements
    Wednesday, May 16, 12

    View Slide

  64. An Object Description
    In Sass, we describe objects using words
    and high-level concepts,
    not style primitives.
    Wednesday, May 16, 12
    Isn’t this simpler to understand if you’re reading the code?
    We read code more often than we write it. Be nice to your future self.

    View Slide

  65. An Object Description
    In Sass, we describe objects using words
    and high-level concepts,
    not style primitives.
    Wednesday, May 16, 12
    Isn’t this simpler to understand if you’re reading the code?
    We read code more often than we write it. Be nice to your future self.

    View Slide

  66. An Object Description Our object description is longer now.
    Wednesday, May 16, 12

    View Slide

  67. An Object Description Our object description is longer now.
    Not Re-Usable
    Re-Usable
    Wednesday, May 16, 12

    View Slide

  68. A Sad Reality If you use @extend like this, your
    stylesheets will be huge.
    Wednesday, May 16, 12
    So unless you need the flexibility that semantic markup brings for shared content, etc

    View Slide

  69. A Sad Reality Classitis provides a better user
    experience.
    Wednesday, May 16, 12

    View Slide

  70. A Sad Reality Classitis provides a better user
    experience.
    Wednesday, May 16, 12

    View Slide

  71. We Need Browser
    Support for @extend
    Wednesday, May 16, 12
    Do this right now. I’ll wait. Now back to the show.

    View Slide

  72. More
    Concepts
    More Organization
    But everything has
    a place.
    http://www.ultracraft.com/system/accessories/0000/0425/Drawer-Organizer-Metal_full.„g
    Wednesday, May 16, 12

    View Slide

  73. Library: ‣No output.
    ‣Mostly presentational in
    nature.
    Foundation: ‣Core, Shared Styles.
    ‣Maps Presentation to
    Domain.
    Application: ‣Features.
    ‣One-off Pages.
    ‣Experimental styles.
    ‣Server traffic patterns
    Wednesday, May 16, 12

    View Slide

  74. Library: ‣No output.
    ‣Mostly presentational in
    nature.
    Foundation: ‣Core, Shared Styles.
    ‣Maps Presentation to
    Domain.
    Application: ‣Features.
    ‣One-off Pages.
    ‣Experimental styles.
    ‣Server traffic patterns
    Wednesday, May 16, 12

    View Slide

  75. Library: ‣No output.
    ‣Mostly presentational in
    nature.
    Foundation: ‣Core, Shared Styles.
    ‣Maps Presentation to
    Domain.
    Application: ‣Features.
    ‣One-off Pages.
    ‣Experimental styles.
    ‣Server traffic patterns
    Wednesday, May 16, 12

    View Slide

  76. Progression of a Design
    Prototype
    Variations
    Multiple Uses
    Domain Concepts
    Presentational Concepts
    Concept
    App
    Styles
    Foundation
    Classes
    Mixin
    Library
    Wednesday, May 16, 12
    This is a generalization, not a rule. Sometimes you skip a step, some concepts never appear
    in the foundation.

    View Slide

  77. Progression of a Design
    Prototype
    Variations
    Multiple Uses
    Domain Concepts
    Presentational Concepts
    Concept
    App
    Styles
    Foundation
    Classes
    Mixin
    Library
    Wednesday, May 16, 12
    This is a generalization, not a rule. Sometimes you skip a step, some concepts never appear
    in the foundation.

    View Slide

  78. Style Concern: Structure
    • Floated Grid - Provides the
    structure of a page. CSS3 will bring
    alternate layout methods.
    • Page layouts - Defines how primary
    elements adhere to the grid and
    respond. Blog Post
    Wednesday, May 16, 12

    View Slide

  79. Wednesday, May 16, 12

    View Slide

  80. Wednesday, May 16, 12

    View Slide

  81. Wednesday, May 16, 12

    View Slide

  82. Wednesday, May 16, 12

    View Slide

  83. Wednesday, May 16, 12

    View Slide

  84. Wednesday, May 16, 12

    View Slide

  85. Wednesday, May 16, 12

    View Slide

  86. Wednesday, May 16, 12

    View Slide

  87. Wednesday, May 16, 12

    View Slide

  88. Style Concern: Structure
    • Layout - Non-grid based structural
    patterns.
    Wednesday, May 16, 12

    View Slide

  89. Style Concern: Structure
    • Layout - Non-grid based structural
    patterns.
    Wednesday, May 16, 12

    View Slide

  90. Style Concern: Structure
    • Layout - Non-grid based structural
    patterns.
    Wednesday, May 16, 12

    View Slide

  91. Style Concern: Structure
    • Layout - Non-grid based structural
    patterns.
    Wednesday, May 16, 12

    View Slide

  92. Style Concern: Structure
    • Layout - Non-grid based structural
    patterns.
    Wednesday, May 16, 12

    View Slide

  93. Style Concern: Typography
    • Defines how a collection of
    typographic elements are styled.
    • Vertical Rhythm
    • There is no default typography.
    Wednesday, May 16, 12
    opt-in typography is not the industry standard approach. The industry is mostly wrong about
    this. Typographic inheritance can be annoying.

    View Slide

  94. Style Concern: Typography
    • Defines how a collection of
    typographic elements are styled.
    • Vertical Rhythm
    • There is no default typography.
    Opt-in To Typography
    Wednesday, May 16, 12
    opt-in typography is not the industry standard approach. The industry is mostly wrong about
    this. Typographic inheritance can be annoying.

    View Slide

  95. Style Concern: Typography
    • Defines how a collection of
    typographic elements are styled.
    • Vertical Rhythm
    • There is no default typography.
    Wednesday, May 16, 12
    opt-in typography is not the industry standard approach. The industry is mostly wrong about
    this. Typographic inheritance can be annoying.

    View Slide

  96. Style Concern: Typography
    • Defines how a collection of
    typographic elements are styled.
    • Vertical Rhythm
    • There is no default typography.
    Wednesday, May 16, 12
    opt-in typography is not the industry standard approach. The industry is mostly wrong about
    this. Typographic inheritance can be annoying.

    View Slide

  97. Style Concern: Container
    • Define a space using boxes and
    separators.
    • Accommodate whatever content you
    put in them.
    Wednesday, May 16, 12

    View Slide

  98. Style Concern: Container
    • Define a space using boxes and
    separators.
    • Accommodate whatever content you
    put in them.
    Wednesday, May 16, 12

    View Slide

  99. Style Concern: Container
    • Define a space using boxes and
    separators.
    • Accommodate whatever content you
    put in them.
    Wednesday, May 16, 12

    View Slide

  100. Style Concern: Container
    • Define a space using boxes and
    separators.
    • Accommodate whatever content you
    put in them.
    Wednesday, May 16, 12

    View Slide

  101. Style Concern: Spacers
    • Add space using dimensions from
    the vertical-rhythm and grid
    • Margins
    • Paddings
    • Un-paddings
    Wednesday, May 16, 12

    View Slide

  102. Style Concern: Spacers
    • Add space using dimensions from
    the vertical-rhythm and grid
    • Margins
    • Paddings
    • Un-paddings
    Wednesday, May 16, 12

    View Slide

  103. Style Concern: Spacers
    • Add space using dimensions from
    the vertical-rhythm and grid
    • Margins
    • Paddings
    • Un-paddings
    Wednesday, May 16, 12

    View Slide

  104. Style Concern: Background
    • Gives an area background color,
    pattern, or imagery.
    • Combine with any container.
    Wednesday, May 16, 12

    View Slide

  105. Style Concern: Background
    • Gives an area background color,
    pattern, or imagery.
    • Combine with any container.
    Wednesday, May 16, 12

    View Slide

  106. Style Concern: Background
    • Gives an area background color,
    pattern, or imagery.
    • Combine with any container.
    Wednesday, May 16, 12

    View Slide

  107. Style Concern: Foreground
    • Gives color to type and borders
    • Often linked to a background
    Wednesday, May 16, 12
    It would be nice if the relationship was .foreground {@extend .background;} but it’s not (1
    foreground has many backgrounds). This @extend approach introduces a fair bit of bloat, but
    it forces consistency. It’s a trade-off you can decide to make or not.

    View Slide

  108. Style Concern: Foreground
    • Gives color to type and borders
    • Often linked to a background
    Wednesday, May 16, 12
    It would be nice if the relationship was .foreground {@extend .background;} but it’s not (1
    foreground has many backgrounds). This @extend approach introduces a fair bit of bloat, but
    it forces consistency. It’s a trade-off you can decide to make or not.

    View Slide

  109. Style Concern: Foreground
    • Gives color to type and borders
    • Often linked to a background
    Wednesday, May 16, 12
    It would be nice if the relationship was .foreground {@extend .background;} but it’s not (1
    foreground has many backgrounds). This @extend approach introduces a fair bit of bloat, but
    it forces consistency. It’s a trade-off you can decide to make or not.

    View Slide

  110. Style Concern: Foreground
    • Gives color to type and borders
    • Often linked to a background
    Wednesday, May 16, 12
    It would be nice if the relationship was .foreground {@extend .background;} but it’s not (1
    foreground has many backgrounds). This @extend approach introduces a fair bit of bloat, but
    it forces consistency. It’s a trade-off you can decide to make or not.

    View Slide

  111. Style Concern: Foreground
    • Gives color to type and borders
    • Often linked to a background
    Wednesday, May 16, 12
    It would be nice if the relationship was .foreground {@extend .background;} but it’s not (1
    foreground has many backgrounds). This @extend approach introduces a fair bit of bloat, but
    it forces consistency. It’s a trade-off you can decide to make or not.

    View Slide

  112. Style Concern: Foreground
    • Gives color to type and borders
    • Often linked to a background
    Wednesday, May 16, 12
    It would be nice if the relationship was .foreground {@extend .background;} but it’s not (1
    foreground has many backgrounds). This @extend approach introduces a fair bit of bloat, but
    it forces consistency. It’s a trade-off you can decide to make or not.

    View Slide

  113. Style Concern: Foreground
    • Gives color to type and borders
    • Often linked to a background
    Wednesday, May 16, 12
    It would be nice if the relationship was .foreground {@extend .background;} but it’s not (1
    foreground has many backgrounds). This @extend approach introduces a fair bit of bloat, but
    it forces consistency. It’s a trade-off you can decide to make or not.

    View Slide

  114. Style Concern: Foreground
    • Gives color to type and borders
    • Often linked to a background
    Wednesday, May 16, 12
    It would be nice if the relationship was .foreground {@extend .background;} but it’s not (1
    foreground has many backgrounds). This @extend approach introduces a fair bit of bloat, but
    it forces consistency. It’s a trade-off you can decide to make or not.

    View Slide

  115. Style Concern: Lists/Tables/Forms
    • These are unique beasts
    • Might be part of a typography
    • Use them semantically
    • Class on the main element
    Wednesday, May 16, 12

    View Slide

  116. Style Concern: Widgets
    • Styles for your interactive elements
    • SMACSS - Jonathan Snook
    Wednesday, May 16, 12

    View Slide

  117. Style Concern: Widgets
    • Styles for your interactive elements
    • SMACSS - Jonathan Snook
    Wednesday, May 16, 12

    View Slide

  118. Style Concern: Widgets
    • Styles for your interactive elements
    • SMACSS - Jonathan Snook
    Wednesday, May 16, 12

    View Slide

  119. Style Concern: Widgets
    • Styles for your interactive elements
    • SMACSS - Jonathan Snook
    Wednesday, May 16, 12

    View Slide

  120. Style Concern: Theming
    • Color Palette
    • Semantic Color Relationships
    • Default Variables
    • Compile Stylesheet with a different
    configuration
    Wednesday, May 16, 12

    View Slide

  121. Style Concern: Theming
    • Color Palette
    • Semantic Color Relationships
    • Default Variables
    • Compile Stylesheet with a different
    configuration
    Wednesday, May 16, 12

    View Slide

  122. Style Concern: Theming
    • Color Palette
    • Semantic Color Relationships
    • Default Variables
    • Compile Stylesheet with a different
    configuration
    Wednesday, May 16, 12

    View Slide

  123. Style Concern: Theming
    • Color Palette
    • Semantic Color Relationships
    • Default Variables
    • Compile Stylesheet with a different
    configuration
    Wednesday, May 16, 12

    View Slide

  124. Style Concern: Theming
    • Color Palette
    • Semantic Color Relationships
    • Default Variables
    • Compile Stylesheet with a different
    configuration
    Wednesday, May 16, 12

    View Slide

  125. Naming is Hard
    http://funnyphotosto.com/wp-content/uploads/2012/03/12/screaming.„g
    Wednesday, May 16, 12

    View Slide

  126. Naming is a
    Collaboration
    Designers must pick or approve the name.
    Unfortunately, designers are not often good at naming things.
    Wednesday, May 16, 12
    Coders have to name everything they make, but designers don’t. Naming is a skill that must
    be developed. You have to learn to explain your intuition and instinct.

    View Slide

  127. Naming Docent
    Developers, your job is to help them
    develop a shared design vocabulary.
    Wednesday, May 16, 12
    If you are a developer and a designer, you now have an excuse for talking to yourself.

    View Slide

  128. The Name Game
    Find a name that
    describes the intent of a design
    element, not the appearance.
    Wednesday, May 16, 12

    View Slide

  129. The Name Game
    A too-specific name is
    better than a too-generic name.
    Wednesday, May 16, 12

    View Slide

  130. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  131. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  132. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  133. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  134. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  135. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  136. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  137. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  138. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  139. The Name Game
    Wednesday, May 16, 12
    THESAURUS!!!

    View Slide

  140. Losing the Name Game
    Wednesday, May 16, 12
    Sometimes you cannot find a good name, or you find some use of a design that doesn’t
    match the current name.

    View Slide

  141. Losing the Name Game
    Give up: Pick two names
    Wednesday, May 16, 12
    Sometimes you cannot find a good name, or you find some use of a design that doesn’t
    match the current name.

    View Slide

  142. Losing the Name Game
    Give up: Pick two names
    Consistency: Change the design
    Wednesday, May 16, 12
    Sometimes you cannot find a good name, or you find some use of a design that doesn’t
    match the current name.

    View Slide

  143. Losing the Name Game
    Give up: Pick two names
    Consistency: Change the design
    Wait: Don’t name it
    Wednesday, May 16, 12
    Sometimes you cannot find a good name, or you find some use of a design that doesn’t
    match the current name.

    View Slide

  144. The Designer Wins
    http://blog.hubspot.com/Portals/53/images/charlie-sheen-winning.png
    Wednesday, May 16, 12
    Don’t force a design change just because a name doesn’t match. Intuition is a tricky thing, if
    you trust your designer, trust their gut feeling. If you don’t trust your designer... :(

    View Slide

  145. Classes or IDs?
    Use IDs for unique page elements.
    Specificity is good when
    styling something specific.
    Wednesday, May 16, 12
    not always possible to find a document order.
    specificity is BETTER than !important.
    !important is a nuclear option.

    View Slide

  146. Specificity Wars
    Time to Refactor!
    Wednesday, May 16, 12
    Fight the specificity wars, by refactoring; not by rejecting specificity. Document order is not
    enough. Keep the same order of specificity at the same level of abstraction.

    View Slide

  147. Mixin Library
    The presentational concepts upon
    which the foundation classes are built.
    Wednesday, May 16, 12

    View Slide

  148. Structure of a Library Module
    1.Dependency Imports
    2.Variables, almost always defaulted.
    3.Functions
    4.Mixins
    5.Placeholder selectors
    6.Style Selectors
    Wednesday, May 16, 12
    Placeholders: only import once or use the mixin hack if your module has these
    Selectors: Usually don't mix with Functions/mixins/placeholders

    View Slide

  149. Read Compass
    Compass is a Mixin Library
    Wednesday, May 16, 12

    View Slide

  150. Breaking the Rules
    ‣Experiment with new designs
    ‣Accommodate non-conforming design.
    ‣Build what you need today
    ‣Meet your deadlines
    ‣Diligently factor out what is common
    Wednesday, May 16, 12

    View Slide

  151. Documentation
    ‣It's better to show than to tell.
    ‣Make a living styleguide for
    documentation and prototyping.
    ‣This is your design catalog.
    ‣Teach the design, don't just
    exemplify it.
    Wednesday, May 16, 12

    View Slide

  152. Downsides
    ‣Learning curve
    ‣Harder to debug
    ‣Classitis
    ‣A lot of work
    Wednesday, May 16, 12
    1-2 days of training to become capable. 3-4 weeks to be competent.
    It will take > 1 month for an experienced team to build a comprehensive styleguide.

    View Slide

  153. Benefits
    Everything has a place
    http://www.tsf.net.au/gallery/var/albums/Tidy-Cabling/46-cluster_back2.„g?m=1294131614
    Wednesday, May 16, 12

    View Slide

  154. Benefits
    File Size
    3.5 MB
    1.2 MB
    Wednesday, May 16, 12
    Better factorization => less duplication. 2/3 reduction of total site-wide styles.

    View Slide

  155. Benefits
    Efficient communication
    Wednesday, May 16, 12
    More efficient team thru better communication thanks to new vocabulary. completely
    Describing a page design can be done in ~15 minutes.

    View Slide

  156. Benefits
    Low Coupling
    Wednesday, May 16, 12
    a clean separation in responsibilities, means changes breaks things less often in unexpected
    ways

    View Slide

  157. Benefits
    Built to last
    http://www.flickr.com/photos/wilhelmja/4233621517/
    Wednesday, May 16, 12
    Ok. Pyramids are probably a bit of an exagguration.
    These styles will be used and evolved for several years -- an eternity on the internet.
    These styles will be used by a team. For the love of god, don't do

    View Slide

  158. Thank you!
    Compass is Charityware.
    Please donate on our behalf to the
    United Mitochondrial Disease Foundation
    http://umdf.org/compass
    Wednesday, May 16, 12

    View Slide