<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
		>
<channel>
	<title>Comments on: 10 FREE tips to make WordPress more usable</title>
	<atom:link href="http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/</link>
	<description>Meaningful Technology</description>
	<lastBuildDate>Mon, 31 Jan 2011 11:23:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Sherman</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-569</link>
		<dc:creator>Sherman</dc:creator>
		<pubDate>Thu, 26 May 2005 05:01:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-569</guid>
		<description>Hi Denis, Congrats and thanks for a wonderful CMS and theme - U ROCK dude!

Curious, how would I insert a page header colored background image? I would still like the title and description, plus login+ links there, but the background image to appear below those links. Would you recommend the php file and line location to add my image?

Thanks once again, Denis.

Cheers! Sherman</description>
		<content:encoded><![CDATA[<p>Hi Denis, Congrats and thanks for a wonderful CMS and theme &#8211; U ROCK dude!</p>
<p>Curious, how would I insert a page header colored background image? I would still like the title and description, plus login+ links there, but the background image to appear below those links. Would you recommend the php file and line location to add my image?</p>
<p>Thanks once again, Denis.</p>
<p>Cheers! Sherman</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Madolyn</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-525</link>
		<dc:creator>Madolyn</dc:creator>
		<pubDate>Mon, 23 May 2005 14:23:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-525</guid>
		<description>&quot;Replace user levels with user groups&quot;
I very much want something like this, although not exactly like this. My first idea was &quot;I want to be able to group registered users into custom groups and give accesibility to certain posts or certain categories ony to certain groups&quot;. My second idea was &quot;I want to be able to edit what each user level can do&quot;. At present there is nothing like this (ViewLevel does not do what I want because 98% of my audience should never be allowed to post anything to any of my sites, so I&#039;m not promoting anyone above &#039;1&#039;).

As for the styles vs templates vs themes issue, I&#039;m savvy with a lot of stuff but still groping with php. My main gripe with themes is that the css isn&#039;t modular, and I have to hunt through a copy of a generated page to find out what something is called (div id or class) so I know what to change. Do all designers forget about the importance of degradability? Because some people still surf with css off. I don&#039;t want umpteen div ids that all basically say &#039;font-size: 11px;&#039;, I want to define &#039;small&#039; as &#039;font-size: 11px;&#039; and have umpteen instances of &#039;small&#039; tags throughout the page, wherever needed.

Ok, end rant. :)</description>
		<content:encoded><![CDATA[<p>&#034;Replace user levels with user groups&#034;<br />
I very much want something like this, although not exactly like this. My first idea was &#034;I want to be able to group registered users into custom groups and give accesibility to certain posts or certain categories ony to certain groups&#034;. My second idea was &#034;I want to be able to edit what each user level can do&#034;. At present there is nothing like this (ViewLevel does not do what I want because 98% of my audience should never be allowed to post anything to any of my sites, so I&#039;m not promoting anyone above &#039;1&#039;).</p>
<p>As for the styles vs templates vs themes issue, I&#039;m savvy with a lot of stuff but still groping with php. My main gripe with themes is that the css isn&#039;t modular, and I have to hunt through a copy of a generated page to find out what something is called (div id or class) so I know what to change. Do all designers forget about the importance of degradability? Because some people still surf with css off. I don&#039;t want umpteen div ids that all basically say &#039;font-size: 11px;&#039;, I want to define &#039;small&#039; as &#039;font-size: 11px;&#039; and have umpteen instances of &#039;small&#039; tags throughout the page, wherever needed.</p>
<p>Ok, end rant. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis de Bernardy</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-450</link>
		<dc:creator>Denis de Bernardy</dc:creator>
		<pubDate>Wed, 18 May 2005 01:44:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-450</guid>
		<description>Notice -- the smart link plugin is now available. :)</description>
		<content:encoded><![CDATA[<p>Notice &#8212; the smart link plugin is now available. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jerome</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-329</link>
		<dc:creator>jerome</dc:creator>
		<pubDate>Wed, 04 May 2005 17:48:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-329</guid>
		<description>Yes, I read every single one hoping that I wouldn&#039;t find something matching me!  Thanks for the link.</description>
		<content:encoded><![CDATA[<p>Yes, I read every single one hoping that I wouldn&#039;t find something matching me!  Thanks for the link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis de Bernardy</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-328</link>
		<dc:creator>Denis de Bernardy</dc:creator>
		<pubDate>Wed, 04 May 2005 17:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-328</guid>
		<description>@Jerome: Did you visit &lt;a href=&quot;http://redwing.hutman.net/%7Emreed/&quot;&gt;Flame Warriors&lt;/a&gt;? It&#039;s like... so funny.</description>
		<content:encoded><![CDATA[<p>@Jerome: Did you visit <a  href="http://redwing.hutman.net/%7Emreed/">Flame Warriors</a>? It&#039;s like&#8230; so funny.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jerome</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-327</link>
		<dc:creator>jerome</dc:creator>
		<pubDate>Wed, 04 May 2005 17:09:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-327</guid>
		<description>Wow, that has to be the most civil and reasoned debate I&#039;ve seen on a weblog in a long time!  I must have connected to the wrong internet this morning...  :)</description>
		<content:encoded><![CDATA[<p>Wow, that has to be the most civil and reasoned debate I&#039;ve seen on a weblog in a long time!  I must have connected to the wrong internet this morning&#8230;  :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jackson fox</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-326</link>
		<dc:creator>jackson fox</dc:creator>
		<pubDate>Wed, 04 May 2005 17:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-326</guid>
		<description>&gt; Thus, the only point where our views differ, if anything, is that I think the default package should be WordPress Fat, with WordPress Light as the developers&#039; package; whereas it looks as if you&#039;d rather see WordPress Light as the default package, with WordPress Fat as the user&#039;s package. It&#039;s a quite typical debate, if I may.

I think you nailed it :)</description>
		<content:encoded><![CDATA[<p>> Thus, the only point where our views differ, if anything, is that I think the default package should be WordPress Fat, with WordPress Light as the developers&#039; package; whereas it looks as if you&#039;d rather see WordPress Light as the default package, with WordPress Fat as the user&#039;s package. It&#039;s a quite typical debate, if I may.</p>
<p>I think you nailed it :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis de Bernardy</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-325</link>
		<dc:creator>Denis de Bernardy</dc:creator>
		<pubDate>Wed, 04 May 2005 16:46:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-325</guid>
		<description>&gt; I would hate to drag this into an open source usability flame war

No taunt was intented in any way. ;)

What more, you and I are saying mostly the same thing, really. A modular design with a plugin architecture makes a software easier to maintain, and to be frank there are times where I wish some of the WordPress features were in fact plugins that I could disable and/or override more easily. Namely the template tags, which I find ill-designed. That to say, I see many good reasons to have a WordPress package around on the developers&#039; end, with only a very limited selection of core files.

On the end-users&#039; end, I think the standard WordPress package should be bloated by default. Not so much because bloated is better. Rather, because most users prefer to have a wysiwyg text editor, for instance, so it makes sense to include a wysiwyg plugin and to enable it by default in the distribution package. I think the geek should be the one who needs to press the disable button.

Thus, the only point where our views differ, if anything, is that I think the default package should be WordPress Fat, with WordPress Light as the developers&#039; package; whereas it looks as if you&#039;d rather see WordPress Light as the default package, with WordPress Fat as the user&#039;s package. It&#039;s a quite typical debate, if I may. ;)</description>
		<content:encoded><![CDATA[<p>> I would hate to drag this into an open source usability flame war</p>
<p>No taunt was intented in any way. ;)</p>
<p>What more, you and I are saying mostly the same thing, really. A modular design with a plugin architecture makes a software easier to maintain, and to be frank there are times where I wish some of the WordPress features were in fact plugins that I could disable and/or override more easily. Namely the template tags, which I find ill-designed. That to say, I see many good reasons to have a WordPress package around on the developers&#039; end, with only a very limited selection of core files.</p>
<p>On the end-users&#039; end, I think the standard WordPress package should be bloated by default. Not so much because bloated is better. Rather, because most users prefer to have a wysiwyg text editor, for instance, so it makes sense to include a wysiwyg plugin and to enable it by default in the distribution package. I think the geek should be the one who needs to press the disable button.</p>
<p>Thus, the only point where our views differ, if anything, is that I think the default package should be WordPress Fat, with WordPress Light as the developers&#039; package; whereas it looks as if you&#039;d rather see WordPress Light as the default package, with WordPress Fat as the user&#039;s package. It&#039;s a quite typical debate, if I may. ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jackson fox</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-324</link>
		<dc:creator>jackson fox</dc:creator>
		<pubDate>Wed, 04 May 2005 16:15:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-324</guid>
		<description>Denis:

I would hate to drag this into an open source usability flame war, so I&#039;ll simply say I mostly agree with your framing of the &#039;geek mentality&#039; and disagree with your comments on GNOME.

I think the plugins you mention with regards to Firefox are good illustrations of my feelings towards WordPress. In my opinion the &#039;Disable targets for downloads&#039; would be a good addition to the default feature set. It routes around buggy developer behavior to the benefit of the user. I think the ConQuery plugin is another matter. The features allowed by ConQuery are too similar (but not the same I admit) to those supported by the Firefox search box, but are hidden in a non-obvious location. AdBlock is a little ambiguous. With a better configuration interface I could see it being standard, but could also see objections in that it modified page content to an unacceptable degree.

Ok, to bring this back on topic... You and I disagree about which plugins would make good features for Firefox. We also disagree on what plugin features would make good built-in behaviors for WP. I feel like the WP devs should er on the side of simplicity except when the feature presents a significant usability improvement to the vast majority of WP users. This means WP needs to clearly define who its users are and ideally have a process in place for reviewing feature requests.</description>
		<content:encoded><![CDATA[<p>Denis:</p>
<p>I would hate to drag this into an open source usability flame war, so I&#039;ll simply say I mostly agree with your framing of the &#039;geek mentality&#039; and disagree with your comments on GNOME.</p>
<p>I think the plugins you mention with regards to Firefox are good illustrations of my feelings towards WordPress. In my opinion the &#039;Disable targets for downloads&#039; would be a good addition to the default feature set. It routes around buggy developer behavior to the benefit of the user. I think the ConQuery plugin is another matter. The features allowed by ConQuery are too similar (but not the same I admit) to those supported by the Firefox search box, but are hidden in a non-obvious location. AdBlock is a little ambiguous. With a better configuration interface I could see it being standard, but could also see objections in that it modified page content to an unacceptable degree.</p>
<p>Ok, to bring this back on topic&#8230; You and I disagree about which plugins would make good features for Firefox. We also disagree on what plugin features would make good built-in behaviors for WP. I feel like the WP devs should er on the side of simplicity except when the feature presents a significant usability improvement to the vast majority of WP users. This means WP needs to clearly define who its users are and ideally have a process in place for reviewing feature requests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis de Bernardy</title>
		<link>http://www.semiologic.com/2005/04/22/10-free-tips-to-make-wordpress-more-usable/#comment-323</link>
		<dc:creator>Denis de Bernardy</dc:creator>
		<pubDate>Wed, 04 May 2005 12:51:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.semiologic.com/?p=208#comment-323</guid>
		<description>@Jackson:

The geek mentality, I think, is not about having as many buttons as you can. It is about giving all users an option they shouldn&#039;t even have in the first place for the sake of letting a handful of nerds control what is going on.

Thus, I would qualify Gnome, which I find everything but impressive, is geek model driven rather than best default model driven. The Gnome devs are arguably doing a good job at making a pretty interface. But at the same time, and in spite of thier usability guidelines, they&#039;re doing a terrible job at making the interface user friendly. Namely, I am still handling packages and dependencies. And configuring a network device is hardly user friendly. Fact is, there should not even be configuration options. Gnome should take care of the configuration -- including security based on context -- by itself in all but the most horrendously difficult situations (_e.g._ it can&#039;t decide which screen resolution the user wants).

Firefox is better. It is the only open source software I know of that I would qualify as usable. Nonetheless, I find it disturbing that some basic features, such as &#039;Disable targets for downloads&#039;, &#039;AdBlock&#039;, or &#039;ConQuery&#039;, are only delivered as plugins. Moreover, the bookmark manager is enfuriatingly buggy -- and lacking, when you&#039;re toying with exports and/or Live Bookmarks.</description>
		<content:encoded><![CDATA[<p>@Jackson:</p>
<p>The geek mentality, I think, is not about having as many buttons as you can. It is about giving all users an option they shouldn&#039;t even have in the first place for the sake of letting a handful of nerds control what is going on.</p>
<p>Thus, I would qualify Gnome, which I find everything but impressive, is geek model driven rather than best default model driven. The Gnome devs are arguably doing a good job at making a pretty interface. But at the same time, and in spite of thier usability guidelines, they&#039;re doing a terrible job at making the interface user friendly. Namely, I am still handling packages and dependencies. And configuring a network device is hardly user friendly. Fact is, there should not even be configuration options. Gnome should take care of the configuration &#8212; including security based on context &#8212; by itself in all but the most horrendously difficult situations (_e.g._ it can&#039;t decide which screen resolution the user wants).</p>
<p>Firefox is better. It is the only open source software I know of that I would qualify as usable. Nonetheless, I find it disturbing that some basic features, such as &#039;Disable targets for downloads&#039;, &#039;AdBlock&#039;, or &#039;ConQuery&#039;, are only delivered as plugins. Moreover, the bookmark manager is enfuriatingly buggy &#8212; and lacking, when you&#039;re toying with exports and/or Live Bookmarks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

