Christopher Barker writes:
> agreed. But we seem to be getting a mixed message here:
>
> 1) it's too coplex with too many variable that have to be thought through
s/too//g please. I haven't seen any explicit -1s yet, just "I'm not
gonna do it myself for sure". @Aman Paul's discussion mirror
This is background on Python development and a current issue, I don't
have a strong opinion on whether effort should be devoted to improving
urllib.
Lincoln Auster writes:
> About a month ago, I opened BPO 46337 with regard to urllib's inflexible
> handling of URL schemes. (Another discussion (
On Thu, Feb 10, 2022 at 9:25 AM Paul Moore wrote:
> Maybe. It still needs someone to get down to details and propose
> something specific. And I'll still be between -0.5 and -1 on it, but
> you don't need to convince me personally, you just need some level of
> support from *some* of the core dev
Hello, consider:
class C:
@property
def f(self) -> int:
return 2
class D(C):
pass
D().f = 2
Gives:
Traceback (most recent call last):
File "/home/neil/src/cmm/a.py", line 10, in
D().f = 2
AttributeError: can't set attribute 'f'
This can be a pain to debug when the
On Thu, 10 Feb 2022 at 17:11, Christopher Barker wrote:
> agreed. But we seem to be getting a mixed message here:
>
> 1) it's too coplex with too many variable that have to be thought through and
> won't satisfy everyone anyway.
>
> and
>
> 2) It's just a simple one-liner
>
> Those are kind of in
FYI there was a patch for this in the past and it was rejected:
https://bugs.python.org/issue21301
Damian (he/him)
On Thu, Feb 10, 2022 at 12:04 PM Christopher Barker
wrote:
> +1 -- I would really like pathlib to be able to used for everything one
> would need to do with paths.
>
> -CHB
>
>
> O
On Thu, Feb 10, 2022 at 9:02 AM Paul Moore wrote:
> > [*] now that I think about it, I would probably only do this without DST
> — including DST would require a DST database, which the stdlib doesn’t
> include.
>
> https://docs.python.org/3/library/zoneinfo.html
My Bad -- I forgot about that --
+1 -- I would really like pathlib to be able to used for everything one
would need to do with paths.
-CHB
On Thu, Feb 10, 2022 at 3:05 AM anthony.flury via Python-ideas <
python-ideas@python.org> wrote:
> All,
>
> I know that *os.path* includes a function *expandvars(..)* which expands
> any en
On Thu, Feb 10, 2022 at 8:57 AM David Mertz, Ph.D.
wrote:
> Don't forget leap seconds! :-)
>
TAI only :-)
-CHB
On Thu, Feb 10, 2022, 11:45 AM Christopher Barker
> wrote:
>
>> Since a started this:-)
>>
>> 1) the complexities are exactly why this *might* be a candidate for the
>> stdlib. Thos
On Thu, 10 Feb 2022 at 16:44, Christopher Barker wrote:
>
> Since a started this:-)
>
> 1) the complexities are exactly why this *might* be a candidate for the
> stdlib. Those are the things that someone is likely to get wrong, or not
> think of, when they write something quick themselves, and o
Just one note:
On Thu, Feb 10, 2022 at 6:56 AM Chris Angelico wrote:
> > (2) For the form of the assignment target, I think an analogy with the
> > reception of function arguments could also be considered.
I think so -- maybe only because it's new, but folks are certainly far more
familiar wit
Don't forget leap seconds! :-)
On Thu, Feb 10, 2022, 11:45 AM Christopher Barker
wrote:
> Since a started this:-)
>
> 1) the complexities are exactly why this *might* be a candidate for the
> stdlib. Those are the things that someone is likely to get wrong, or not
> think of, when they write som
Since a started this:-)
1) the complexities are exactly why this *might* be a candidate for the
stdlib. Those are the things that someone is likely to get wrong, or not
think of, when they write something quick themselves, and only lightly
test.
2) it doesn’t have to be everything for everyone- i
On Thu, 10 Feb 2022 at 15:21, Aman Pandey wrote:
>
> Hello Stephen, I think you misunderstood it. we are not talking about
> modifying the existing built-in function range rather adding a new function
> in datetime module that will generate the date and time between two periods.
> if we add a fu
Hello Stephen, I think you misunderstood it. we are not talking about
modifying the existing built-in function range rather adding a new function
in datetime module that will generate the date and time between two periods.
if we add a function like that in the datetime module the code will be
exact
On Fri, 11 Feb 2022 at 00:33, Matsuoka Takuo wrote:
>
> On Mon, 7 Feb 2022 at 16:43, Chris Angelico wrote:
> >
> > There have been thoughts thrown around in the past of having a "match
> > assignment" concept. The OP is far from the first to notice the
> > parallel. Maybe that's what we should be
Hi,
About a month ago, I opened BPO 46337 with regard to urllib's inflexible
handling of URL schemes. (Another discussion (from 2013) occured in
BPO-18828.) In my ticket, I proposed supplementing the hard-coded uses_*
scheme lists that control URL parsing and joining behavior with an enum
that may
On Mon, 7 Feb 2022 at 16:43, Chris Angelico wrote:
>
> There have been thoughts thrown around in the past of having a "match
> assignment" concept. The OP is far from the first to notice the
> parallel. Maybe that's what we should be looking at - but the biggest
> question is syntax. What should i
Christopher Barker writes:
> There have been a couple recipes on this thread for an iterator, but I
> envision something like the range() object — it’s a lazy Sequence, not just
> an iterator.
I would be strongly against an extension to range() itself (I think
that was the original proposal),
All,
I know that /os.path/ includes a function /expandvars(..)/ which expands
any environment variables in a given path, but from looking at the
/pathlib/ documentation It seems there is
no equivalent to /os.path.expandvars(..) on any class/ in /pathlib/, and
the recommendation seems to be to
20 matches
Mail list logo
