<p dir="ltr">On Apr 7, 2016 2:32 PM, "Brett Cannon" <<a href="mailto:brett@python.org">brett@python.org</a>> wrote:<br>
><br>
[...]<br>
>> Frankly, if it wasn't for the fact that you have stated that you'll<br>
>> add support for the protocol to your path library, I'd be surprised if<br>
>> *any* 3rd party code changed as a result of this discussion. There's<br>
>> been no comment from the authors of path.py or pylib (the only other 2<br>
>> path objects I know of). And the only comments I've heard from authors<br>
>> of libraries that consume paths is "I don't see any reason why I'd<br>
>> bother". So as long as you're happy with the final form of the<br>
>> proposal, I see little reason to worry about how other 3rd party code<br>
>> might use it.<br>
><br>
><br>
> I'm trying to be a bit more optimistic on the uptake. :) </p>
<p dir="ltr">If data points are useful, numpy just merged a PR for supporting pathlib paths:<br>
   <a href="https://github.com/numpy/numpy/pull/6660">https://github.com/numpy/numpy/pull/6660</a></p>
<p dir="ltr">It's a bit awkward given the current api, but someone did care enough to take the trouble.</p>
<p dir="ltr">-n</p>