<?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:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comments on: always lowercase py files, always	</title>
	<atom:link href="https://www.robg3d.com/2012/08/always-lowercase-py-files-always/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.robg3d.com/2012/08/always-lowercase-py-files-always/</link>
	<description>Blog of Rob Galanakis (@robgalanakis)</description>
	<lastBuildDate>Sun, 19 Aug 2012 20:06:40 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.4.1</generator>
	<item>
		<title>
		By: Rob Galanakis		</title>
		<link>https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46863</link>

		<dc:creator><![CDATA[Rob Galanakis]]></dc:creator>
		<pubDate>Sun, 19 Aug 2012 20:06:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1007#comment-46863</guid>

					<description><![CDATA[Spencer, it doesn&#039;t have to be months down the line- the system may still be in development, someone catches the module name during code review but it&#039;s been checked in, and now this inactive module on other people&#039;s machines is cased incorrectly. Better- like you say- to go all case insensitive from the start, and make sure people know it (I&#039;m not advocating trying to go in and fix otherwise working code).

Otherwise, if you do have to change it, you should do like you say (and I mention in the article), rename the module something else entirely.]]></description>
			<content:encoded><![CDATA[<p>Spencer, it doesn&#8217;t have to be months down the line- the system may still be in development, someone catches the module name during code review but it&#8217;s been checked in, and now this inactive module on other people&#8217;s machines is cased incorrectly. Better- like you say- to go all case insensitive from the start, and make sure people know it (I&#8217;m not advocating trying to go in and fix otherwise working code).</p>
<p>Otherwise, if you do have to change it, you should do like you say (and I mention in the article), rename the module something else entirely.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Spencer Luebbert		</title>
		<link>https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46859</link>

		<dc:creator><![CDATA[Spencer Luebbert]]></dc:creator>
		<pubDate>Sun, 19 Aug 2012 19:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1007#comment-46859</guid>

					<description><![CDATA[It totally makes sense to do all lower case from the start. But I don&#039;t understand why this needs to be fixed after the file has already been integrated into a bunch of code. I mean aren&#039;t you manufacturing the problem by trying to change case in the first place? Why not just change it back to myModule to avoid fixing it locally on everyone&#039;s machine. Or if your really really must make it lower case, just change the name completely to like mybettermodule, so that source control doesn&#039;t get confused.]]></description>
			<content:encoded><![CDATA[<p>It totally makes sense to do all lower case from the start. But I don&#8217;t understand why this needs to be fixed after the file has already been integrated into a bunch of code. I mean aren&#8217;t you manufacturing the problem by trying to change case in the first place? Why not just change it back to myModule to avoid fixing it locally on everyone&#8217;s machine. Or if your really really must make it lower case, just change the name completely to like mybettermodule, so that source control doesn&#8217;t get confused.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: James Thiele		</title>
		<link>https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46558</link>

		<dc:creator><![CDATA[James Thiele]]></dc:creator>
		<pubDate>Tue, 14 Aug 2012 17:29:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1007#comment-46558</guid>

					<description><![CDATA[Also some versions of Mac OS X have case insensitive file names.]]></description>
			<content:encoded><![CDATA[<p>Also some versions of Mac OS X have case insensitive file names.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Rob Galanakis		</title>
		<link>https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46517</link>

		<dc:creator><![CDATA[Rob Galanakis]]></dc:creator>
		<pubDate>Tue, 14 Aug 2012 10:22:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1007#comment-46517</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46514&quot;&gt;David&lt;/a&gt;.

David: That&#039;s true, but only for the local user. When other users sync that rename (integrate/delete), it will not change the casing.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46514">David</a>.</p>
<p>David: That&#8217;s true, but only for the local user. When other users sync that rename (integrate/delete), it will not change the casing.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: David		</title>
		<link>https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46514</link>

		<dc:creator><![CDATA[David]]></dc:creator>
		<pubDate>Tue, 14 Aug 2012 09:49:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1007#comment-46514</guid>

					<description><![CDATA[In both git and svn all you have to do is rename your file using your VCS, rather than windows.

According to the Perforce documentation, ( http://kb.perforce.com/?article=007 ) the situation is the exact same.

This is really a question of people not using their VCS properly , and not a python problem at all.]]></description>
			<content:encoded><![CDATA[<p>In both git and svn all you have to do is rename your file using your VCS, rather than windows.</p>
<p>According to the Perforce documentation, ( <a href="http://kb.perforce.com/?article=007" rel="nofollow ugc">http://kb.perforce.com/?article=007</a> ) the situation is the exact same.</p>
<p>This is really a question of people not using their VCS properly , and not a python problem at all.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: GDorn		</title>
		<link>https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46509</link>

		<dc:creator><![CDATA[GDorn]]></dc:creator>
		<pubDate>Tue, 14 Aug 2012 08:01:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1007#comment-46509</guid>

					<description><![CDATA[Agreed.  While you should follow PEP8 unless you have a good reason not to, the real WTF here is your VCS.]]></description>
			<content:encoded><![CDATA[<p>Agreed.  While you should follow PEP8 unless you have a good reason not to, the real WTF here is your VCS.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: robert		</title>
		<link>https://www.robg3d.com/2012/08/always-lowercase-py-files-always/#comment-46499</link>

		<dc:creator><![CDATA[robert]]></dc:creator>
		<pubDate>Tue, 14 Aug 2012 01:53:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1007#comment-46499</guid>

					<description><![CDATA[Seems to me the problem rather stems from the revision control system which seems to rely on the OS for file name comparison (but maybe there&#039;s a hidden switch somewhere deep inside P4 to change this?). It&#039;s a bit strange that P4 works like that - given that there&#039;s surely enough devs who use it with Python, mixed OS environments or other case sensitive languages that care about file names.

I never ran into this problem myself, but thanks for the warning.]]></description>
			<content:encoded><![CDATA[<p>Seems to me the problem rather stems from the revision control system which seems to rely on the OS for file name comparison (but maybe there&#8217;s a hidden switch somewhere deep inside P4 to change this?). It&#8217;s a bit strange that P4 works like that &#8211; given that there&#8217;s surely enough devs who use it with Python, mixed OS environments or other case sensitive languages that care about file names.</p>
<p>I never ran into this problem myself, but thanks for the warning.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
