<?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: Lessons on Mastering a New Art</title>
	<atom:link href="http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/feed/" rel="self" type="application/rss+xml" />
	<link>http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/#utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=lessons-on-mastering-a-new-art</link>
	<description>A web magazine published by Art Directors Club of Metropolitan Washington</description>
	<lastBuildDate>Fri, 05 Mar 2010 14:41:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Anne C. Kerns</title>
		<link>http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/comment-page-1/#comment-203</link>
		<dc:creator>Anne C. Kerns</dc:creator>
		<pubDate>Fri, 22 May 2009 15:14:49 +0000</pubDate>
		<guid isPermaLink="false">http://fullbleed.adcmw.org/?p=512#comment-203</guid>
		<description>Great article, great tips! I guess Jim and I should return from our hiatus &amp; get back on that web horse. 
:)anne</description>
		<content:encoded><![CDATA[<p>Great article, great tips! I guess Jim and I should return from our hiatus &amp; get back on that web horse.<br />
:)anne</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Whitmoyer</title>
		<link>http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/comment-page-1/#comment-201</link>
		<dc:creator>Nick Whitmoyer</dc:creator>
		<pubDate>Wed, 20 May 2009 18:16:42 +0000</pubDate>
		<guid isPermaLink="false">http://fullbleed.adcmw.org/?p=512#comment-201</guid>
		<description>&lt;b&gt;Jessica:&lt;/b&gt; I&#039;m glad you found this helpful.

&lt;b&gt;Ephraim:&lt;/b&gt; Thanks for the detailed tips. Personally I use InDesign in a similar fashion for wire-framing and have met a lot of information architects that prefer it over Microsoft Visio and Omnigraffle as well.

For the visual design, I&#039;ve always preferred Illustrator over Photoshop and have met a few folks that feel Fireworks is worth checking out too. With the latest versions of Creative Suite, there seems to be a great deal of synergy among these applications to work with one another.</description>
		<content:encoded><![CDATA[<p><b>Jessica:</b> I&#8217;m glad you found this helpful.</p>
<p><b>Ephraim:</b> Thanks for the detailed tips. Personally I use InDesign in a similar fashion for wire-framing and have met a lot of information architects that prefer it over Microsoft Visio and Omnigraffle as well.</p>
<p>For the visual design, I&#8217;ve always preferred Illustrator over Photoshop and have met a few folks that feel Fireworks is worth checking out too. With the latest versions of Creative Suite, there seems to be a great deal of synergy among these applications to work with one another.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ephraim Schum</title>
		<link>http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/comment-page-1/#comment-200</link>
		<dc:creator>Ephraim Schum</dc:creator>
		<pubDate>Wed, 20 May 2009 15:15:48 +0000</pubDate>
		<guid isPermaLink="false">http://fullbleed.adcmw.org/?p=512#comment-200</guid>
		<description>Correction: Hyphenation does exist, but not at the end of lines of text. Turning it off in InDesign imitates the way a browser displays the lines of text in a paragraph.</description>
		<content:encoded><![CDATA[<p>Correction: Hyphenation does exist, but not at the end of lines of text. Turning it off in InDesign imitates the way a browser displays the lines of text in a paragraph.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ephraim Schum</title>
		<link>http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/comment-page-1/#comment-199</link>
		<dc:creator>Ephraim Schum</dc:creator>
		<pubDate>Wed, 20 May 2009 14:59:33 +0000</pubDate>
		<guid isPermaLink="false">http://fullbleed.adcmw.org/?p=512#comment-199</guid>
		<description>I think this is a great start in helping print designers make the transition. Although I started back in 1994 when Web pages had those bland gray backgrounds and tables were just starting to be used to reassemble sliced images from Photoshop in HTML, I am still trying to find the best way to work faster to speed the process.

While I have been using Photoshop exclusively to build graphic interfaces, I often find that it&#039;s not quite as flexible when several design directions need to be cranked out in a short amount of time. Keeping track of numerous layers and trying to set text becomes a time-consuming task. 

So, let me offer print designers a faster alternative to simply Photoshop that&#039;s more familiar and helps to develop the new skills of designing for the Web. It&#039;s called Adobe InDesign. Yes, a print page layout application.

Here is a good process to begin getting comfortable with designing for the Web using InDesign and Photoshop together.

1) Start with InDesign and set your document size to 1024 points (yes, points) by 1000 points. Why 1000 points? Because you want to leave enough room to show what pages may look like past the 768 height (actually a bit less) mark when a user scrolls. You could make it a lot larger but for a start 1000 points in height seems to work for me. It can change if needed.

Now, some may say, &quot;wait a second, points isn&#039;t the same as pixels&quot;. No, but give it a try and draw some one point rules and then save the document as a PDF. When you go to open the PDF in Photoshop, importing the entire trim size at 72dpi, you&#039;ll see that the points actually equate to the same pixels. The one point rules verify it. DON&#039;T TRY TO GET FANCY and use anything below 1 point increments for rules and boxes in InDesign and you&#039;ll be just fine.

2) Drag out grid lines to 960 points from the left-most edge and one down to about 748 or so to be safe on the height. You are just trying to stay within a safety zone for the height and I find that this height works well when setting the safety zone. Some may have other height settings. These grid lines mark the safe design area, like the &quot;live area&quot; in printed materials.

3) You can then use InDesign&#039;s master pages to begin building the interface/ I find that I have my background established here, general regions for navigation, logos, footers—essentially anything that continues from page to page. You design leaving your main content areas defined—regions where content that differs from page to page will go. Use a worst-case scenario designing the most complex of pages. This helps you set up grid lines that can be used or altered on every page.

4) You can then override master page elements or copy master pages to new master pages and then change things as needed. Master pages based on others help keep things consistent and the grid intact. 

5) Setting text is a bit more tricky. First, turn off all hyphenation. It doesn&#039;t exist on the Web. Then, using standard Web fonts (you can look these up in Google) go ahead and set up a few sizes. For example, I use 11 points over 14 points and 12 points over 16 points a lot when I set text in Arial. You can experiment and ask a few of your Web designer guru friends to see what&#039;s best. Always set more text than appropriate. It can always be cut down but rarely does everything fit perfectly unless you have 100% control over the writing when actual content is generated.

6) You can use the gradients and effects in InDesign and InDesign object styles to control special effects, box rules, etc. It&#039;s the same for colors. Also, keep all elements on layers and you&#039;ll find things easier to select when needed. I put the background on one layer, text on one, photos/images on one, and so on.

7) Once you have completed the design, export your design as a PDF and then open it in Photoshop at 1024 pixels by whatever the height is. The width matters most. Make sure the color mode is RGB and the pixels/inch is 72. I also play around with alias vs. anti-alias if I want to be exact when selecting pixels and building the actual site as I know all of the major text areas will be HTML anyway. When showing clients you can just keep it aliased as it looks much nicer. Just make sure your clients know that it may look a bit different when actually built. 

If your design needs no Photoshop treatment outside of InDesign, you can many times just send the PDF directly to the client. I show a home page and two or three other sites pages (sub-level pages) as that is many times just enough to give the client what they need to gain their approval on the interface. If the site is small and the content is ready-to-go, I will many times mock up the entire site for safe measure.

Conclusion:

Using InDesign speeds up the design process, allows for better setting of text and moving it around as needed, quick variations on design/sketches, and consolidates everything for easy export as PDFs or importing into Photoshop. It has worked very well and keeps the print skills fresh while designing for the Web. Consider using Photoshop and InDesign hand-in-hand when making the transition.

By picking up a few books on XHTML and CSS you&#039;ll also find it a bit easier to begin how to format the actual code. And, lastly, always ask people who are more knowledgeable than you. I often email the authors of books for further insight. I have developed a strong electronic relationship with a few of them.</description>
		<content:encoded><![CDATA[<p>I think this is a great start in helping print designers make the transition. Although I started back in 1994 when Web pages had those bland gray backgrounds and tables were just starting to be used to reassemble sliced images from Photoshop in HTML, I am still trying to find the best way to work faster to speed the process.</p>
<p>While I have been using Photoshop exclusively to build graphic interfaces, I often find that it&#8217;s not quite as flexible when several design directions need to be cranked out in a short amount of time. Keeping track of numerous layers and trying to set text becomes a time-consuming task. </p>
<p>So, let me offer print designers a faster alternative to simply Photoshop that&#8217;s more familiar and helps to develop the new skills of designing for the Web. It&#8217;s called Adobe InDesign. Yes, a print page layout application.</p>
<p>Here is a good process to begin getting comfortable with designing for the Web using InDesign and Photoshop together.</p>
<p>1) Start with InDesign and set your document size to 1024 points (yes, points) by 1000 points. Why 1000 points? Because you want to leave enough room to show what pages may look like past the 768 height (actually a bit less) mark when a user scrolls. You could make it a lot larger but for a start 1000 points in height seems to work for me. It can change if needed.</p>
<p>Now, some may say, &#8220;wait a second, points isn&#8217;t the same as pixels&#8221;. No, but give it a try and draw some one point rules and then save the document as a PDF. When you go to open the PDF in Photoshop, importing the entire trim size at 72dpi, you&#8217;ll see that the points actually equate to the same pixels. The one point rules verify it. DON&#8217;T TRY TO GET FANCY and use anything below 1 point increments for rules and boxes in InDesign and you&#8217;ll be just fine.</p>
<p>2) Drag out grid lines to 960 points from the left-most edge and one down to about 748 or so to be safe on the height. You are just trying to stay within a safety zone for the height and I find that this height works well when setting the safety zone. Some may have other height settings. These grid lines mark the safe design area, like the &#8220;live area&#8221; in printed materials.</p>
<p>3) You can then use InDesign&#8217;s master pages to begin building the interface/ I find that I have my background established here, general regions for navigation, logos, footers—essentially anything that continues from page to page. You design leaving your main content areas defined—regions where content that differs from page to page will go. Use a worst-case scenario designing the most complex of pages. This helps you set up grid lines that can be used or altered on every page.</p>
<p>4) You can then override master page elements or copy master pages to new master pages and then change things as needed. Master pages based on others help keep things consistent and the grid intact. </p>
<p>5) Setting text is a bit more tricky. First, turn off all hyphenation. It doesn&#8217;t exist on the Web. Then, using standard Web fonts (you can look these up in Google) go ahead and set up a few sizes. For example, I use 11 points over 14 points and 12 points over 16 points a lot when I set text in Arial. You can experiment and ask a few of your Web designer guru friends to see what&#8217;s best. Always set more text than appropriate. It can always be cut down but rarely does everything fit perfectly unless you have 100% control over the writing when actual content is generated.</p>
<p>6) You can use the gradients and effects in InDesign and InDesign object styles to control special effects, box rules, etc. It&#8217;s the same for colors. Also, keep all elements on layers and you&#8217;ll find things easier to select when needed. I put the background on one layer, text on one, photos/images on one, and so on.</p>
<p>7) Once you have completed the design, export your design as a PDF and then open it in Photoshop at 1024 pixels by whatever the height is. The width matters most. Make sure the color mode is RGB and the pixels/inch is 72. I also play around with alias vs. anti-alias if I want to be exact when selecting pixels and building the actual site as I know all of the major text areas will be HTML anyway. When showing clients you can just keep it aliased as it looks much nicer. Just make sure your clients know that it may look a bit different when actually built. </p>
<p>If your design needs no Photoshop treatment outside of InDesign, you can many times just send the PDF directly to the client. I show a home page and two or three other sites pages (sub-level pages) as that is many times just enough to give the client what they need to gain their approval on the interface. If the site is small and the content is ready-to-go, I will many times mock up the entire site for safe measure.</p>
<p>Conclusion:</p>
<p>Using InDesign speeds up the design process, allows for better setting of text and moving it around as needed, quick variations on design/sketches, and consolidates everything for easy export as PDFs or importing into Photoshop. It has worked very well and keeps the print skills fresh while designing for the Web. Consider using Photoshop and InDesign hand-in-hand when making the transition.</p>
<p>By picking up a few books on XHTML and CSS you&#8217;ll also find it a bit easier to begin how to format the actual code. And, lastly, always ask people who are more knowledgeable than you. I often email the authors of books for further insight. I have developed a strong electronic relationship with a few of them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jessica</title>
		<link>http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/comment-page-1/#comment-198</link>
		<dc:creator>Jessica</dc:creator>
		<pubDate>Wed, 20 May 2009 13:42:33 +0000</pubDate>
		<guid isPermaLink="false">http://fullbleed.adcmw.org/?p=512#comment-198</guid>
		<description>Totally guilty of using lorem ipsum in my web designs in school! On the job, however, I&#039;ve quickly learned that the content really does inform the design and layout of each page.

Thanks for all the great tips!</description>
		<content:encoded><![CDATA[<p>Totally guilty of using lorem ipsum in my web designs in school! On the job, however, I&#8217;ve quickly learned that the content really does inform the design and layout of each page.</p>
<p>Thanks for all the great tips!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Whitmoyer</title>
		<link>http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/comment-page-1/#comment-196</link>
		<dc:creator>Nick Whitmoyer</dc:creator>
		<pubDate>Tue, 19 May 2009 18:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://fullbleed.adcmw.org/?p=512#comment-196</guid>
		<description>Thanks Scott, those are some great points!</description>
		<content:encoded><![CDATA[<p>Thanks Scott, those are some great points!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Boggs</title>
		<link>http://fullbleed.adcmw.org/articles/lessons-on-mastering-a-new-art/comment-page-1/#comment-195</link>
		<dc:creator>Scott Boggs</dc:creator>
		<pubDate>Tue, 19 May 2009 17:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://fullbleed.adcmw.org/?p=512#comment-195</guid>
		<description>First, let me say &quot;kudos&quot; to you, Nick, on a well-written and informative article! I&#039;ve often admired your work and have been impressed with your metamorphosis from print-primary designer to sage web designer. 

 A few observations from my own experience:

• Design first. Websites that forgo or forget to incorporate design principles in their UI have a harder time maintaining users&#039; attention—regardless of code quality.

• Why 960px is all-powerful. 960px is an excellent choice for width because it divides evenly when using a 3, 4, 5, or 6-column grid. Handy!

• I say avoid Pantones altogether. If you&#039;re having trouble creating a scheme, try using a guide like &lt;a href=&quot;http://colorschemedesigner.com/&quot; rel=&quot;nofollow&quot;&gt;this one,&lt;/a&gt; or one of the many others found online. 

• You can never test too much! Test on a PC. Test on your parents&#039; computer. Test at the library. Test as many different machines and configurations as you can and make note of discrepancies. This will allow you to create a more broadly usable site, and will help you avoid missteps  on future projects.

• It takes time. The print-to-web transition is not an easy one. It will take time, effort, and many, many mistakes from which you can learn. Ask questions, be patient, and keep on keeping on!</description>
		<content:encoded><![CDATA[<p>First, let me say &#8220;kudos&#8221; to you, Nick, on a well-written and informative article! I&#8217;ve often admired your work and have been impressed with your metamorphosis from print-primary designer to sage web designer. </p>
<p> A few observations from my own experience:</p>
<p>• Design first. Websites that forgo or forget to incorporate design principles in their UI have a harder time maintaining users&#8217; attention—regardless of code quality.</p>
<p>• Why 960px is all-powerful. 960px is an excellent choice for width because it divides evenly when using a 3, 4, 5, or 6-column grid. Handy!</p>
<p>• I say avoid Pantones altogether. If you&#8217;re having trouble creating a scheme, try using a guide like <a href="http://colorschemedesigner.com/" rel="nofollow">this one,</a> or one of the many others found online. </p>
<p>• You can never test too much! Test on a PC. Test on your parents&#8217; computer. Test at the library. Test as many different machines and configurations as you can and make note of discrepancies. This will allow you to create a more broadly usable site, and will help you avoid missteps  on future projects.</p>
<p>• It takes time. The print-to-web transition is not an easy one. It will take time, effort, and many, many mistakes from which you can learn. Ask questions, be patient, and keep on keeping on!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
