This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author barneygale
Recipients barneygale
Date 2021-06-13.16:10:22
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1623600622.48.0.298537036447.issue44412@roundup.psfhosted.org>
In-reply-to
Content
Proposal:

- Introduce `os.path.fileuri()` function that produces a 'file://' URI
- Adjust `PurePosixPath.to_uri()` to call `posixpath.fileuri()`
- Adjust `PureWindowsPath.to_uri()` to call `ntpath.fileuri()`
- Adjust `nturl2path.pathname2url()` to call `ntpath.fileuri()`

Rationale:

- pathlib is 95% a wrapper around `os` and `os.path`. It implements
  little itself except the OOP interface. `as_uri()` is one of only a
  tiny handful of pathlib features that have no decent antecedents.
- the existence of these OS-specific features complicates pathlib's
  internals, necessitating the existence of OS-specific '_Flavour'
  classes that greatly complicate work on bpo-24132
- this is a useful feature with lots of stackoverflow posts. It seems
  silly to /require/ users to use pathlib for this, as the rest of their
  codebase may work just fine using traditional path manip.

Further discussion on python-ideas: https://discuss.python.org/t/pathlib-and-os-path-feature-parity-and-code-de-duplication/9239

Related: bpo-44403, bpo-44136, bpo-24132
History
Date User Action Args
2021-06-13 16:10:22barneygalesetrecipients: + barneygale
2021-06-13 16:10:22barneygalesetmessageid: <1623600622.48.0.298537036447.issue44412@roundup.psfhosted.org>
2021-06-13 16:10:22barneygalelinkissue44412 messages
2021-06-13 16:10:22barneygalecreate