Skip to main content

SASS Mixin for Creating CSS Triangles

I feel like one of the most common shapes that we can reliably create with CSS vs images is the triangle.

One of the reasons for this is that it works as far back as IE7 (IE6 works, but doesn't support background-color: transparent). Another is how frequently a little triangle icon can be used (e.g., ascending/descending buttons, expanding menus, open/close state, etc.)

I'm not going to cover the techniques of creating triangles with CSS. That's been done already, and probably better than I would do it.

What I'm going to share with you, is a little SASS mixin that I've been using to generate triangles.

See the Pen SASS Triangles by Thomas Pietrosanti (@Rykus0) on CodePen.

I'm using a SASS placeholder (%triangle-base) as a base to contain the common styles. This makes it easy to extend without generating tons of extra code each time I want to make a triangle. When this compiles, it creates a rule that applies to all of the extending classes (CSS syntax using a comma delimited list of class names).

%triangle-base {
    display: inline-block;
    height:  0;
    width:   0;
    padding: 0;

    overflow: hidden;
    text-indent: 100%;

    border-style: solid;
    border-color: transparent;
}
Output example:
.triangle-n, .triangle-e, .triangle-s, .triangle-w {
    display: inline-block;
    height:  0;
    width:   0;
    padding: 0;

    overflow: hidden;
    text-indent: 100%;

    border-style: solid;
    border-color: transparent;
}

Then I use a mixin for the specific parts, mainly the border-widths and colors. My mixin is preset for 8 different directions, using an abbreviated compass direction. You could change this to suite your style. I am also just using the height/width as the vertical height/width of the bounding box. I plan to, at some point, do the math so that the height/width corresponds to the actual height/width of the triangle.

@mixin triangle( $direction, $color, $width, $height ) {
 @extend %triangle-base;

 @if $direction == 'n' {
  border-width: 0 $width/2 $height;
  border-bottom-color: $color;

 } @else if $direction == 'e' {
  border-width: $width/2 0 $width/2 $height;
  border-left-color: $color;

 } @else if $direction == 's' {
  border-width: $height $width/2 0;
  border-top-color: $color;

 } @else if $direction == 'w' {
  border-width: $width/2 $height $width/2 0;
  border-right-color: $color;

 } @else if $direction == 'ne' {
  border-width: $height 0 0 $width;
  border-top-color: $color;

 } @else if $direction == 'se' {
  border-width: 0 0 $height $width;
  border-bottom-color: $color;

 } @else if $direction == 'sw' {
  border-width: 0 $width $height 0;
  border-bottom-color: $color;

 } @else if $direction == 'nw' {
  border-width: $height $width 0 0;
  border-top-color: $color;

 }
}

Comments

Popular posts from this blog

SASS Converts Zero Opacity 'rgba' To 'transparent'

I recently had a strange problem after updating SASS. I have a modal dialog with a semi-transparent overlay behind it. For modern browsers, I'm using a CSS transition from rgba(0,0,0,0) to rgba(0,0,0,.5) For older browsers (namely IE8), I'm using some JavaScript to apply the transparency and animate the transition. To make sure the background gets set correctly, I'm using the standard fallback strategy of defining the background as background: rgb(0,0,0); right before the rgba line. This worked fine, until SASS optimized my code by changing background: rgba(0,0,0,0); to background: transparent; The reason? It's 2 characters shorter. Yes, we've now saved 2 bytes of easily compressible text in exchange for breaking my code. Why did it break? Well, if you haven't already figured it out, normally a browser that doesn't support rgba will simply skip that property and move on. But transparent is supported. So now, instead of h...

Automatically Calculating Foreground Color using SASS

I ran into the problem, as I'm sure many others have, where I wanted to dynamically assign background colors to my components, but also needed to adjust the foreground color to be readable and visually appealing. It's easy for something to fall through the cracks when changing colors, and then we end up with unreadable text. So to try and avoid this, I put together a SASS function that selects a color for text based on the background color you give it. This also performs checks to make sure the contrast meets a given Accessibility spec (as per W3C rules). So far I've had pretty good results with it. Please feel free to tinker and use this in your own projects. It's far from perfect, but it has See the Pen Calculate Foreground Color by Thomas Pietrosanti ( @Rykus0 ) on CodePen .

Element.focus() in IE9 running Jasmine tests with Karma

I recently udpated our Jasmine unit tests to run in Karma ; expanding our browser coverage, adding code coverage reports , and using fixtures for testing DOM manipulation . One of my tests kept failing in IE9, but only when I ran from the console. If I attempted to debug in the browser, everything passed. It turns out that IE9 (at least) needed a few ms to catch it's breath before correctly focusing on the starting element. To do this, I just added a 100ms delay before each test ran (Using Jasmine 2.3). beforeEach(function(done){ loadFixtures('myfixture.html'); // Setting focus in IE requires a delay to work correctly! setTimeout(function(){ done(); }, 100); });