[Python-ideas] Re: Make UTF-8 mode more accessible for Windows users.

2021-02-04 Thread Barry Scott
> On 3 Feb 2021, at 02:49, Christopher Barker wrote: > > Aside: HTML 5 even has a encoding rule that acknowledges that web pages marked > utf-8 are really windows USA code page and show how to fall back! > > But that doesn't depend ina. system setting does it? So I don't get your > point: Th

[Python-ideas] Re: Make UTF-8 mode more accessible for Windows users.

2021-02-04 Thread Barry Scott
> On 3 Feb 2021, at 02:49, Christopher Barker wrote: > Rather than reply point by point I will summarise my input. I think that utf-8 mode is a great idea. I think that an .INI file in the style that py.exe uses is better then env var. Env var on WIndows could be used but there can be sur

[Python-ideas] Re: Make UTF-8 mode more accessible for Windows users.

2021-02-04 Thread Guido van Rossum
Although a file adds I/O slowdown to startup (which is already slow) while an envvar doesn’t. On Thu, Feb 4, 2021 at 13:19 Barry Scott wrote: > > > > On 3 Feb 2021, at 02:49, Christopher Barker wrote: > > > > > Rather than reply point by point I will summarise my input. > > I think that utf-8 m

[Python-ideas] Add a couple of options to open()'s mode parameter to deal with common text encodings

2021-02-04 Thread Ben Rudiak-Gould
There's a long ongoing thread with the subject "Make UTF-8 mode more accessible for Windows users." There are two obvious problems with UTF-8 mode. First, it applies to entire installations, or at least entire running scripts, including all imported libraries no matter who wrote them, etc., making

[Python-ideas] Re: Add a couple of options to open()'s mode parameter to deal with common text encodings

2021-02-04 Thread Chris Angelico
On Fri, Feb 5, 2021 at 10:17 AM Ben Rudiak-Gould wrote: > 'L' could be argued to be unnecessary if there's a simple way to achieve the > same thing with the encoding parameter (which currently there isn't). > I'd rather work that one out the opposite way, having encoding="locale" (or encoding="s

[Python-ideas] Re: Add a couple of options to open()'s mode parameter to deal with common text encodings

2021-02-04 Thread Ben Rudiak-Gould
On Thu, Feb 4, 2021 at 3:29 PM Chris Angelico wrote: > With "t", it takes/gives Unicode objects, but with "b" it uses bytes. Sure, in Python 3, but not in Python 2, or C. Anyway, moral correctness is beside the point. People in point of fact don't write encoding='utf-8' when they should, becau

[Python-ideas] Re: Add a couple of options to open()'s mode parameter to deal with common text encodings

2021-02-04 Thread Chris Angelico
On Fri, Feb 5, 2021 at 10:46 AM Ben Rudiak-Gould wrote: > > > > On Thu, Feb 4, 2021 at 3:29 PM Chris Angelico wrote: >> >> With "t", it takes/gives Unicode objects, but with "b" it uses bytes. > > > Sure, in Python 3, but not in Python 2, or C. > Python 2 isn't changing any more now, and we're n

[Python-ideas] Re: Add a couple of options to open()'s mode parameter to deal with common text encodings

2021-02-04 Thread Random832
On Thu, Feb 4, 2021, at 18:46, Ben Rudiak-Gould wrote: > > On Thu, Feb 4, 2021 at 3:29 PM Chris Angelico wrote: > > With "t", it takes/gives Unicode objects, but with "b" it uses bytes. > > Sure, in Python 3, but not in Python 2, or C. > > Anyway, moral correctness is beside the point. People i

[Python-ideas] Re: Add a couple of options to open()'s mode parameter to deal with common text encodings

2021-02-04 Thread Eryk Sun
On 2/4/21, Ben Rudiak-Gould wrote: > > My proposal is to add a couple of single-character options to open()'s mode > parameter. 'b' and 't' already exist, and the encoding parameter > essentially selects subcategories of 't', but it's annoyingly verbose and > so people often omit it. > > If '8' wa

[Python-ideas] Re: Make UTF-8 mode more accessible for Windows users.

2021-02-04 Thread Inada Naoki
On Fri, Feb 5, 2021 at 6:17 AM Barry Scott wrote: > > Rather than reply point by point I will summarise my input. > > I think that utf-8 mode is a great idea. > > I think that an .INI file in the style that py.exe uses is better then env > var. > > Env var on WIndows could be used but there can b

[Python-ideas] Re: Add a couple of options to open()'s mode parameter to deal with common text encodings

2021-02-04 Thread Christopher Barker
On Thu, Feb 4, 2021 at 3:19 PM Ben Rudiak-Gould wrote: > There's a long ongoing thread with the subject "Make UTF-8 mode more > accessible for Windows users." > > There are two obvious problems with UTF-8 mode. > If you don't think UTF-8 mode is helpful then don't use it -- and maybe join that t

[Python-ideas] Re: Make UTF-8 mode more accessible for Windows users.

2021-02-04 Thread Christopher Barker
On Thu, Feb 4, 2021 at 1:17 PM Barry Scott wrote: > Rather than reply point by point I will summarise my input. > Thanks! > I think that utf-8 mode is a great idea. > agreed. > I'm hoping that the solution implemented allows new users to get a great > experience and also that advanced user

[Python-ideas] Re: Add a couple of options to open()'s mode parameter to deal with common text encodings

2021-02-04 Thread Inada Naoki
On Fri, Feb 5, 2021 at 8:20 AM Ben Rudiak-Gould wrote: > > > It seems as though most of those commenting in the other thread don't > actually use Python on Windows. I do, and I can say it's a royal pain to have > to write open(path, encoding='utf-8') all the time. If you could write > open(path

[Python-ideas] Re: Make UTF-8 mode more accessible for Windows users.

2021-02-04 Thread Christopher Barker
On Thu, Feb 4, 2021 at 7:12 PM Inada Naoki wrote: > I 100% agree with you. And pyvenv.cfg satisfies all your needs. > oops, sorry i missed this -- maybe pyvenv.cfg will do the job. Though I'm a bit confused about how it might work outside of venv itself, which usually creates the pyvenv.cfg fil