<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
    xmlns:atom="http://www.w3.org/2005/Atom">

    <channel>
    <atom:link href="http://jeremypeters.co.uk/blog/rss" rel="self" type="application/rss+xml" />
    
    <title>Jeremy Peters</title>
    <link>http://jeremypeters.co.uk</link>
    <description>Blog posts</description>
    <dc:language>en</dc:language>
    <dc:creator>jez@jeremypeters.co.uk</dc:creator>
    <dc:rights>Copyright 2012</dc:rights>
    <dc:date>2012-12-10T22:56:23+00:00</dc:date>
    <admin:generatorAgent rdf:resource="http://expressionengine.com/" />
    

    <item>
      <title>Fixing SVG&#8217;s with &#8216;background&#45;size:100% 100%&#8217; in Chrome and Firefox</title>
      <link>http://jeremypeters.co.uk/blog/fixing-svgs-with-background-size100-100-in-chrome-and-firefox</link>
      <guid>http://jeremypeters.co.uk/blog/fixing-svgs-with-background-size100-100-in-chrome-and-firefox#When:22:56:23Z</guid>
      <description><![CDATA[<p>With an element that needs to be able to expand and contract both vertically and horizontally, '100% 100%' is the most suitable value for the background-size property. Unfortunately both Chrome and Firefox have issues displaying SVG's correctly using these values. As can be seen below, Chrome only sets the width at 100% and attempts to preserve the aspect ratio, and Firefox renders the horizontal edges poorly - the top and bottom are quite fuzzy.</p>
<div class="blog-image-row-2">
<figure><img alt="Chrome before fix" src="http://jeremypeters.co.uk/images/uploads/blog/chrome-before.png"><figcaption>Chrome v.23</figcaption></figure>
<figure><img alt="Firefox before fix" src="http://jeremypeters.co.uk/images/uploads/blog/ff-before.png"><figcaption>Firefox v.16</figcaption></figure>
</div>
<p></p>
<p>The issue is known in Chrome, and a workaround is suggested <a href="http://code.google.com/p/chromium/issues/detail?id=110195">here(Comment 7)</a>. The SVG needs to be opened up in a text editor, and 'preserveAspectRatio="none"' needs to be added to the beginning SVG tag.</p>
<p>The issue in Firefox is also a known bug, and is discussed <a href="http://stackoverflow.com/questions/8954028/firefox-svg-graphics-blurry">here</a>. To fix the issue in the example, the height attribute was removed from the beginning SVG tag.</p>
<p>This is the SVG XML used in the examples <em>before</em> the edits:</p>
<script src="https://gist.github.com/4253755.js"> </script>

<p></p>
<p>This is the SVG XML <em>after</em> the edits:</p>
<script src="https://gist.github.com/4253769.js"> </script>

<p></p>
<p>These are the rendered elements after the edits have been made:</p>
<div class="blog-image-row-2">
<figure><img alt="Chrome after fix" src="http://jeremypeters.co.uk/images/uploads/blog/chrome-after.png"><figcaption>Chrome v.23</figcaption></figure>
<figure><img alt="Firefox after fix" src="http://jeremypeters.co.uk/images/uploads/blog/ff-after.png"><figcaption>Firefox v.16</figcaption></figure>
</div>
<p></p>
<p>Nice.</p>
]]></description> 
      <dc:subject><![CDATA[CSS3, Development, Responsive,]]></dc:subject>
      <dc:date>2012-12-10T22:56:00+00:00</dc:date>
    </item>

    <item>
      <title>A bit more about this site</title>
      <link>http://jeremypeters.co.uk/blog/a-bit-more-about-this-site</link>
      <guid>http://jeremypeters.co.uk/blog/a-bit-more-about-this-site#When:10:35:50Z</guid>
      <description><![CDATA[<p>To begin with, rough layout sketches of each page were made. Mobile and desktop versions were then wireframed in Photoshop in a fair amount of detail, and the rest of the design was completed in the browser.</p>
<p>The base font size was set at 14px, and the base line height at 21px. In order to try and maintain a vertical rhythm as much as possible, all the font sizes were set using <a href="http://compass-style.org/reference/compass/typography/vertical_rhythm/" title="Compass's Vertical Rhythm ">Compass's Vertical Rhythm</a> mixin, which automagically works out the line height needed. All the vertical margin's and padding were set to a multiple (or 50%) of the base line height.</p>

<p><a href="http://gregoryloucas.github.com/Font-Awesome-More/" title="Font Awesome More 2.0 ">Font Awesome More 2.0</a> is being used for all the icons on the site. There are a number of advantages of icon fonts instead of images, including the fact that seperate versions are not needed for Retina displays as they are scalable. Also, as they are styled with CSS, it makes things pretty easy if I want to tweak the design in the future. They're <a href="http://css-tricks.com/examples/IconFont/" title="Icon Fonts are Awesome">pretty awesome</a>.</p>

<p>Google web fonts are being used throughout the site, with <a href="http://www.google.com/webfonts/specimen/Pacifico" title="Pacifico">Pacifico</a> used for the logo, <a href="http://www.google.com/webfonts/specimen/Oswald" title="Oswald">Oswald</a> for the heading text, and <a href="http://www.google.com/webfonts/specimen/Open+Sans" title="Open Sans">Open Sans</a> for the body text. Oswald has a few minor rendering issues, but is perfectly acceptable.</p>

<p>The site was developed mobile first using the <a href="http://susy.oddbird.net/" title="Susy">Susy</a>&nbsp;grid framework. After comparing several alternatives, Susy was chosen primarily for the following reasons:</p>

<ul>


<p>



</p>











<li>I would be using Sass/Compass.</li>

<li>I just wanted it to handle responsiveness, and didn't want a kitchen sink solution.</li> 

<li>The framework doesn't require any unsemantic mark-up in the HTML.</li>

</ul>

<p>Sass was chosen as the CSS pre-processor primarily for a couple of reasons:</p>

<ul>


<p>

</p>













<li><a href="http://compass-style.org/" title="Compass">Compass</a>, which is a library of useful mixins that is kept updated.</li> 

<li>Addons are available <a href="https://addons.mozilla.org/en-US/firefox/addon/firesass-for-firebug/" title="FireSass">for Firefox</a> <a href="https://chrome.google.com/webstore/detail/lkofmbmllpgfbnonmnenkiakimpgoamn" title="SASS Inspector">and Chrome</a> that display the Sass file names and line numbers within Firebug/Developer Tools.</li> 

</ul>

<p>Other advantages of Sass over Less can be read <a href="http://css-tricks.com/sass-vs-less/" title="Sass vs. LESS">here</a>, and <a href="http://coding.smashingmagazine.com/2011/09/09/an-introduction-to-less-and-comparison-to-sass/" title="An Introduction To LESS, And Comparison To Sass">here</a>.</p>

<p>ExpressionEngine was chosen as the CMS primarily for following reasons:</p>

<ul>


<p>

</p>













<li>No restrictions in templating</li>

<li>Incredibly flexible and extensible</li>

<li>Fantastic support from developers and community</li>

<li>Great looking control panel</li>

</ul>

<p>Scott Jehl's <a href="https://github.com/scottjehl/picturefill" title="Picturefill">Picturefill</a> is used in conjuction with <a href="http://www.causingeffect.com/software/expressionengine/ce-image" title="CE Image">CE Image</a> to display the most appropriate image for each device. Picturefill closely mimics the <a href="http://www.w3.org/community/respimg/wiki/Picture_Element_Proposal" title="Proposed picure element">proposed picture element</a>, and is currently the best solution for responsive images. CE Image is used to dynamically generate images at the required resolutions and populate the mark-up used by Picturefill.</p>

<p>That's about it.</p>]]></description> 
      <dc:subject><![CDATA[Design, Development, ExpressionEngine, HTML5, Responsive,]]></dc:subject>
      <dc:date>2012-09-30T10:35:00+00:00</dc:date>
    </item>

    </channel>
</rss>