<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>io design &#38; illustration, inc. &#187; ramblings</title>
	<atom:link href="https://iodesign.net/tag/ramblings/feed/" rel="self" type="application/rss+xml" />
	<link>https://iodesign.net</link>
	<description>fun and functional design &#38; illustration services for print and web</description>
	<lastBuildDate>Fri, 05 Jan 2018 12:21:23 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.41</generator>
	<item>
		<title>InDesign Quick Mock Up for Grayscale Photos</title>
		<link>https://iodesign.net/aliceios-blog/indesign-quick-mock-up-for-grayscale-images/</link>
		<comments>https://iodesign.net/aliceios-blog/indesign-quick-mock-up-for-grayscale-images/#comments</comments>
		<pubDate>Sat, 14 May 2011 19:44:46 +0000</pubDate>
		<dc:creator><![CDATA[alice]]></dc:creator>
				<category><![CDATA[Aliceios Blog]]></category>
		<category><![CDATA[grayscale images]]></category>
		<category><![CDATA[InDesign]]></category>
		<category><![CDATA[ramblings]]></category>

		<guid isPermaLink="false">http://www.iodesign.net/?p=1184</guid>
		<description><![CDATA[PROBLEM: Needing a quick way to include grayscale photos in layout draft while working in InDesign. When designing brochures where images were to be printed in grayscale I came across the need for a quick way to mock that up inside InDesign. Since I wanted to show the client choices for stock photography, I needed [&#8230;]]]></description>
				<content:encoded><![CDATA[<p><strong>PROBLEM:</strong> Needing a quick way to include grayscale photos in layout draft while working in InDesign. </p>
<p>When designing brochures where images were to be printed in grayscale I came across the need for a quick way to mock that up inside InDesign. Since I wanted to show the client choices for stock photography, I needed to use low resolution comp images in the drafts. As such, it didn&#8217;t make sense to put the time in to open each image in Photoshop and change it to grayscale before placing in the layout. And it would have been confusing to the client to have the images placed in color when we were planning to print in black.</p>
<p><strong>SOLUTION:</strong> Fill the image frame with black. Select the photo only, within the frame, and change image effects to &#8220;luminosity.&#8221; </p>
<p>This makes an image that in reality still contains color, but it emulates grayscale well enough to not be distracting and enabled my client to review the drafts and make decisions on the stock photos. On my end it made it easy to change proposed stock images quickly and painlessly when the client wanted to see additional options.</p>
]]></content:encoded>
			<wfw:commentRss>https://iodesign.net/aliceios-blog/indesign-quick-mock-up-for-grayscale-images/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Disappearing &#8220;White&#8221; Type</title>
		<link>https://iodesign.net/aliceios-blog/disappearing-white-type/</link>
		<comments>https://iodesign.net/aliceios-blog/disappearing-white-type/#comments</comments>
		<pubDate>Thu, 24 Feb 2011 16:07:14 +0000</pubDate>
		<dc:creator><![CDATA[alice]]></dc:creator>
				<category><![CDATA[Aliceios Blog]]></category>
		<category><![CDATA[Illustrator]]></category>
		<category><![CDATA[print problems]]></category>
		<category><![CDATA[ramblings]]></category>

		<guid isPermaLink="false">http://www.iodesign.net/?p=1037</guid>
		<description><![CDATA[Problem: &#8220;White&#8221; type over an image not showing up in press proof. Okay, there is no white in CMYK which is why I&#8217;ve put &#8220;white&#8221; in quotes. The white I&#8217;m referring to is that pesky absence of color, not an actual ink, i.e. knocking out type from an image so the paper color shows through. [&#8230;]]]></description>
				<content:encoded><![CDATA[<p><strong>Problem: </strong>&#8220;White&#8221; type over an image not showing up in press proof.</p>
<p>Okay, there is no white in CMYK which is why I&#8217;ve put &#8220;white&#8221; in quotes. The white I&#8217;m referring to is that pesky absence of color, not an actual ink, i.e. knocking out type from an image so the paper color shows through. In this case I was building a postcard using Illustrator with linked images and text over the images. On screen both in Illustrator and in the pdf for print all looked fine, but when the printer (an online printer in this case) ran the file through pre-press the &#8220;white&#8221; type disappeared.</p>
<p><strong>Solution:</strong> UNcheck the Overprint Fill option in Attributes for the selected type.</p>
<p>Duh, you can&#8217;t overprint an ink that doesn&#8217;t exist. If you are like me, when you have a client you do multiple items for you reuse bits and pieces from one job to the next. In this case the reuse included text that had been black and was correctly set to overprint. Not remembering I had it set that way, I just changed it to &#8220;white&#8221; and thought all was cool. Lesson learned!</p>
]]></content:encoded>
			<wfw:commentRss>https://iodesign.net/aliceios-blog/disappearing-white-type/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Moiré Patterns on Garment Images in Catalog Proof</title>
		<link>https://iodesign.net/aliceios-blog/moire-patterns-on-garment-images-in-catalog/</link>
		<comments>https://iodesign.net/aliceios-blog/moire-patterns-on-garment-images-in-catalog/#comments</comments>
		<pubDate>Mon, 13 Dec 2010 14:15:47 +0000</pubDate>
		<dc:creator><![CDATA[alice]]></dc:creator>
				<category><![CDATA[Aliceios Blog]]></category>
		<category><![CDATA[InDesign]]></category>
		<category><![CDATA[Photoshop]]></category>
		<category><![CDATA[print problems]]></category>
		<category><![CDATA[ramblings]]></category>

		<guid isPermaLink="false">http://www.iodesign.net/?p=1003</guid>
		<description><![CDATA[PROBLEM: Moiré Patterns showing on striped garment images in catalog proof. You never want to hear that there is a problem with a bunch of images when a client sees the proof from the printer. Especially when it is Moiré patterns. The images in question were photographs of clothing items that were all made of [&#8230;]]]></description>
				<content:encoded><![CDATA[<p><strong>PROBLEM:</strong> Moiré Patterns showing on striped garment images in catalog proof.</p>
<p>You never want to hear that there is a problem with a bunch of images when a client sees the proof from the printer. Especially when it is Moiré patterns. The images in question were photographs of clothing items that were all made of a seersucker stripe material. On the proof they looked terrible with the delicate stripe nature of the garment totally marred by the Moiré. Definitely not good!</p>
<p><strong>SOLUTION: </strong>Place linked images into InDesign at 100% or slightly less.</p>
<p>In this case, the solution was simply a matter of not having the photos placed so that they were compressed by InDesign and therefore the pdf and print rip. The resulting compression did not work well with the standard line screen angle settings of the printer.</p>
<p>I use InDesign for the catalog layout and had standardized all the product images at 3 inches wide during final file preparation, however many of the images were in actuality being used at half that size or less. I changed the sizing on the effected images so that they were placed inside InDesign at print size, or a little smaller (not more than 10% smaller) and that seemed to do the trick.</p>
<p>The revised proof look good and when I press proofed things look even better.</p>
<p>So, for these conditions the solution was actually quite easy. If that hadn&#8217;t worked, the next step would have been for the the printer to change screen angle, which could have been a lot of trial and error.</p>
<p><strong>NOTE:</strong> The photographs were clear of any Moiré pattern. This solution will not work if the patterns are in the photos themselves.</p>
]]></content:encoded>
			<wfw:commentRss>https://iodesign.net/aliceios-blog/moire-patterns-on-garment-images-in-catalog/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Weclome to Alice io&#8217;s Blog</title>
		<link>https://iodesign.net/aliceios-blog/aliceios-blog-test-post/</link>
		<comments>https://iodesign.net/aliceios-blog/aliceios-blog-test-post/#comments</comments>
		<pubDate>Fri, 12 Nov 2010 20:01:35 +0000</pubDate>
		<dc:creator><![CDATA[alice]]></dc:creator>
				<category><![CDATA[Aliceios Blog]]></category>
		<category><![CDATA[Photoshop]]></category>
		<category><![CDATA[ramblings]]></category>

		<guid isPermaLink="false">http://www.iodesign.net/?p=946</guid>
		<description><![CDATA[After 25+ years of creating art and design I still learn something almost every day. Of course most of that has to do with the ever changing nature of technology and electronic communication, which is of course a blessing and a curse. A blessing as there is always something new to learn and in many [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>After 25+ years of creating art and design I still learn something almost every day. Of course most of that has to do with the ever changing nature of technology and electronic communication, which is of course a blessing and a curse. A blessing as there is always something new to learn and in many cases a better way to do something/a better way to communicate &#8211; a curse because there is no way to ever master that ever changing world and sometimes it feels like just keeping your head in one piece by the end of the day is a challenge.</p>
<p>I do still quite a bit of design for print. Yes, actual placing of ink on paper &#8211; static stuff. Yes, there is still a need and I believe that no matter how many technological advances happen, printed items will have a place in our daily world.</p>
<p>In talking over beers with my friend Michael, who is one of my go to people for specialized coding and website trouble shooting, I was bemoaning the time spent in trouble shooting a piece for print, and how one stupid little check box made for a whole lot of trouble. He said, &#8220;you should write a blog about such things.&#8221;</p>
<p>Really? I hadn&#8217;t thought about that. I mean there are Experts out there who know waaaaay more than I do. But he does have a point, real world issues and solutions can sometimes be overlooked. Perhaps because they are stupid mistakes, which people don&#8217;t like to admit to doing, or perhaps because you don&#8217;t run into those items unless a very specific set of circumstances is met.</p>
<p>Case in point, a couple weeks ago Photoshop was acting beyond weird. Tools not behaving like I expected and getting stuck in a setting, after relaunching Photoshop &#8211; rebooting &#8211; cussing a lot, I searched the web and found someone else had a similar issue due to a stuck space bar. No way, that is just stupid, but sure enough pounding on the space bar and unsticking it did the trick. I should have searched the web first, would have saved me a lot of time.</p>
<p><strong>PROBLEM:</strong> Tools sticking in PhotoShop; acting in unexpected ways, especially in brush sizes and the like<br />
<strong> SOLUTION:</strong> Stuck space bar on keyboard</p>
<p>And, I figure if no one else ever reads this, I at least will have my own log of issues so two years from now when the same thing happens and I can&#8217;t remember WTF, I can look through these notes.</p>
]]></content:encoded>
			<wfw:commentRss>https://iodesign.net/aliceios-blog/aliceios-blog-test-post/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
