<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Pros and cons of making a website &#8220;the easy way&#8221;</title>
	<atom:link href="http://www.bernskiold.com/web-design/pros-and-cons-of-making-a-website-the-easy-way/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bernskiold.com/web-design/pros-and-cons-of-making-a-website-the-easy-way/</link>
	<description></description>
	<pubDate>Thu, 08 Jan 2009 16:30:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chris Perkins</title>
		<link>http://www.bernskiold.com/web-design/pros-and-cons-of-making-a-website-the-easy-way/comment-page-1/#comment-2222</link>
		<dc:creator>Chris Perkins</dc:creator>
		<pubDate>Thu, 21 Aug 2008 16:12:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.bernskiold.com/?p=579#comment-2222</guid>
		<description>Thanks for being open to feedback. You should definitely check out SiteGrinder more. While no miraculous panacea, we've worked hard to make it as "best practice" as we can, not an easy task given that its starting point is a Photoshop file.  The SiteGrinder hints a serious web developer needs to keep at the ready are -text, -tile, -grow, and maybe -xmedia. Be sure to check them out next time you try it.

I'm a big advocate of standards and correct semantic markup, and poorly executed markup drives me crazy(*). Though, I'm not without sin myself.

Oh well, onward and hopefully upward.

Chris


(*)My personal peeve is (nearly daily) seeing some supposed expert advising people to set an empty alt attribute ( to get their code to validate, rather than realizing that if there isn't an obvious alt interpretation for an image it has no business being in the HTML as a semantically significant element at all. It should be a  with a background-image CSS attribute set.</description>
		<content:encoded><![CDATA[<p>Thanks for being open to feedback. You should definitely check out SiteGrinder more. While no miraculous panacea, we&#8217;ve worked hard to make it as &#8220;best practice&#8221; as we can, not an easy task given that its starting point is a Photoshop file.  The SiteGrinder hints a serious web developer needs to keep at the ready are -text, -tile, -grow, and maybe -xmedia. Be sure to check them out next time you try it.</p>
<p>I&#8217;m a big advocate of standards and correct semantic markup, and poorly executed markup drives me crazy(*). Though, I&#8217;m not without sin myself.</p>
<p>Oh well, onward and hopefully upward.</p>
<p>Chris</p>
<p>(*)My personal peeve is (nearly daily) seeing some supposed expert advising people to set an empty alt attribute ( to get their code to validate, rather than realizing that if there isn&#8217;t an obvious alt interpretation for an image it has no business being in the HTML as a semantically significant element at all. It should be a  with a background-image CSS attribute set.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik Bernskiold</title>
		<link>http://www.bernskiold.com/web-design/pros-and-cons-of-making-a-website-the-easy-way/comment-page-1/#comment-2221</link>
		<dc:creator>Erik Bernskiold</dc:creator>
		<pubDate>Thu, 21 Aug 2008 15:34:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.bernskiold.com/?p=579#comment-2221</guid>
		<description>Chris, perhaps I should admit attacking SiteGrinder a little too "personal". I tried it briefly a while ago and I don't know whether any updates has been made. I will go ahead and post a continuation of this topic as my intentions were never to really attack site grinder itself (thus I've now changed the image of the post as well). The rant is mainly focused on the "get a quick website" way with everyone ignoring the need for content compability. Perhaps I should go ahead and review SiteGrinder by itself, I've always thought it as better than Photoshop yet still not good. Possible things are that it has improved.</description>
		<content:encoded><![CDATA[<p>Chris, perhaps I should admit attacking SiteGrinder a little too &#8220;personal&#8221;. I tried it briefly a while ago and I don&#8217;t know whether any updates has been made. I will go ahead and post a continuation of this topic as my intentions were never to really attack site grinder itself (thus I&#8217;ve now changed the image of the post as well). The rant is mainly focused on the &#8220;get a quick website&#8221; way with everyone ignoring the need for content compability. Perhaps I should go ahead and review SiteGrinder by itself, I&#8217;ve always thought it as better than Photoshop yet still not good. Possible things are that it has improved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Perkins</title>
		<link>http://www.bernskiold.com/web-design/pros-and-cons-of-making-a-website-the-easy-way/comment-page-1/#comment-2220</link>
		<dc:creator>Chris Perkins</dc:creator>
		<pubDate>Thu, 21 Aug 2008 15:24:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.bernskiold.com/?p=579#comment-2220</guid>
		<description>Actually, SiteGrinder is a very good optimizer. Did you explore it? 

In your second example, you have rectangles of solid color that you say would be needlessly output as graphics. That might be what you would do if slicing, but if these color rectangles are individual layers, SiteGrinder will output them as HTML/CSS only, no graphic at all.   

If you have a graphic that repeats on a page, or across pages, SiteGrinder can detect this and output it only once, no needless duplicates.  If you have overlapping non-interactive graphic layers that are repeating across pages, SiteGrinder will automatically merge them together for you and output just one graphic for all of them

Similarly, SiteGrinder finds CSS entries that repeat and/or share a majority of content, and groups them together. It also groups your CSS into a common.css file for those entries that are shared across pages, and individual CSS for the CSS that is unique to any page.

And, for any Photoshop text layer, you can choose to have it output as styled HTML text (no graphic) or as a graphic. It even warns the user if it detects a page will have no real HTML text on it when converted. 

SiteGrinder supports background colors for the page and/or browser window area (no graphic needed for those). And the Pro edition supports repeating tiles, so it can exploit Photoshop's Pattern Overlay layer FX and output a very small graphic sliver and set the repeat value on that graphic for you. It has a few different tile options and users use them to fill the browser with gradients, make infinite headers, put drop shadows on the page, etc.   What is nice about SiteGrinder's tile ability, as opposed to setting something like this up by hand, is that SiteGrinder will include it any compositing that needs to happen, so your other layers will be correctly composited to the tile (if they have any drop shadows, anti-aliasing, etc.)   


SiteGrinder isn't a good tool for all sites, but if a Photoshop design is the starting place, it's probably the best option.   SiteGrinder doesn't create code that is as good as an expert web developer, but it does produce validating XHTML and  if used properly it'll do B or B+ level work. Much better than you probably think. 

But on the optimization front, the subject you broached, SiteGrinder, when used properly, does a fantastic job. Given the same constraints of taking some graphic-intense Photoshop created design to the web,  SiteGrinder will produce a smaller download than a human can 99% of the time. Optimization is the type of thing that computers are really good at - you don't want to compete with them on that field.

And, SiteGrinder is fast. If you have a Photoshop design and don't want to waste your time doing the monkey work of re-producing it by hand in DreamWeaver, use SiteGrinder. If you are worried about the resulting code and want that A level work, do what many people do: save time by using SiteGrinder and then modify the code downstream. 


I'm one of the SiteGrinder programmers. We didn't write it because we thought the world needed another slicing tool.  We wrote it because we were getting handed Photoshop files as source designs all the time, and there was no good alternative. Either do the monkey work by hand, or use a slicing tool that produced terrible brittle 1997 era HTML. We wanted something that did it better. Something that would optimize correctly, produce standards compliant markup, supported text, and, most of all,  produced usable output while saving time.  

Chris Perkins
Media Lab, Inc.
http://www.medialab.com</description>
		<content:encoded><![CDATA[<p>Actually, SiteGrinder is a very good optimizer. Did you explore it? </p>
<p>In your second example, you have rectangles of solid color that you say would be needlessly output as graphics. That might be what you would do if slicing, but if these color rectangles are individual layers, SiteGrinder will output them as HTML/CSS only, no graphic at all.   </p>
<p>If you have a graphic that repeats on a page, or across pages, SiteGrinder can detect this and output it only once, no needless duplicates.  If you have overlapping non-interactive graphic layers that are repeating across pages, SiteGrinder will automatically merge them together for you and output just one graphic for all of them</p>
<p>Similarly, SiteGrinder finds CSS entries that repeat and/or share a majority of content, and groups them together. It also groups your CSS into a common.css file for those entries that are shared across pages, and individual CSS for the CSS that is unique to any page.</p>
<p>And, for any Photoshop text layer, you can choose to have it output as styled HTML text (no graphic) or as a graphic. It even warns the user if it detects a page will have no real HTML text on it when converted. </p>
<p>SiteGrinder supports background colors for the page and/or browser window area (no graphic needed for those). And the Pro edition supports repeating tiles, so it can exploit Photoshop&#8217;s Pattern Overlay layer FX and output a very small graphic sliver and set the repeat value on that graphic for you. It has a few different tile options and users use them to fill the browser with gradients, make infinite headers, put drop shadows on the page, etc.   What is nice about SiteGrinder&#8217;s tile ability, as opposed to setting something like this up by hand, is that SiteGrinder will include it any compositing that needs to happen, so your other layers will be correctly composited to the tile (if they have any drop shadows, anti-aliasing, etc.)   </p>
<p>SiteGrinder isn&#8217;t a good tool for all sites, but if a Photoshop design is the starting place, it&#8217;s probably the best option.   SiteGrinder doesn&#8217;t create code that is as good as an expert web developer, but it does produce validating XHTML and  if used properly it&#8217;ll do B or B+ level work. Much better than you probably think. </p>
<p>But on the optimization front, the subject you broached, SiteGrinder, when used properly, does a fantastic job. Given the same constraints of taking some graphic-intense Photoshop created design to the web,  SiteGrinder will produce a smaller download than a human can 99% of the time. Optimization is the type of thing that computers are really good at - you don&#8217;t want to compete with them on that field.</p>
<p>And, SiteGrinder is fast. If you have a Photoshop design and don&#8217;t want to waste your time doing the monkey work of re-producing it by hand in DreamWeaver, use SiteGrinder. If you are worried about the resulting code and want that A level work, do what many people do: save time by using SiteGrinder and then modify the code downstream. </p>
<p>I&#8217;m one of the SiteGrinder programmers. We didn&#8217;t write it because we thought the world needed another slicing tool.  We wrote it because we were getting handed Photoshop files as source designs all the time, and there was no good alternative. Either do the monkey work by hand, or use a slicing tool that produced terrible brittle 1997 era HTML. We wanted something that did it better. Something that would optimize correctly, produce standards compliant markup, supported text, and, most of all,  produced usable output while saving time.  </p>
<p>Chris Perkins<br />
Media Lab, Inc.<br />
<a href="http://www.medialab.com" rel="nofollow">http://www.medialab.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
