<?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: Fixed versus dynamic layouts</title>
	<atom:link href="http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/</link>
	<description>Resources for librarians who are interested in the application of web design and technologies in libraries</description>
	<pubDate>Sun, 12 Oct 2008 02:27:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Don McMorris</title>
		<link>http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29989</link>
		<dc:creator>Don McMorris</dc:creator>
		<pubDate>Wed, 26 Sep 2007 13:19:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29989</guid>
		<description>I have a thing for "Quick-and-dirty" solutions.  Then again, a lot of my stuff is more for myself and friends, and not really intended for the real world...

That being said, what about an image that's 1024 pixels wide by 1 pixel high, and transparent (or at least the same as the BG color).  This image would basically force a minimal resolution (anything smaller than 1024xX would see a horizontal scroll bar).

I have no idea how (well) this would work for portable or embedded devides, though (cell phones, PDAs, Ultra-Portable PCs, etc.).

Good luck anyway.  See you in RSS!
--Don</description>
		<content:encoded><![CDATA[<p>I have a thing for &#8220;Quick-and-dirty&#8221; solutions.  Then again, a lot of my stuff is more for myself and friends, and not really intended for the real world&#8230;</p>
<p>That being said, what about an image that&#8217;s 1024 pixels wide by 1 pixel high, and transparent (or at least the same as the BG color).  This image would basically force a minimal resolution (anything smaller than 1024xX would see a horizontal scroll bar).</p>
<p>I have no idea how (well) this would work for portable or embedded devides, though (cell phones, PDAs, Ultra-Portable PCs, etc.).</p>
<p>Good luck anyway.  See you in RSS!<br />
&#8211;Don</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karen</title>
		<link>http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29798</link>
		<dc:creator>Karen</dc:creator>
		<pubDate>Fri, 21 Sep 2007 13:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29798</guid>
		<description>Let's just say fixed width went less to pieces. Meaning things didn't overlap which happened with my original dynamic design initially. I still haven't got it quite right though. IE is the bane of my existence. Being able to scale up font size wise is a plus but often this can make a design go to pieces as well if you have a space divided up a certain way. I like Oregon State's approach because it allows people to scale up without throwing everything to pieces. As you said though this kind of work takes a lot of skill and experience, plus time to get right. And the more complex the design the more skill, experience and time is necessary.</description>
		<content:encoded><![CDATA[<p>Let&#8217;s just say fixed width went less to pieces. Meaning things didn&#8217;t overlap which happened with my original dynamic design initially. I still haven&#8217;t got it quite right though. IE is the bane of my existence. Being able to scale up font size wise is a plus but often this can make a design go to pieces as well if you have a space divided up a certain way. I like Oregon State&#8217;s approach because it allows people to scale up without throwing everything to pieces. As you said though this kind of work takes a lot of skill and experience, plus time to get right. And the more complex the design the more skill, experience and time is necessary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Rochkind</title>
		<link>http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29742</link>
		<dc:creator>Jonathan Rochkind</dc:creator>
		<pubDate>Thu, 20 Sep 2007 14:19:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29742</guid>
		<description>Wait, your fixed width design _didn't_ "go to pieces" at lower resolutions than it was designed for?

Or it just didn't go into as many pieces as the dynamic one?

I think it is possible to make dynamic-sized stuff (some web pages call this 'liquid layout') that really _does_ work at both very small and very large resolutions.  But it definitely can take a lot of work/time and skill, and many libraries have a shortage of at least one of those. 

In addition to screen-size, I believe our layouts should also behave well with changes to _font size_ in the browser. This is pretty crucial if your user base includes significant people with some vision impairment (hello, elderly).  If it width scales well, it _probably_ font scales well too, but there are some additional tricks (like expressing dimensions in ems instead of pixels wherever possible).</description>
		<content:encoded><![CDATA[<p>Wait, your fixed width design _didn&#8217;t_ &#8220;go to pieces&#8221; at lower resolutions than it was designed for?</p>
<p>Or it just didn&#8217;t go into as many pieces as the dynamic one?</p>
<p>I think it is possible to make dynamic-sized stuff (some web pages call this &#8216;liquid layout&#8217;) that really _does_ work at both very small and very large resolutions.  But it definitely can take a lot of work/time and skill, and many libraries have a shortage of at least one of those. </p>
<p>In addition to screen-size, I believe our layouts should also behave well with changes to _font size_ in the browser. This is pretty crucial if your user base includes significant people with some vision impairment (hello, elderly).  If it width scales well, it _probably_ font scales well too, but there are some additional tricks (like expressing dimensions in ems instead of pixels wherever possible).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Blackburn</title>
		<link>http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29658</link>
		<dc:creator>Jonathan Blackburn</dc:creator>
		<pubDate>Tue, 18 Sep 2007 22:26:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29658</guid>
		<description>Oh, gosh, I hate this too.

There is really NO good solution.

Right now, we are using a boring "fits into a 800 x 600 window" design that is pretty limiting.

I think you're best option is the one you discussed.

Of course, you could always go completely fixed width but then let the user choose the size by switching style sheets -- expanding the width of the window w/ text -size -- but this would probably just confuse those who want larger text but not a larger window.

OSU Libraries has had the text-size option on their site for a while, although they they use it in concert with a flexible design that has fixed right and left columns and a fluid center.

Apparently, they manage to do this AND use a table-less layout.  (I am impressed!)

See: http://osulibrary.oregonstate.edu/

Darn it!  They also stole my "float the box" idea for their Meebome widget! I was going to do that next week . . .</description>
		<content:encoded><![CDATA[<p>Oh, gosh, I hate this too.</p>
<p>There is really NO good solution.</p>
<p>Right now, we are using a boring &#8220;fits into a 800 x 600 window&#8221; design that is pretty limiting.</p>
<p>I think you&#8217;re best option is the one you discussed.</p>
<p>Of course, you could always go completely fixed width but then let the user choose the size by switching style sheets &#8212; expanding the width of the window w/ text -size &#8212; but this would probably just confuse those who want larger text but not a larger window.</p>
<p>OSU Libraries has had the text-size option on their site for a while, although they they use it in concert with a flexible design that has fixed right and left columns and a fluid center.</p>
<p>Apparently, they manage to do this AND use a table-less layout.  (I am impressed!)</p>
<p>See: <a href="http://osulibrary.oregonstate.edu/" rel="nofollow">http://osulibrary.oregonstate.edu/</a></p>
<p>Darn it!  They also stole my &#8220;float the box&#8221; idea for their Meebome widget! I was going to do that next week . . .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelley</title>
		<link>http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29648</link>
		<dc:creator>Kelley</dc:creator>
		<pubDate>Tue, 18 Sep 2007 11:58:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.librarywebchic.net/wordpress/2007/09/17/fixed-versus-dynamic-layouts/#comment-29648</guid>
		<description>Over at Osceolalibrary.org we're using a hybridized layout. We were using a rather ugly fixed width layout before the redesign but now the design can please the 1024x768 and up crowd as well as work for the 800x600-ers. We had to work a lot to get this to display right, since it had a tendency to break at the lower resolutions in the beginning. It was worth the work though. 

On the min-width CSS properties it was a pain to get it to work with IE but we got around it by using conditional comments in the CSS to force both IE 6 and 7 (which both needed separate, specific width lines) to behave. There is a good article on getting Microsoft to work here: http://nerds.imsafer.com/articles/2006/09/28/css-for-ie6-ie7 if you're at all interested. They're hacks, but it's better than using a whole second stylesheet just for IE.</description>
		<content:encoded><![CDATA[<p>Over at Osceolalibrary.org we&#8217;re using a hybridized layout. We were using a rather ugly fixed width layout before the redesign but now the design can please the 1024&#215;768 and up crowd as well as work for the 800&#215;600-ers. We had to work a lot to get this to display right, since it had a tendency to break at the lower resolutions in the beginning. It was worth the work though. </p>
<p>On the min-width CSS properties it was a pain to get it to work with IE but we got around it by using conditional comments in the CSS to force both IE 6 and 7 (which both needed separate, specific width lines) to behave. There is a good article on getting Microsoft to work here: <a href="http://nerds.imsafer.com/articles/2006/09/28/css-for-ie6-ie7" rel="nofollow">http://nerds.imsafer.com/articles/2006/09/28/css-for-ie6-ie7</a> if you&#8217;re at all interested. They&#8217;re hacks, but it&#8217;s better than using a whole second stylesheet just for IE.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
