<?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"
	>
<channel>
	<title>Comments on: CSS On/Images Off</title>
	<atom:link href="http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Tue, 02 Dec 2008 00:49:25 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: AlexW</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-13364</link>
		<dc:creator>AlexW</dc:creator>
		<pubDate>Tue, 31 Jan 2006 05:48:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-13364</guid>
		<description>Zach, we're not really talking about an 'either/or' situation here. From a developer's point of view, it takes no more time to work in a way that degrades elegantly. You don't have to compromise your higher bandwidth users, and there's equally no reason to cut a low bandwidth user loose. 

Maybe you're selling DVD players and I'm at the department store, looking to purchase. I &lt;em&gt;know &lt;/em&gt;what the model I want looks like. I just want to use my phone to quickly determine if you can do it much cheaper. Why make it hard for me?

More than anything, these are issues that it's simply useful to be aware of. It may be that you weigh up the situation and decide you're ok with how your site degrades. As long as you do understand the situation and make a conscious decision, that's a perfectly cool.</description>
		<content:encoded><![CDATA[<p>Zach, we&#8217;re not really talking about an &#8216;either/or&#8217; situation here. From a developer&#8217;s point of view, it takes no more time to work in a way that degrades elegantly. You don&#8217;t have to compromise your higher bandwidth users, and there&#8217;s equally no reason to cut a low bandwidth user loose. </p>
<p>Maybe you&#8217;re selling DVD players and I&#8217;m at the department store, looking to purchase. I <em>know </em>what the model I want looks like. I just want to use my phone to quickly determine if you can do it much cheaper. Why make it hard for me?</p>
<p>More than anything, these are issues that it&#8217;s simply useful to be aware of. It may be that you weigh up the situation and decide you&#8217;re ok with how your site degrades. As long as you do understand the situation and make a conscious decision, that&#8217;s a perfectly cool.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Zach</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-13360</link>
		<dc:creator>Zach</dc:creator>
		<pubDate>Tue, 31 Jan 2006 02:10:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-13360</guid>
		<description>You know what I get a kick of, every time I read stuff like this?

(noteable exception to those very few places that they can not get Broadband - and even then - they could by Direct TV or the like)

How many potential customers to a website are going to be one of the following

1) Can not afford broadband
2) Do not surf enough to care to about getting broadband

Really - how many of those are going to be someone that plops down a money online.  The first group doesnt have any money, the second group would not be the type to shop online - otherwise, they would be online more often.  I dont care if its a product from a store, or a subscription to content - that applies in both cases.

A lot of companies get that - and thats why so many of the bigger retailers sites are something that you would never try to browse on dial up.  You have to either run basically two completely different websites - or scale back dramatically how you want to present your products.  I am of the thinking that the small percentage stuck on dial up, versus the gained sales from really spruced up display of your products is a no brainer.  You are going to make much more sales by displaying your products to the fullest, than you are going to by lowering the display to a be able to be seen by someone on dial up.

Not to mention - how many people are going to buy a product, with out looking at it?  You will need images turned on to see it.

Unless that is that sitepoint only aims its content at bloggers these days - then I would be wrong.</description>
		<content:encoded><![CDATA[<p>You know what I get a kick of, every time I read stuff like this?</p>
<p>(noteable exception to those very few places that they can not get Broadband - and even then - they could by Direct TV or the like)</p>
<p>How many potential customers to a website are going to be one of the following</p>
<p>1) Can not afford broadband<br />
2) Do not surf enough to care to about getting broadband</p>
<p>Really - how many of those are going to be someone that plops down a money online.  The first group doesnt have any money, the second group would not be the type to shop online - otherwise, they would be online more often.  I dont care if its a product from a store, or a subscription to content - that applies in both cases.</p>
<p>A lot of companies get that - and thats why so many of the bigger retailers sites are something that you would never try to browse on dial up.  You have to either run basically two completely different websites - or scale back dramatically how you want to present your products.  I am of the thinking that the small percentage stuck on dial up, versus the gained sales from really spruced up display of your products is a no brainer.  You are going to make much more sales by displaying your products to the fullest, than you are going to by lowering the display to a be able to be seen by someone on dial up.</p>
<p>Not to mention - how many people are going to buy a product, with out looking at it?  You will need images turned on to see it.</p>
<p>Unless that is that sitepoint only aims its content at bloggers these days - then I would be wrong.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: AlexW</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-13100</link>
		<dc:creator>AlexW</dc:creator>
		<pubDate>Wed, 25 Jan 2006 01:00:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-13100</guid>
		<description>&lt;blockquote&gt;did it ever occur to anyone that if the user has images turned of they dont really care about what the page looks like? It may matter to you, but why bother if they couldn’t give a monkeys? as long as they can read the content its good enough for them, so its good enough for me.&lt;/blockquote&gt;

Your assumption is they don't care. If that was the case, why would they leave CSS turned on? These people are motivated by reduced bandwidth demands, not a craving for Times New Roman.</description>
		<content:encoded><![CDATA[<blockquote><p>did it ever occur to anyone that if the user has images turned of they dont really care about what the page looks like? It may matter to you, but why bother if they couldn’t give a monkeys? as long as they can read the content its good enough for them, so its good enough for me.</p></blockquote>
<p>Your assumption is they don&#8217;t care. If that was the case, why would they leave CSS turned on? These people are motivated by reduced bandwidth demands, not a craving for Times New Roman.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-13070</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Tue, 24 Jan 2006 12:33:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-13070</guid>
		<description>did it ever occur to anyone that if the user has images turned of they dont really care about what the page looks like? It may matter to you, but why bother if they couldn't give a monkeys? as long as they can read the content its good enough for them, so its good enough for me.</description>
		<content:encoded><![CDATA[<p>did it ever occur to anyone that if the user has images turned of they dont really care about what the page looks like? It may matter to you, but why bother if they couldn&#8217;t give a monkeys? as long as they can read the content its good enough for them, so its good enough for me.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: AlexW</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-12890</link>
		<dc:creator>AlexW</dc:creator>
		<pubDate>Thu, 19 Jan 2006 03:41:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-12890</guid>
		<description>Ah, Tommy, it was you! Actually I figured out that I was at Andy Clarke's site when I had my 'gee, fancy that' moment -- which is probably why I later struggled to track down who said it and where ;) 

http://www.stuffandnonsense.co.uk/archives/mir_image_replacement.html#comment8

&lt;blockquote&gt;The only problem with a (good)image replacement technique is that images have a fixed width, but the size of a text element is variable. I use a simple IR technique on my defunct blog which works for all ‘normal’ situations, but someone with a very large font setting might see an undesirable cut-off effect.&lt;/blockquote&gt;

I did consider exactly that issue when I was experimenting with this stuff. In the end I decided that there is a point where scaling up a font can't help you anymore, and that beyond that point it's just users playing because they can. 

However, if it was an issue for you, you could provide extra plain background on the logo graphic and set the width height in EMS. It makes very little difference to file size. For instance, changing our 160x50px SitePoint logo to 700x200px changes the file size from 1.70k to 1.75k. No real issue there.

You also ideally need to set a min-width/height to stop it scaling down too small and cropping the background image. IE doesn't know mid-width though.</description>
		<content:encoded><![CDATA[<p>Ah, Tommy, it was you! Actually I figured out that I was at Andy Clarke&#8217;s site when I had my &#8216;gee, fancy that&#8217; moment &#8212; which is probably why I later struggled to track down who said it and where ;) </p>
<p><a href="http://www.stuffandnonsense.co.uk/archives/mir_image_replacement.html#comment8" rel="nofollow">http://www.stuffandnonsense.co.uk/archives/mir_image_replacement.html#comment8</a></p>
<blockquote><p>The only problem with a (good)image replacement technique is that images have a fixed width, but the size of a text element is variable. I use a simple IR technique on my defunct blog which works for all ‘normal’ situations, but someone with a very large font setting might see an undesirable cut-off effect.</p></blockquote>
<p>I did consider exactly that issue when I was experimenting with this stuff. In the end I decided that there is a point where scaling up a font can&#8217;t help you anymore, and that beyond that point it&#8217;s just users playing because they can. </p>
<p>However, if it was an issue for you, you could provide extra plain background on the logo graphic and set the width height in EMS. It makes very little difference to file size. For instance, changing our 160&#215;50px SitePoint logo to 700&#215;200px changes the file size from 1.70k to 1.75k. No real issue there.</p>
<p>You also ideally need to set a min-width/height to stop it scaling down too small and cropping the background image. IE doesn&#8217;t know mid-width though.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: AutisticCuckoo</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-12872</link>
		<dc:creator>AutisticCuckoo</dc:creator>
		<pubDate>Wed, 18 Jan 2006 17:09:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-12872</guid>
		<description>I'm stuck with dial-up, and I do surf with images off (but CSS on) from home. It's very easy to toggle these things in Opera, which is my favourite browser.

The only problem with a (good)image replacement technique is that images have a fixed width, but the size of a text element is variable. I use a simple IR technique on my defunct blog which works for all 'normal' situations, but someone with a very large font setting might see an undesirable cut-off effect.

The question is whether user agents ought to respect the width/height settings of the image even when the image itself is not available. There are cases when that's what you want, but there are also cases where you'd like the alt text to be shrink-wrapped. I think we need another attribute for the IMG and OBJECT element types. :)</description>
		<content:encoded><![CDATA[<p>I&#8217;m stuck with dial-up, and I do surf with images off (but CSS on) from home. It&#8217;s very easy to toggle these things in Opera, which is my favourite browser.</p>
<p>The only problem with a (good)image replacement technique is that images have a fixed width, but the size of a text element is variable. I use a simple IR technique on my defunct blog which works for all &#8216;normal&#8217; situations, but someone with a very large font setting might see an undesirable cut-off effect.</p>
<p>The question is whether user agents ought to respect the width/height settings of the image even when the image itself is not available. There are cases when that&#8217;s what you want, but there are also cases where you&#8217;d like the alt text to be shrink-wrapped. I think we need another attribute for the IMG and OBJECT element types. :)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: cob</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-12871</link>
		<dc:creator>cob</dc:creator>
		<pubDate>Wed, 18 Jan 2006 15:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-12871</guid>
		<description>While surfing with my Blackberry I turn off images. I would think many would do the same.</description>
		<content:encoded><![CDATA[<p>While surfing with my Blackberry I turn off images. I would think many would do the same.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: AlexW</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-12849</link>
		<dc:creator>AlexW</dc:creator>
		<pubDate>Wed, 18 Jan 2006 00:57:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-12849</guid>
		<description>&lt;blockquote&gt;Etnu, from what I’ve heard, a lot of newer mobile devices don’t utilize WAP protocol, and even a new phone from Motorola is advertising that the internal browser uses Opera. WAP was a great idea, but not very well implemented. The phone making companies didn’t really adopt it, probably partly because it wasn’t highly adopted by designers themselves. It’s a catch-22.&lt;/blockquote&gt;

Yep, WAP is pretty much an afterthought in feature lists for phones these days. They all trumpet their XHTML/CSS rendering abilities, although besides the Opera phone browser, none usefully support the 'media=handheld' media type.

Etnu, I completely agree that the best way to build a site targetted specifically at PDA/phones is to send different, optimized HTML to it. However I think there are considerations you can make in a site that you aren't specifically targetting to low-bandwidth users that can improve their experience. 

For instance, you might not generally expect most users to browse your glossy company website on their phone. However, a client may want to check the address on his phone on the way to visiting you. Making it easy to identify the site and navigate quickly to the 'contact us' page without needing to download 300k of glossy images would probably be a helpful option for him -- without you needing to incur the time and expense of building a separate, parallel low-fi site.</description>
		<content:encoded><![CDATA[<blockquote><p>Etnu, from what I’ve heard, a lot of newer mobile devices don’t utilize WAP protocol, and even a new phone from Motorola is advertising that the internal browser uses Opera. WAP was a great idea, but not very well implemented. The phone making companies didn’t really adopt it, probably partly because it wasn’t highly adopted by designers themselves. It’s a catch-22.</p></blockquote>
<p>Yep, WAP is pretty much an afterthought in feature lists for phones these days. They all trumpet their XHTML/CSS rendering abilities, although besides the Opera phone browser, none usefully support the &#8216;media=handheld&#8217; media type.</p>
<p>Etnu, I completely agree that the best way to build a site targetted specifically at PDA/phones is to send different, optimized HTML to it. However I think there are considerations you can make in a site that you aren&#8217;t specifically targetting to low-bandwidth users that can improve their experience. </p>
<p>For instance, you might not generally expect most users to browse your glossy company website on their phone. However, a client may want to check the address on his phone on the way to visiting you. Making it easy to identify the site and navigate quickly to the &#8216;contact us&#8217; page without needing to download 300k of glossy images would probably be a helpful option for him &#8212; without you needing to incur the time and expense of building a separate, parallel low-fi site.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: malikyte</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-12810</link>
		<dc:creator>malikyte</dc:creator>
		<pubDate>Tue, 17 Jan 2006 15:54:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-12810</guid>
		<description>&lt;blockquote&gt;As far as mobile devices go: WAP pages, people!&lt;/blockquote&gt;
Etnu, from what I've heard, a lot of newer mobile devices don't utilize WAP protocol, and even a new phone from Motorola is advertising that the internal browser uses Opera.  WAP was a great idea, but not very well implemented.  The phone making companies didn't really adopt it, probably partly because it wasn't highly adopted by designers themselves.  It's a catch-22.</description>
		<content:encoded><![CDATA[<blockquote><p>As far as mobile devices go: WAP pages, people!</p></blockquote>
<p>Etnu, from what I&#8217;ve heard, a lot of newer mobile devices don&#8217;t utilize WAP protocol, and even a new phone from Motorola is advertising that the internal browser uses Opera.  WAP was a great idea, but not very well implemented.  The phone making companies didn&#8217;t really adopt it, probably partly because it wasn&#8217;t highly adopted by designers themselves.  It&#8217;s a catch-22.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: chris ward</title>
		<link>http://www.sitepoint.com/blogs/2006/01/16/css-onimages-off/#comment-12797</link>
		<dc:creator>chris ward</dc:creator>
		<pubDate>Tue, 17 Jan 2006 12:17:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1379#comment-12797</guid>
		<description>I believe there was a case study on either zeldman.com or alistapart.com last year regarding logo replacement with CSS, that there were issues with screenreaders.

If you're looking for best accessible practices, I highly recommend browsing through &lt;a href="http://www.zeldman.com" rel="nofollow"&gt;Jeffery Zelman's&lt;/a&gt; CSS.

Personally, I usually build for as many people as I can, but i'd rather build a site that degrades gracefully and is accessible, than one that's not accessible at all!</description>
		<content:encoded><![CDATA[<p>I believe there was a case study on either zeldman.com or alistapart.com last year regarding logo replacement with CSS, that there were issues with screenreaders.</p>
<p>If you&#8217;re looking for best accessible practices, I highly recommend browsing through <a href="http://www.zeldman.com" rel="nofollow">Jeffery Zelman&#8217;s</a> CSS.</p>
<p>Personally, I usually build for as many people as I can, but i&#8217;d rather build a site that degrades gracefully and is accessible, than one that&#8217;s not accessible at all!</p>]]></content:encoded>
	</item>
</channel>
</rss>
