On 7/21/2011 8:20 AM, Michael Foord wrote:
On 21/07/2011 15:43, Paul Moore wrote:
On 21 July 2011 09:13, Glenn Linderman<v+python@g.nevcal.com> wrote:
Certainly when the launcher is invoked via an association, this would be the case. However, when the launcher is invoked via the command line, then the unqualified name is passed through. To be useful from the command line, the launcher should walk the PATH to find the .py file. It's equally as arguable (and would match my expectations much more closely) that "py a_file.py" should do whatever "python a_file.py" would do. So path search in that context would only be reasonable if it were a Python feature rather than a feature of the launcher.
This is what the launcher currently does (so I guess it's not surprising that I'm happy with the current behaviour).
I can see the benefits of path search, but I'd want it to be a Python feature (and hence inherited "for free" by the launcher) and not a launcher-only one.
What he said ^^. (+1)
py launcher and python binaries behaving differently in this regard would be a recipe for confusion and hard to debug problems.
I see the point. Although the incremental benefit is higher to Windows users, and although we are creating a Windows-only piece of code that could be the vehicle for adding the functionality, it would be beneficial for all platforms, and a common implementation would serve that need better.