<?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 for Dashdrum</title>
	<atom:link href="http://dashdrum.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://dashdrum.com/blog</link>
	<description>Programming Notes, Application Thoughts, and other Musings</description>
	<lastBuildDate>Sun, 29 Jan 2012 14:46:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on A Better Way &#8211; Don&#8217;t! by Using form.save(commit=False) in a Class Based View &#124; Dashdrum</title>
		<link>http://dashdrum.com/blog/2012/01/a-better-way-dont/comment-page-1/#comment-1331</link>
		<dc:creator>Using form.save(commit=False) in a Class Based View &#124; Dashdrum</dc:creator>
		<pubDate>Sun, 29 Jan 2012 14:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=329#comment-1331</guid>
		<description>[...] UPDATE: I found a better way to do this.  See this post. [...]</description>
		<content:encoded><![CDATA[<p>[...] UPDATE: I found a better way to do this.  See this post. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using form.save(commit=False) in a Class Based View by A Better Way &#8211; Don&#8217;t! &#124; Dashdrum</title>
		<link>http://dashdrum.com/blog/2011/12/using-form-savecommitfalse-in-a-class-based-view/comment-page-1/#comment-1330</link>
		<dc:creator>A Better Way &#8211; Don&#8217;t! &#124; Dashdrum</dc:creator>
		<pubDate>Sun, 29 Jan 2012 14:44:52 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=311#comment-1330</guid>
		<description>[...] an earlier post, I talked about using form.save(commit=False) in a class based view, and I showed a way to do it. [...]</description>
		<content:encoded><![CDATA[<p>[...] an earlier post, I talked about using form.save(commit=False) in a class based view, and I showed a way to do it. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Class Based Views: CreateView Example by Dan</title>
		<link>http://dashdrum.com/blog/2011/11/class-based-views-createview-example/comment-page-1/#comment-1326</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Mon, 02 Jan 2012 15:47:17 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=307#comment-1326</guid>
		<description>Guruprasad, reverse works pretty much the same way as always. The key is to use the as_view() method of the class based view in the URL declaration:

url(r&#039;^create_type/$&#039;,TypeCreateView.as_view(),name=&#039;create_type&#039;),

Then, you can reverse it as usual:

{% url create_type %}
     or
reverse(&#039;create_type&#039;)</description>
		<content:encoded><![CDATA[<p>Guruprasad, reverse works pretty much the same way as always. The key is to use the as_view() method of the class based view in the URL declaration:</p>
<p>url(r&#8217;^create_type/$&#8217;,TypeCreateView.as_view(),name=&#8217;create_type&#8217;),</p>
<p>Then, you can reverse it as usual:</p>
<p>{% url create_type %}<br />
     or<br />
reverse(&#8216;create_type&#8217;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Class Based Views: CreateView Example by Guruprasad</title>
		<link>http://dashdrum.com/blog/2011/11/class-based-views-createview-example/comment-page-1/#comment-1325</link>
		<dc:creator>Guruprasad</dc:creator>
		<pubDate>Fri, 30 Dec 2011 04:53:01 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=307#comment-1325</guid>
		<description>What I can&#039;t understand here is that, once you have used a class-based generic view, how would reverse(&#039;create_type&#039;) work? If you leave that view intact it will work. How do I do a reverse if I don&#039;t have a function-based view?</description>
		<content:encoded><![CDATA[<p>What I can&#8217;t understand here is that, once you have used a class-based generic view, how would reverse(&#8216;create_type&#8217;) work? If you leave that view intact it will work. How do I do a reverse if I don&#8217;t have a function-based view?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Class Based Views &#8211; DeleteView Example by Class Based Views &#8211; UpdateView Example &#124; Dashdrum</title>
		<link>http://dashdrum.com/blog/2011/11/class-based-views-deleteview-example/comment-page-1/#comment-1306</link>
		<dc:creator>Class Based Views &#8211; UpdateView Example &#124; Dashdrum</dc:creator>
		<pubDate>Tue, 15 Nov 2011 18:41:12 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=292#comment-1306</guid>
		<description>[...] Post navigation &#8592; Previous [...]</description>
		<content:encoded><![CDATA[<p>[...] Post navigation &larr; Previous [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reporting in Django by Derek</title>
		<link>http://dashdrum.com/blog/2010/03/reporting-in-django/comment-page-1/#comment-1305</link>
		<dc:creator>Derek</dc:creator>
		<pubDate>Sat, 12 Nov 2011 13:38:50 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=103#comment-1305</guid>
		<description>Any updates on progress with Geraldo - I am in the same situation now and was hoping to benefit from your experiences!</description>
		<content:encoded><![CDATA[<p>Any updates on progress with Geraldo &#8211; I am in the same situation now and was hoping to benefit from your experiences!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Eclipse SQL Explorer by My Eclipse Setup for Django &#124; Dashdrum</title>
		<link>http://dashdrum.com/blog/2009/12/eclipse-sql-explorer/comment-page-1/#comment-1298</link>
		<dc:creator>My Eclipse Setup for Django &#124; Dashdrum</dc:creator>
		<pubDate>Sat, 01 Oct 2011 13:50:50 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=66#comment-1298</guid>
		<description>[...] I have also used Eclipse SQL Explorer for database access. It is a bit of a fight to get the proper drivers and configuration all figured out, but worth it to have DB commands within the Eclipse environment here. Read more about SQL Explorer in this earlier post. [...]</description>
		<content:encoded><![CDATA[<p>[...] I have also used Eclipse SQL Explorer for database access. It is a bit of a fight to get the proper drivers and configuration all figured out, but worth it to have DB commands within the Eclipse environment here. Read more about SQL Explorer in this earlier post. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Class-Based Views &#8211; Am I Doing It Right? by jaymz</title>
		<link>http://dashdrum.com/blog/2011/08/class-based-views-am-i-doing-it-right/comment-page-1/#comment-1290</link>
		<dc:creator>jaymz</dc:creator>
		<pubDate>Mon, 15 Aug 2011 14:06:20 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=265#comment-1290</guid>
		<description>&quot;self isnt available&quot; → that doesn&#039;t work at that point because self is a re fence to an *instance* of the class being created. at that stage of your class you&#039;ve not actually created an instance of it yet so &quot;self&quot; is non-existent. 

since request is only passed through to methods for the class view the way you set it within the method is correct in terms of the self.request session line.

if you&#039;re looking to provide that variable across your views why not move it into a context processor and pass it into your TEMPLATE_CONTEXT_PROCESSORS tuple in settings?</description>
		<content:encoded><![CDATA[<p>&#8220;self isnt available&#8221; → that doesn&#8217;t work at that point because self is a re fence to an *instance* of the class being created. at that stage of your class you&#8217;ve not actually created an instance of it yet so &#8220;self&#8221; is non-existent. </p>
<p>since request is only passed through to methods for the class view the way you set it within the method is correct in terms of the self.request session line.</p>
<p>if you&#8217;re looking to provide that variable across your views why not move it into a context processor and pass it into your TEMPLATE_CONTEXT_PROCESSORS tuple in settings?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Changing Hosts in Dreamhost by Django on Dreamhost &#124; Dashdrum</title>
		<link>http://dashdrum.com/blog/2010/04/changing-hosts-in-dreamhost/comment-page-1/#comment-1283</link>
		<dc:creator>Django on Dreamhost &#124; Dashdrum</dc:creator>
		<pubDate>Tue, 09 Aug 2011 13:28:04 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=119#comment-1283</guid>
		<description>[...] previously setup the Python 2.6.5 interpreter to be my default on Dreamhost (see this post), so I&#8217;m not sure what version they offer currently as the default. Be sure that the version [...]</description>
		<content:encoded><![CDATA[<p>[...] previously setup the Python 2.6.5 interpreter to be my default on Dreamhost (see this post), so I&#8217;m not sure what version they offer currently as the default. Be sure that the version [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Upgrading Django &#8211; 1.0 to 1.3 by TDD Works Better Up Front - Dashdrum</title>
		<link>http://dashdrum.com/blog/2011/05/upgrading-django-1-0-to-1-3/comment-page-1/#comment-1281</link>
		<dc:creator>TDD Works Better Up Front - Dashdrum</dc:creator>
		<pubDate>Wed, 15 Jun 2011 20:01:51 +0000</pubDate>
		<guid isPermaLink="false">http://dashdrum.com/blog/?p=216#comment-1281</guid>
		<description>[...] that I&#8217;m in this Django upgrade project, I decided to go back and complete the tests before starting the upgrade work. It is now three [...]</description>
		<content:encoded><![CDATA[<p>[...] that I&#8217;m in this Django upgrade project, I decided to go back and complete the tests before starting the upgrade work. It is now three [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

