<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, 8 Apr 2016 at 15:21 Chris Barker - NOAA Federal <<a href="mailto:chris.barker@noaa.gov">chris.barker@noaa.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> On Apr 8, 2016, at 3:00 PM, Eric Snow <<a href="mailto:ericsnowcurrently@gmail.com" target="_blank">ericsnowcurrently@gmail.com</a>> wrote:<br>
><br>
>> On Fri, Apr 8, 2016 at 12:25 PM, Brett Cannon <<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>> wrote:<br>
>> I personally still like __ospath__ as well.<br>
><br>
> Same here.  The strings are essentially an OS-dependent serialization,<br>
> rather than related to a particular file system.<br>
<br>
Huh? I though the strings were a OS-independent, human readable<br>
serialization and interchange format.<br></blockquote><div><br></div><div>Depends if you use `/` or `\` as your path separator if they are truly OS-independent. :)</div><div><br></div><div>-Brett</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Bytes would be the OS-dependent serialization.<br>
<br>
But yes, I suppose the file-system-level version would be inodes or something.<br>
<br>
But this is a string that represents a path, thus __pathstr__. And the<br>
term "path" is used all over the place (including os.path and pathlib)<br>
for this particular type of path, so I don't see why we need the "fs"<br>
or "os", other than the fact that __path__ is already taken.<br>
<br>
But I'm looking forward to using this bike shed regardless of its<br>
color, so that's the last I'll comment on that.<br>
<br>
-CHB<br>
</blockquote></div></div>