Skip to content
This repository was archived by the owner on Dec 11, 2021. It is now read-only.

Typography: Add Variables #139

Closed
wants to merge 4 commits into from
Closed

Conversation

rohmulan
Copy link
Contributor

Work in Progress

@@ -54,7 +54,7 @@ h6 {
font-size: em( 16px );
font-weight: 600;
line-height: 1;
text-transform: uppercase;
text-transform: uppercase; // FIXME Is this opinionated?
}
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sfrisk I kinda don't link this. Isn't that opionanted? More people would use h6 with normal capitalization than uppercase.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That should probably be moved to a variable - so they have the ability to set that.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sfrisk I don't think something like text-transform on a heading should be a variable.. we would have too many variables that way. h1-text-transform....to ...h6-text-transform. I think if we leave that property to default, users can overwrite with css easily?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I know there was discussion at one point about how we intend to have Chassis be used as a library/framework - if updates to the code could easily be done within Chassis itself - or if the expectation was that any modifications should be done from outside of Chassis, and Chassis's code should be left intact. If the latter - we probably want to make it a variable to avoid a lot of overwriting of styles. A plus side for making it a variable though is that a designer could better leverage the themeroller in customizing how Chassis looks.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

okay, then ill have that variable only for h6 and h5, we dont want the entire stylesheet in the variables

@rohmulan
Copy link
Contributor Author

@sfrisk, @arschmitz , @kristyjy , I have left TODOs on things i am already planning to change. Please review the diff /existing typography styles and suggest what more can be moved to variables.

@rohmulan rohmulan force-pushed the typo branch 2 times, most recently from 0b85976 to 1fd40d8 Compare February 23, 2016 17:47
@@ -78,7 +78,7 @@ blockquote {

pre {
padding: 16px 20px;
background: #f7f7f7;
background: #f7f7f7; // TODO replace with color variable
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Variable?

* ==========================================================================
*/
@mixin heading($style) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice use of mixin here! :-D

@sfrisk
Copy link
Contributor

sfrisk commented Mar 1, 2016

Looks good to me. @kristyjy, @arschmitz ?

@@ -78,7 +65,7 @@ blockquote {

pre {
padding: 16px 20px;
background: #f7f7f7;
background: map-get($pre,background);
font: normal 12px/1.4 $monospace;
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't we handle overflow here as well ?

@thejdeep
Copy link
Contributor

thejdeep commented Mar 1, 2016

A couple of helpful additions could be :

  • Considering optimization in rendering typography CSS ( text-rendering and font-smoothing )
  • Need for letter-spacing and word-spacing in h's
  • Defining styles for print media and not just screen

@cvrebert
Copy link
Contributor

cvrebert commented Mar 2, 2016

  • Considering optimization in rendering typography CSS ( text-rendering and font-smoothing )

Consider not messing around with font-smoothing: Please Stop "Fixing" Font Smoothing

@cvrebert
Copy link
Contributor

cvrebert commented Mar 2, 2016

I wonder whether this Android 2.3 bug report regarding text-rendering: optimizeLegibility is accurate.

@rohmulan
Copy link
Contributor Author

rohmulan commented Mar 2, 2016

@cvrebert. Agreed. Im totally against using font smoothing and test-rendering both..
Poor browser support and slowed down rendering.

@rohmulan
Copy link
Contributor Author

rohmulan commented Mar 3, 2016

@sfrisk Updated. Can go in now once you review

@sfrisk sfrisk closed this in 2958621 Mar 4, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants