<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for arthurk</title><link>http://disqus.com/by/arthurk/</link><description></description><atom:link href="http://disqus.com/arthurk/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Mon, 26 Apr 2010 11:11:05 -0000</lastBuildDate><item><title>Re: The file explorer</title><link>http://vimcasts.org/episodes/the-file-explorer/#comment-46763690</link><description>&lt;p&gt;I was a NERD_tree user before but switched to netrw since it can be configured to behave mostly like NERD_tree. I think I just wanted to have one external plugin less to install ;-)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Mon, 26 Apr 2010 11:11:05 -0000</pubDate></item><item><title>Re: The file explorer</title><link>http://vimcasts.org/episodes/the-file-explorer/#comment-45366660</link><description>&lt;p&gt;I've found the following settings to be really useful:&lt;/p&gt;&lt;p&gt;let g:netrw_liststyle=3 " Use tree-mode as default view&lt;br&gt;let g:netrw_browse_split=4 " Open file in previous buffer&lt;br&gt;let g:netrw_preview=1 " preview window shown in a vertically split&lt;/p&gt;&lt;p&gt;Most of the time, I just use :Vex to open netrw in a vertical split window. When opening a file with the above settings, the netrw split window will stay open and the file will be opened in a new vertical split window.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Sun, 18 Apr 2010 10:17:30 -0000</pubDate></item><item><title>Re: untitled</title><link>http://arthurkoziel.com/p_comment_disqus/comment.html?shortname=arthurkozielsblog&amp;hash=13f843d120a958d6a3817a0c94dacbea0893823c#comment-37605284</link><description>&lt;p&gt;comment test&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Tue, 02 Mar 2010 09:44:02 -0000</pubDate></item><item><title>Re: untitled</title><link>http://arthurkoziel.com/p_comment_disqus/comment.html?shortname=arthurkozielsblog&amp;hash=7f9d6e0f7db496b87e9b5f8e05cb6e553d61bedf#comment-37605013</link><description>&lt;p&gt;test&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Tue, 02 Mar 2010 09:40:54 -0000</pubDate></item><item><title>Re: untitled</title><link>http://arthurkoziel.com/p_comment_disqus/comment.html?shortname=arthurkozielsblog&amp;hash=7f9d6e0f7db496b87e9b5f8e05cb6e553d61bedf#comment-37604936</link><description>&lt;p&gt;I don't understand a single word.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Tue, 02 Mar 2010 09:39:59 -0000</pubDate></item><item><title>Re: untitled</title><link>http://arthurkoziel.com/p_comment_disqus/comment.html?shortname=arthurkozielsblog&amp;hash=c1b9575d01f4426f9de9a8a837abd9e9e32a9b31#comment-37604635</link><description>&lt;p&gt;And another comment!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Tue, 02 Mar 2010 09:36:27 -0000</pubDate></item><item><title>Re: untitled</title><link>http://arthurkoziel.com/p_comment_disqus/comment.html?shortname=arthurkozielsblog&amp;hash=c1b9575d01f4426f9de9a8a837abd9e9e32a9b31#comment-37604593</link><description>&lt;p&gt;Test comment for paragraph 1&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Tue, 02 Mar 2010 09:36:02 -0000</pubDate></item><item><title>Re: file:///Users/arthur/Projects/p_comments/src/p_comments/comment.html?hash=36ca37947a9649ecb5b3b9c9900cf394121ebbf0</title><link>file:///Users/arthur/Projects/p_comments/src/p_comments/comment.html?hash=36ca37947a9649ecb5b3b9c9900cf394121ebbf0#comment-37603838</link><description>&lt;p&gt;hallo&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Tue, 02 Mar 2010 09:27:06 -0000</pubDate></item><item><title>Re: file:///Users/arthur/Projects/p_comments/src/p_comments/comment.html?hash=e282a79b612ef243198821d23bbfc9e18584e5a1</title><link>file:///Users/arthur/Projects/p_comments/src/p_comments/comment.html?hash=e282a79b612ef243198821d23bbfc9e18584e5a1#comment-37463078</link><description>&lt;p&gt;This is a comment for paragraph 2!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Mon, 01 Mar 2010 10:14:44 -0000</pubDate></item><item><title>Re: file:///Users/arthur/Projects/p_comments/src/p_comments/comment.html?hash=36ca37947a9649ecb5b3b9c9900cf394121ebbf0</title><link>file:///Users/arthur/Projects/p_comments/src/p_comments/comment.html?hash=36ca37947a9649ecb5b3b9c9900cf394121ebbf0#comment-37463036</link><description>&lt;p&gt;Paragraph 1 Test&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Mon, 01 Mar 2010 10:14:18 -0000</pubDate></item><item><title>Re: Working with virtualenv</title><link>http://arthurkoziel.com/2008/10/22/working-virtualenv/index.html#comment-12433588</link><description>&lt;p&gt;Separating the v.e. from the project dir is indeed a personal preferences thing.&lt;br&gt;Doug Hellmann initially developed virtualenvwrapper because he found himself constantly creating and deleting environments (he writes PyMOTW and creates one per article and column). He posted his reasons here: &lt;a href="http://www.doughellmann.com/articles/CompletelyDifferent-2008-05-virtualenvwrapper/index.html#too-many-virtual-environments" rel="nofollow noopener" target="_blank" title="http://www.doughellmann.com/articles/CompletelyDifferent-2008-05-virtualenvwrapper/index.html#too-many-virtual-environments"&gt;http://www.doughellmann.com...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;As for me, I just like to have the v.e.'s separated from the "real" project files and organized in one place.But the biggest reason would be the shortcuts it provides ("workon", "cdsitepackages", ...). It saves me a lot of cd-ing :-).&lt;/p&gt;&lt;p&gt;I haven't looked at the --relocatable flag yet since the documentation &lt;br&gt;states that it is experimental. However, let me know how it works for you.&lt;br&gt;--&lt;br&gt;Yes, $VIRTUAL_ENV should be used to tell what v.e. is currently active.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Fri, 10 Jul 2009 05:59:20 -0000</pubDate></item><item><title>Re: Handling static files with Django</title><link>http://arthurkoziel.com/2008/09/02/handling-static-files-django/index.htmlindex.htmlindex.htmlindex.htmlindex.htmlindex.html#comment-10264598</link><description>&lt;p&gt;Sounds like you're using contrib.flatpages. The flatpages urlconf has a catch-all rule which tries to find the "/resources/css/style.css" in the database and then throws a 404 because it couldn't find it. It never gets to the static media pattern.&lt;/p&gt;&lt;p&gt;To solve this, just make sure that the static-media pattern comes before the flatpages pattern in your &lt;a href="http://urls.py" rel="nofollow noopener" target="_blank" title="urls.py"&gt;urls.py&lt;/a&gt;.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Fri, 29 May 2009 13:26:14 -0000</pubDate></item><item><title>Re: Passing MEDIA_URL in Django&amp;#39;s 500 error view —
Arthur Koziel’s Blog</title><link>http://arthurkoziel.com/2009/01/15/passing-mediaurl-djangos-500-error-view/#comment-8660795</link><description>&lt;p&gt;No, you don't need to do this for 404 errors. The default 404 error handler passes the RequestContext to the template.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Fri, 24 Apr 2009 13:47:54 -0000</pubDate></item><item><title>Re: Artisan System - A PHP5 Object Oriented Framework</title><link>http://artisansystem.com/blog/entry/26#comment-5645438</link><description>&lt;p&gt;Same here. During coding, I mostly hear the music I'm already familiar with so I don't have to pay attention to the lyrics and the music becomes the background. Unfortunately, the book doesn't mention if the music was known or unknown to the groups.&lt;/p&gt;&lt;p&gt;Here is another interesting study: &lt;a href="http://www.asee.org/activities/organizations/zones/proceedings/zone1/2008/Professional/ASEE12008_0064_paper.pdf" rel="nofollow noopener" target="_blank" title="http://www.asee.org/activities/organizations/zones/proceedings/zone1/2008/Professional/ASEE12008_0064_paper.pdf"&gt;http://www.asee.org/activit...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Thu, 29 Jan 2009 04:20:11 -0000</pubDate></item><item><title>Re: Artisan System - A PHP5 Object Oriented Framework</title><link>http://artisansystem.com/blog/entry/26#comment-5624631</link><description>&lt;p&gt;There's an example on page 78 of Peopleware which states that during the 1960s researchers at Cornell University conducted tests on the effect of working with music. Both groups (one coding with music, the other without) performed about the same in speed and accuracy of programming because the part of the brain required for arithmetic and related logic (the left side) is unbothered by music.&lt;/p&gt;&lt;p&gt;However, since the right side of the brain (responsible for creativity) is busy listening to music, you might get fewer "Ahah!"-situations (where you truly understand something or develop creative ways of solving specific problems).&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Wed, 28 Jan 2009 15:12:13 -0000</pubDate></item><item><title>Re: PyFlakes installation and TextMate integration</title><link>http://arthurkoziel.com/2008/06/28/pyflakes-installation-and-textmate-integration/index.html#comment-5513903</link><description>&lt;p&gt;Hi jehiah,&lt;/p&gt;&lt;p&gt;when I wrote this blog post the trunk version didn't have a functional &lt;a href="http://setup.py" rel="nofollow noopener" target="_blank" title="setup.py"&gt;setup.py&lt;/a&gt; file. This changed two months ago with this changeset: &lt;a href="http://divmod.org/trac/changeset/17049" rel="nofollow noopener" target="_blank" title="http://divmod.org/trac/changeset/17049"&gt;http://divmod.org/trac/chan...&lt;/a&gt;&lt;br&gt;So it's now perfectly fine to just install the package with the &lt;a href="http://setup.py" rel="nofollow noopener" target="_blank" title="setup.py"&gt;setup.py&lt;/a&gt; file.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Sat, 24 Jan 2009 05:27:01 -0000</pubDate></item><item><title>Re: virtualenvwrapper 2.6 - virtualenv wrapper functions</title><link>http://www.doughellmann.com/projects/virtualenvwrapper/1.8#comment-2999646</link><description>&lt;p&gt;If there are some MacPorts users around: I wrote a Portfile for virtualenv (&lt;a href="http://trac.macports.org/ticket/16790)" rel="nofollow noopener" target="_blank" title="http://trac.macports.org/ticket/16790)"&gt;http://trac.macports.org/ti...&lt;/a&gt; and virtualenvwrapper (&lt;a href="http://trac.macports.org/ticket/16829)" rel="nofollow noopener" target="_blank" title="http://trac.macports.org/ticket/16829)"&gt;http://trac.macports.org/ti...&lt;/a&gt;. Both are currently not in the main repo but you can create a local repository (&lt;a href="http://guide.macports.org/#development.local-repositories)" rel="nofollow noopener" target="_blank" title="http://guide.macports.org/#development.local-repositories)"&gt;http://guide.macports.org/#...&lt;/a&gt; and put the portfiles in there.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Sat, 11 Oct 2008 14:02:32 -0000</pubDate></item><item><title>Re: Introducing the Django Debug Toolbar</title><link>http://rob.cogit8.org/blog/2008/Sep/19/introducing-django-debug-toolbar/#comment-2451753</link><description>&lt;p&gt;Great work, I'm definitely going to check this out. I'm coming from a Symfony background and the debug toolbar was _the_ thing I was missing in Django. Thanks for making it open source.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Sat, 20 Sep 2008 03:43:26 -0000</pubDate></item><item><title>Re: Mike's Blog</title><link>http://hoisie.com/post/an_interesting_exercise#comment-1698871</link><description>&lt;p&gt;I've had a Wordpress blog for some months but wasn't really happy about it. Sure, the plugins are great and the community is pretty big but there are a lot of things one can learn by writing his own blogging application.&lt;/p&gt;&lt;p&gt;I recently switched to a custom made Django weblog and had much more fun during the development than I had with writing custom Wordpress themes (especially these "That sucks, I would have developed it different"-moments).&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">arthurk</dc:creator><pubDate>Wed, 20 Aug 2008 09:52:36 -0000</pubDate></item></channel></rss>