<?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: Bloglines Redesigned!	</title>
	<atom:link href="https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned/feed" rel="self" type="application/rss+xml" />
	<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned</link>
	<description>A running commentary of occasionally interesting things — from Mike Davidson.</description>
	<lastBuildDate>Thu, 26 May 2016 06:34:40 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.3</generator>
	<item>
		<title>
		By: sosa		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-289</link>

		<dc:creator><![CDATA[sosa]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-289</guid>

					<description><![CDATA[One cool thing I&#039;ve found on this new design, is that now you could see how many people is suscribed to each feed and  who they are. Well that&#039;s cool to me.]]></description>
			<content:encoded><![CDATA[<p>One cool thing I&#8217;ve found on this new design, is that now you could see how many people is suscribed to each feed and  who they are. Well that&#8217;s cool to me.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Rob Cameron		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-290</link>

		<dc:creator><![CDATA[Rob Cameron]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-290</guid>

					<description><![CDATA[Someone needs to clean up those icons on the front page ... they were meant to be on a white background and now you get that white fringe around everything.]]></description>
			<content:encoded><![CDATA[<p>Someone needs to clean up those icons on the front page &#8230; they were meant to be on a white background and now you get that white fringe around everything.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Dave Marks		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-291</link>

		<dc:creator><![CDATA[Dave Marks]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-291</guid>

					<description><![CDATA[Very nice - by why have they put all the CSS into th document as oppossed to linking to it.  And a lot of ot too...

Or is this something to do with the design switch (ie cache issue) and they&#039;ll move it later?]]></description>
			<content:encoded><![CDATA[<p>Very nice &#8211; by why have they put all the CSS into th document as oppossed to linking to it.  And a lot of ot too&#8230;</p>
<p>Or is this something to do with the design switch (ie cache issue) and they&#8217;ll move it later?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Mike D.		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-292</link>

		<dc:creator><![CDATA[Mike D.]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-292</guid>

					<description><![CDATA[Rob: The front page looks white to me.  Is it not white on your screen?

Dave: Yeah, very interesting about the inline CSS.  I didn&#039;t notice that.  I think you might be right about the caching issue, but the smart thing to do in that case is to just name the CSS file with a date format, like &quot;css_2004_07_06.css&quot;.  I&#039;m going to send them an e-mail right now about it.

They could also benefit from the Mike Industries typeface selector.  I&#039;ll go ahead and send that their way as well. In the past, they&#039;ve been pretty good about listening and responding to suggestions.]]></description>
			<content:encoded><![CDATA[<p>Rob: The front page looks white to me.  Is it not white on your screen?</p>
<p>Dave: Yeah, very interesting about the inline CSS.  I didn&#8217;t notice that.  I think you might be right about the caching issue, but the smart thing to do in that case is to just name the CSS file with a date format, like &#8220;css_2004_07_06.css&#8221;.  I&#8217;m going to send them an e-mail right now about it.</p>
<p>They could also benefit from the Mike Industries typeface selector.  I&#8217;ll go ahead and send that their way as well. In the past, they&#8217;ve been pretty good about listening and responding to suggestions.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Josh Dura		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-293</link>

		<dc:creator><![CDATA[Josh Dura]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-293</guid>

					<description><![CDATA[Mike, I think he meant that the area around the icons is that blue color]]></description>
			<content:encoded><![CDATA[<p>Mike, I think he meant that the area around the icons is that blue color</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Mike D.		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-294</link>

		<dc:creator><![CDATA[Mike D.]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-294</guid>

					<description><![CDATA[Ohhh, ahhh, got it.  Yeah, I thought they were just going for that rough chintzy clip-art look, but I think you&#039;re right. Looks like an oversight to me.]]></description>
			<content:encoded><![CDATA[<p>Ohhh, ahhh, got it.  Yeah, I thought they were just going for that rough chintzy clip-art look, but I think you&#8217;re right. Looks like an oversight to me.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Josh Dura		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-295</link>

		<dc:creator><![CDATA[Josh Dura]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-295</guid>

					<description><![CDATA[I say they should scrap those icons all together, they arent near easy on the eyes, YEESH!]]></description>
			<content:encoded><![CDATA[<p>I say they should scrap those icons all together, they arent near easy on the eyes, YEESH!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Devon		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-296</link>

		<dc:creator><![CDATA[Devon]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-296</guid>

					<description><![CDATA[I hate to say it, but as good as it looks (and I definately love the look of it), I always despise redesigns &#038; recodes that give an XHTML &lt;strong&gt;transitional&lt;/strong&gt; DTD and have &lt;em&gt;&lt;a href=&quot;http://validator.w3.org/check?uri=http%3A%2F%2Fwww.bloglines.com%2F&amp;charset=%28detect+automatically%29&#038;doctype=%28detect+automatically%29&#038;ss=1&#038;verbose=1&quot; rel=&quot;nofollow&quot;&gt;131 errors&lt;/a&gt;&lt;/em&gt;. How does one actually accomplish that with a loose doctype? And if you want to code HTML, then don&#039;t slap an XHTML DTD in it. 

I probably shouldn&#039;t get annoyed by that, but I see it so much anymore. And if one wants to use XHTML, they really should at least make it &lt;em&gt;well formed&lt;/em&gt; even if they don&#039;t make it validate. If one doesn&#039;t want to make it validate or well formed, then why do they even attempt trying to pass it off as something it&#039;s clearly not? I just don&#039;t get that.

When I see a page like this, I lose faith in the company/service/etc (unless I&#039;m already very familiar with them and trust them). I feel like they either don&#039;t have a clue what they&#039;re doing or they&#039;re trying to trick me. I realize that&#039;s probably extremist or something, but that&#039;s how it comes across to me deep down (and I know a thing or two about coding and how easy it is). If they just slapped an HTML 4.01 DTD on that page (thus limiting the errors to only 20), I&#039;d give them the benefit of the doubt and not think so badly of them. But 131 errors? They really don&#039;t have a clue what they&#039;re coding.]]></description>
			<content:encoded><![CDATA[<p>I hate to say it, but as good as it looks (and I definately love the look of it), I always despise redesigns &amp; recodes that give an XHTML <strong>transitional</strong> DTD and have <em><a href="http://validator.w3.org/check?uri=http%3A%2F%2Fwww.bloglines.com%2F&#038;charset=%28detect+automatically%29&amp;doctype=%28detect+automatically%29&amp;ss=1&amp;verbose=1" rel="nofollow">131 errors</a></em>. How does one actually accomplish that with a loose doctype? And if you want to code HTML, then don&#8217;t slap an XHTML DTD in it. </p>
<p>I probably shouldn&#8217;t get annoyed by that, but I see it so much anymore. And if one wants to use XHTML, they really should at least make it <em>well formed</em> even if they don&#8217;t make it validate. If one doesn&#8217;t want to make it validate or well formed, then why do they even attempt trying to pass it off as something it&#8217;s clearly not? I just don&#8217;t get that.</p>
<p>When I see a page like this, I lose faith in the company/service/etc (unless I&#8217;m already very familiar with them and trust them). I feel like they either don&#8217;t have a clue what they&#8217;re doing or they&#8217;re trying to trick me. I realize that&#8217;s probably extremist or something, but that&#8217;s how it comes across to me deep down (and I know a thing or two about coding and how easy it is). If they just slapped an HTML 4.01 DTD on that page (thus limiting the errors to only 20), I&#8217;d give them the benefit of the doubt and not think so badly of them. But 131 errors? They really don&#8217;t have a clue what they&#8217;re coding.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Mike D.		</title>
		<link>https://mikeindustries.com/blog/archive/2004/07/bloglines-redesigned#comment-297</link>

		<dc:creator><![CDATA[Mike D.]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-297</guid>

					<description><![CDATA[I agree, Devon.  Here are some possible mitigating issues:

1. It doesn&#039;t look to me like the Bloglines team is done with things. The fact that they&#039;ve already added back the font size selector today and that there is still so much inline CSS (hopefully) tells me this is still &quot;in testing&quot;.  The reason I bring this up is that it&#039;s possible they are converting their code over to XHTML and just jumped the gun on the DOCTYPE.  But yes, I agree, it doesn&#039;t appear they&#039;ve made much effort yet on writing valid XHTML.  Strange too... Bloglines seems like kind of an easy site to manage from a coding standpoint. There&#039;s no 3rd party code and the feeds themselves are valid.

2.  Bloglines makes heavy use of javascript and the XmlHttpObject when passing data around, so some of these errors could be the results of document.writes and other such methods. Yes, everything can be made valid, but this just complicates the transition a bit.

So I guess we&#039;ll just have to wait and see how quickly Bloglines addresses this stuff.  If it stays as is, then yes, I agree, using that DOCTYPE is a bit worthless.
]]></description>
			<content:encoded><![CDATA[<p>I agree, Devon.  Here are some possible mitigating issues:</p>
<p>1. It doesn&#8217;t look to me like the Bloglines team is done with things. The fact that they&#8217;ve already added back the font size selector today and that there is still so much inline CSS (hopefully) tells me this is still &#8220;in testing&#8221;.  The reason I bring this up is that it&#8217;s possible they are converting their code over to XHTML and just jumped the gun on the DOCTYPE.  But yes, I agree, it doesn&#8217;t appear they&#8217;ve made much effort yet on writing valid XHTML.  Strange too&#8230; Bloglines seems like kind of an easy site to manage from a coding standpoint. There&#8217;s no 3rd party code and the feeds themselves are valid.</p>
<p>2.  Bloglines makes heavy use of javascript and the XmlHttpObject when passing data around, so some of these errors could be the results of document.writes and other such methods. Yes, everything can be made valid, but this just complicates the transition a bit.</p>
<p>So I guess we&#8217;ll just have to wait and see how quickly Bloglines addresses this stuff.  If it stays as is, then yes, I agree, using that DOCTYPE is a bit worthless.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
