<?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: 11.0 Help</title>
	<atom:link href="http://www.d7ux.org/help/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.d7ux.org/help/</link>
	<description>making Drupal7 an amazing user experience</description>
	<lastBuildDate>Sun, 10 Jan 2010 11:19:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Stephen</title>
		<link>http://www.d7ux.org/help/comment-page-1/#comment-1128</link>
		<dc:creator>Stephen</dc:creator>
		<pubDate>Wed, 17 Jun 2009 18:15:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.d7ux.org/?p=163#comment-1128</guid>
		<description>Hi all, Stephen here. 

Currently I&#039;m the only one working on this, I believe. I&#039;m still looking for a UX and Dev mentor to assist in this anybody willing to volunteer please do so. In the meantime I&#039;m moving forward with my current plans and updating what I&#039;m doing so far to accommodate for the information here, specifically yoroy&#039;s post. 

To quickly address everyone else&#039;s comments, it seems the growing demand is to put more control of the help module into people&#039;s hands more easily, I fully agree and that&#039;s the direction I&#039;m going with at the moment. Make the help module actually be more helpful, and yes I&#039;ve been looking at the Advanced Help module and other such projects with my preliminary research. Why reinvent the wheel? 

Will have some wireframes at the very least soon of the direction I&#039;m going with this.

Keep the feedback coming.</description>
		<content:encoded><![CDATA[<p>Hi all, Stephen here. </p>
<p>Currently I&#8217;m the only one working on this, I believe. I&#8217;m still looking for a UX and Dev mentor to assist in this anybody willing to volunteer please do so. In the meantime I&#8217;m moving forward with my current plans and updating what I&#8217;m doing so far to accommodate for the information here, specifically yoroy&#8217;s post. </p>
<p>To quickly address everyone else&#8217;s comments, it seems the growing demand is to put more control of the help module into people&#8217;s hands more easily, I fully agree and that&#8217;s the direction I&#8217;m going with at the moment. Make the help module actually be more helpful, and yes I&#8217;ve been looking at the Advanced Help module and other such projects with my preliminary research. Why reinvent the wheel? </p>
<p>Will have some wireframes at the very least soon of the direction I&#8217;m going with this.</p>
<p>Keep the feedback coming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yoroy</title>
		<link>http://www.d7ux.org/help/comment-page-1/#comment-669</link>
		<dc:creator>yoroy</dc:creator>
		<pubDate>Wed, 29 Apr 2009 13:04:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.d7ux.org/?p=163#comment-669</guid>
		<description>http://drupal.org/node/240873 just got committed. This means that now we have:

&lt;blockquote&gt;this patch moves some custom settings to good old blocks. The observation is the following:

- there is a custom help display mechanism for help texts
- there are two help-like settings which are displayed above the user registration and contact forms

By adding a new &quot;help&quot; region (which instantly works with all themes due to that creating a $help variable in themes, which we don&#039;t need to create ourselfs), we can add blocks to the help region. This allows people to

- add custom help to any pages
- sharing the same help text among different pages
- add role dependent / specific help to any page
- have full input format support while authoring these help texts&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p><a href="http://drupal.org/node/240873" rel="nofollow">http://drupal.org/node/240873</a> just got committed. This means that now we have:</p>
<blockquote><p>this patch moves some custom settings to good old blocks. The observation is the following:</p>
<p>- there is a custom help display mechanism for help texts<br />
- there are two help-like settings which are displayed above the user registration and contact forms</p>
<p>By adding a new &#8220;help&#8221; region (which instantly works with all themes due to that creating a $help variable in themes, which we don&#8217;t need to create ourselfs), we can add blocks to the help region. This allows people to</p>
<p>- add custom help to any pages<br />
- sharing the same help text among different pages<br />
- add role dependent / specific help to any page<br />
- have full input format support while authoring these help texts</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carolyn</title>
		<link>http://www.d7ux.org/help/comment-page-1/#comment-582</link>
		<dc:creator>Carolyn</dc:creator>
		<pubDate>Fri, 17 Apr 2009 11:33:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.d7ux.org/?p=163#comment-582</guid>
		<description>There might be three paths.  First, if a user has &quot;author help&quot; permissions or some such they could commit changes to the master; if not, their submission could be held in a moderation/workflow queue.  Second, if a user wants to add a personal note about their specific process maybe they could annotate the entry or add a personal comment only they would see.  Finally, it might permit users to post (moderated) comments to the end of a help text to provide additional info/examples to others.

I&#039;ve always liked this last bit the least, though, as it forces the user to potentially scroll through comments to get to important notes.  Direct edit that updates the core help text (even if it&#039;s held for moderation) almost always improves it and contributes to the user&#039;s sense of community ownership in multi-author situations.</description>
		<content:encoded><![CDATA[<p>There might be three paths.  First, if a user has &#8220;author help&#8221; permissions or some such they could commit changes to the master; if not, their submission could be held in a moderation/workflow queue.  Second, if a user wants to add a personal note about their specific process maybe they could annotate the entry or add a personal comment only they would see.  Finally, it might permit users to post (moderated) comments to the end of a help text to provide additional info/examples to others.</p>
<p>I&#8217;ve always liked this last bit the least, though, as it forces the user to potentially scroll through comments to get to important notes.  Direct edit that updates the core help text (even if it&#8217;s held for moderation) almost always improves it and contributes to the user&#8217;s sense of community ownership in multi-author situations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Douglass</title>
		<link>http://www.d7ux.org/help/comment-page-1/#comment-557</link>
		<dc:creator>Robert Douglass</dc:creator>
		<pubDate>Thu, 16 Apr 2009 21:53:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.d7ux.org/?p=163#comment-557</guid>
		<description>Leisa, Mark,

You&#039;re familiar with the Advanced Help style of contectual help icons. Please take the time to read the project page of http://drupal.org/project/helpinject

In particular, internalize the three use cases that are described. We are coming to a point where highly customized help can be injected into any part of Drupal, and I&#039;ll shortly be rallying community around an effort to provide such help for D6 and D7. Please think about these facts when making your design decisions, and I&#039;d love to talk to you about this if you want more information. Thanks.</description>
		<content:encoded><![CDATA[<p>Leisa, Mark,</p>
<p>You&#8217;re familiar with the Advanced Help style of contectual help icons. Please take the time to read the project page of <a href="http://drupal.org/project/helpinject" rel="nofollow">http://drupal.org/project/helpinject</a></p>
<p>In particular, internalize the three use cases that are described. We are coming to a point where highly customized help can be injected into any part of Drupal, and I&#8217;ll shortly be rallying community around an effort to provide such help for D6 and D7. Please think about these facts when making your design decisions, and I&#8217;d love to talk to you about this if you want more information. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leisa Reichelt</title>
		<link>http://www.d7ux.org/help/comment-page-1/#comment-549</link>
		<dc:creator>Leisa Reichelt</dc:creator>
		<pubDate>Thu, 16 Apr 2009 21:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.d7ux.org/?p=163#comment-549</guid>
		<description>wiki is an interesting idea. We&#039;ve proposed a wiki-style approach in the documentation section of d.o. 
I wonder what your thoughts were re: appropriate permissions and global/local - if I edited help for my instance of Drupal, would that only update my instance of the help documentation?</description>
		<content:encoded><![CDATA[<p>wiki is an interesting idea. We&#8217;ve proposed a wiki-style approach in the documentation section of d.o.<br />
I wonder what your thoughts were re: appropriate permissions and global/local &#8211; if I edited help for my instance of Drupal, would that only update my instance of the help documentation?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carolyn</title>
		<link>http://www.d7ux.org/help/comment-page-1/#comment-542</link>
		<dc:creator>Carolyn</dc:creator>
		<pubDate>Thu, 16 Apr 2009 19:21:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.d7ux.org/?p=163#comment-542</guid>
		<description>wiki-style communally editable help should be an option; provide the ability for those with appropriate permissions to edit help text &quot;in situ&quot; - it&#039;s great when you&#039;re working with a tool and can add a helpful note or clarification to the appropriate help text right then and there.</description>
		<content:encoded><![CDATA[<p>wiki-style communally editable help should be an option; provide the ability for those with appropriate permissions to edit help text &#8220;in situ&#8221; &#8211; it&#8217;s great when you&#8217;re working with a tool and can add a helpful note or clarification to the appropriate help text right then and there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Suzanne Kennedy</title>
		<link>http://www.d7ux.org/help/comment-page-1/#comment-532</link>
		<dc:creator>Suzanne Kennedy</dc:creator>
		<pubDate>Thu, 16 Apr 2009 18:03:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.d7ux.org/?p=163#comment-532</guid>
		<description>I think the advanced help module should serve as a model for this (i.e. contextual). Help should be implemented as an optional module so more experienced users can turn it off.</description>
		<content:encoded><![CDATA[<p>I think the advanced help module should serve as a model for this (i.e. contextual). Help should be implemented as an optional module so more experienced users can turn it off.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
