<div><span class="gmail_quote">On 2/2/07, <b class="gmail_sendername">Eduardo EdCrypt O. Padoan</b> <<a href="mailto:eopadoan@altavix.com">eopadoan@altavix.com</a>> wrote:</span> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I think that there aready exists a  proposal for an Abstract FS Layer<br>for Python somewere.<br></blockquote>

<div> </div>
<div>I haven't really seen a proposal for such a thing.</div>
<div> </div>
<div>itools.vfs is the only actualy file-system API, or file-system abstraction layer, I know of. It is going more or less in the directions I am currently thinking of. But the fact is that it has not gained popularity makes me think that maybe the direction needs to be better thought out. And it's not really a proposal as much as a partial implementation, created mostly for the needs of the other itools modules.
</div>
<div> </div>
<div>Most other proposals had to do with handling file-systems paths, and while some also mixed in some functionality for reading/writing files, browsing directory trees, etc., they do not provide a layer of abstraction for file-systems and file-system-like entities.
</div>
<div> </div>
<div>This is why I think there is room for such an initiative.</div>
<div> </div>
<div>- Tal Einat</div>
<div>reduce(lambda m,x:[m[i]+s[-1] for i,s in enumerate(sorted(m))],<br>       [[chr(154-ord(c)) for c in '.&-&,l.Z95193+179-']]*18)[3]</div>