So I’m listening to seal’s 1991 eponymous album. Just you try and stop me.
This fly is doing my head in. Need some #scottishfist
Love the @github for windows! #helpful
Once it’s been made fully customizable, I’ll be uploading to a new area of my blog. coming soon…
last night’s street walk paid off. My maps plugin will now feed your webapp travelling instructions from current place to your business etc.
@rem hi there. In a plugin I’m working on, I’m calling document.createElement many times. Is it better to return it from a single function?
HTML 5: Omitting unnecessary speech marks
In my last post I described how it is possible to cut down on your HTML filesize and save some time in your coding by omitting optional closing tags.
As a follow up to that post I thought I’d also describe another process to save even more on your filesize and a little bit more time still.
Please note however, these examples i’m describing are really micro-optimizations. For every project you make to be the best that it can be, I would strongly recommend looking into combining your scripts into one single file and minifying it. Minifying your CSS can also go a long way to improving speed. Those techniques, as well as others, are a seperate issue but are definiately worth your time in learning.
Back to the speech marks
A lot of us developers, me included, have a habit of wrapping up our attributes in speech marks, whether single or double, as in the following example:
<head>
<meta charset="utf-8">
<title>Example Title</title>
<link rel="stylesheet" href="css/style.css">
</head>
The truth is, however, that in most cases you can leave the speech marks out completely, as in the following example:
<head>
<meta charset=utf-8>
<title>Example Title</title>
<link rel=stylesheet href=css/style.css>
</head>
The browser will still render that correctly, and if you view the page source with the Chrome dev tools ‘inspect element’, you’ll see that the speech marks have in fact been put in for you!
Most Cases you say?
There is one situation where you will still need to use speech marks. This is when attributes have more than one value, or includes any white space. For Example:
<section>
<span class="main-class secondary-class"></span>
<img class=section-image src="images/image name with spaces.jpg">
</section>
So as a rule, when declaring attributes on html elements, you can omit all speech marks where there’s no white space contained. This is because the attribute ends when it hits the white space. I hope this helps you all to add an extra little bit of optimization into both your workflow and the size of your code.
If you have any of your own tips for code optimization, please share it in the comments section below. Thanks!
Tanis development proceeding. Need headpiece. Staff of Ra. Abna Ravenwood U.S.
About to test a part of my Google maps plugin. Aka walk streets of Fazeley to simulate direction_changed event. #thingsidointhenameofweb
Building my first jQuery plugin- a google maps plugin to give custom directions interface from user location to the place set by site author
Writing HTML without using speech marks. Feels naughty.
Car for my new job. Thanks to parents!
First successful reverse parking. #avit!
HTML5: On removing optional closing tags
Firstly, an example of some html…
<article>
<p>Once upon a time there was a web programmer.</p>
<p>He found that he wanted to cut down on his html filesize.</p>
<p>He came up with a list of ideas. They were as follows:</p>
<ul>
<li>Minifying his code</li>
<li>Cutting out content, (unacceptable!!!).</li>
<li>Remove optional tags, speech marks, etc...</li>
</ul>
<p>On writing the last item in the list, he exclaimed, <em>That's amazing</em>, now to tell others...</p>
</article>
Lovely and semantic. Now, there’s nothing at all wrong with what I’ve written above. This article is all about showing you how there are certain things in your HTML that can be left out, without breaking any part of it.
You can actually omit many closing tags and still have it render exactly how you planned.
The example above, after removing optional closing tags:
<article>
<p>Once upon a time there was a web programmer.
<p>He found that he wanted to cut down on his html filesize.
<p>He came up with a list of ideas. They were as follows:
<ul>
<li>Minifying his code
<li>Cutting out content, (unacceptable!!!).
<li>Remove optional tags, speech marks, etc...
</ul>
<p>On writing the last item in the list, he exclaimed, <em>That's amazing</em>, now to tell others...
</article>
The elements removed:
Paragraph closing tags can be omitted, because when the next one begins it knows that the last one has finished. Same with the list items also. Each list is begun with its <li>. But you’ll notice other closing tags have been kept.
The elements remaining:
The article still needs to be closed, as the browser will otherwise think the article is ongoing. The </ul> has also been kept, as it wraps the list, and stops the last list item from continuing onwards. And lastly in the example above, the </em> has remained, simply because, if left out, will continue to emphasize the rest of the paragraph.
Common Errors to be aware of:
There may be times when you will omit a closing tag, but find it may mess up your code. For Example:
<article>
<h1>The heading is as expected. Yay!
<p>But the paragraph inherits styles from the <h1>, boo!
</article>
The above happens, quite simply, because the browser doesn’t know that the <h1> should close. So as a result the paragraph is treated as though it is ‘wrapped within’ the <h1></h1> tags. The <h1> in the example above is closed by the browser, when it reaches the end of its parent continer, the <article> And so ends up rendering as the following:
<article>
<h1>The heading is as expected. Yay!
<p>But the paragraph inherits styles from the <h1>, boo!</p>
</h1>
</article>
Combating this, however, is easy. See the following:
<article>
<header>
<h1>The heading is now contained within both header tags that we close in the code...
</header>
<p>...and so now the heading styles wont bleed into this paragraph as they are contained in the <header>
</article>
By way of summary
At first it can feel odd omitting these optional closing tags, but it will, in the long run, save you both time and those precious bytes. You just need to make sure you pick your times carefully. Generally, the rule I try to stick to is: if its a container with more than one type of child element (ie. article, section, div, nav etc.) close them off in your code. But if they are single entities, such as paragraphs, headings(of same number), lists etc, that are immediately preceded by the same tags, and have no differing siblings, omit the closing tag.
It will take a bit of getting used to, but if you nest your code well you will quickly begin to notice where you can omit closing tags.
Developer inspect tools can help
I am a huge fan and regular user of the chrome developer tools. you can use its ‘inspect element’ feature to test out your code to see where the tags are being closed by the browser. Just write a paragraph without the closing tag and view it in the inspector. When you see it in the flesh and get used to how the browser renders your code, it will give you more confidence to omit those optional tags.
In Google Chrome, right click any part of the web page, and you should see the option to ‘inspect element’ towards the bottom.
So it turns out designing, developing and building a complete Web app solo is quite the challenge. But is fun. Userpage basic layout done.
Start my new job in September as Web developer. Haven’t been this excited in a long time!