Thanks for your advice! We're looking for opinions about the overall idea and
workflow, and welcome code reviews after we get our lawyers happy and can
publish the code :)
I'll check python-dev to see if there're some questions.
Best,
Yichen
On 21Feb2022 09:12, Steven D'Aprano wrote:
>On Sun, Feb 20, 2022 at 09:56:18AM +0100, Eliot Lear wrote:
>> [...] I wonder if there is a reason why certain functions are not
>> linked to console_scripts. In particular I would think this would be
>> good for
>> json.tool (though I might call it
On Mon, 21 Feb 2022 at 09:53, Tim Peters wrote:
> > Once you start using slippery-slope arguments, pretty soon you're using
> > them for everything, and progress grinds to a halt...
>
> Curiously, that itself is a slippery-slope argument ;-)
Be careful. Once you start calling people out for
[Ben Rudiak-Gould ]
> ...
> Python follows the IEEE rounding model for float/float and int/int.
> Following it for float/int and int/float would be pretty easy since
> the hard work has already been done to support int/int.
It doesn't end there. Mark was asking about analogous behavior for
mixing
On Sun, Feb 20, 2022 at 04:38:37PM +0100, Gerrit Holl wrote:
> A problem with most online votes is that participation is
> self-selected. There is no way to measure turnout, and therefore, it
> is impossible to tell how representative the voters are for the
> community at large.
I'm sure that
On Sun, Feb 20, 2022 at 9:41 AM Tim Peters wrote:
> It's a slippery slope, of scant discernible benefit, and still hackish.
> For example, 10**600 / 1e200 / 1e200.
>
That's how IEEE arithmetic works: a/b is computed to infinite precision
then properly rounded, but (a/b)/c isn't. Yes, it's not
On Sun, Feb 20, 2022 at 09:56:18AM +0100, Eliot Lear wrote:
> Hi everyone,
>
> I'm sure there's a clear answer, probably written some place obvious,
> but I wonder if there is a reason why certain functions are not linked
> to console_scripts. In particular I would think this would be good for
> On 20 Feb 2022, at 08:56, Eliot Lear wrote:
>
> Hi everyone,
>
> I'm sure there's a clear answer, probably written some place obvious, but I
> wonder if there is a reason why certain functions are not linked to
> console_scripts. In particular I would think this would be good for
>
> 严懿宸(文极) via Python-ideas writes:
> > Currently, we’ve made it a third-party library and have been
> > working on open-sourcing.
Stephen J. Turnbull wrote:
> Thank you! I guess "working on" means "the lawyers have it" so we'll
> be patient. :-)
> I'm not sure whether your purpose is to get
Hi everyone,
I'm sure there's a clear answer, probably written some place obvious,
but I wonder if there is a reason why certain functions are not linked
to console_scripts. In particular I would think this would be good for
json.tool (though I might call it something else, like pyjson_pp).
[Mark Dickinson ]
> Unrelated question: under this proposal, what would you want
> `Fraction(10**400) / 1e200` to do? Should it also produce a
> `float` approximation to 1e200, or is it okay for it to raise
> `OverflowError` as it currently does?
The principled alternative to the current "in
Mark Dickinson wrote:
> Unrelated question: under this proposal, what would you want
> `Fraction(10**400) / 1e200` to do? Should it also produce a `float`
> approximation to 1e200, or is it okay for it to raise `OverflowError` as it
> currently does?
Somehow that sounds like a trick question :-).
On Sun, 20 Feb 2022 at 08:05, Steven D'Aprano wrote:
> > There is no way to make a popular vote fair.
>
> That's an odd take.
>
> A better take is that, fair or not, popularity is not necessarily a good
> judge of what works well in a language. Language design requires skill
> and taste, and it
Hey Christ,
We can always think in terms of weighted vote, the more your account is
"well-established"
(either by being ancient or by contributing) the more it's vote has weight.
Anyway, just a suggestion.
Regards,
--
SENHAJI RHAZI Hamza
Le dim. 20 févr. 2022 à 09:43, Chris Angelico a écrit
This was discussed here: https://bugs.python.org/issue46757
This came up because I had a dataclass subclass to flax.linen.Module that
had its own post-init. When I figured out that I needed to call super, I
did so. Later, when I refactored my code to remove the superclass, the
super-call
Steven D'Aprano writes:
> On Sat, Feb 19, 2022 at 04:14:57PM +0900, Stephen J. Turnbull wrote:
> > Steven D'Aprano writes:
> >
> > > by the time you have finished debugging the script, the reason for
> > > creating the venv in the first place is no longer relevent.
> >
> > Eh? Would
On Sat, Feb 19, 2022 at 1:37 PM Stefan Pochmann
wrote:
> So could/should 10**400 / 1e200 be implemented to do that instead of
> raising the error? Or is it a too rare use case and not worth the effort,
> or does something else speak against it?
>
For me, it's not so much that it's not worth the
On Sun, 20 Feb 2022 at 18:05, Steven D'Aprano wrote:
>
> On Sat, Feb 19, 2022 at 06:04:28AM +1100, Chris Angelico wrote:
>
> > Popularity is a *terrible* way to judge ideas. I'm currently fighting
> > with another platform on that same topic.
>
> Can we ask which platform?
Not on-list, out of
18 matches
Mail list logo