On 5/4/19 3:54 AM, Eric V. Smith wrote:
On 5/4/19 2:48 AM, Serhiy Storchaka wrote:
04.05.19 05:46, Eric V. Smith пише:
Is there a policy against using Unicode identifiers in test files?
As part of adding !d to f-strings, there's a code path that's only
executed if the text of the expression is
On 5/4/19 2:48 AM, Serhiy Storchaka wrote:
04.05.19 05:46, Eric V. Smith пише:
Is there a policy against using Unicode identifiers in test files?
As part of adding !d to f-strings, there's a code path that's only
executed if the text of the expression is non-ascii. The easiest way
to exercise i
04.05.19 05:46, Eric V. Smith пише:
Is there a policy against using Unicode identifiers in test files?
As part of adding !d to f-strings, there's a code path that's only
executed if the text of the expression is non-ascii. The easiest way to
exercise it, and the way I found a bug, is by using
On Fri, May 03, 2019 at 10:46:03PM -0400, Eric V. Smith wrote:
> Is there a policy against using Unicode identifiers in test files?
[...]
> I could work around this with exec-ing some strings, but that seems like
> added confusion that I'd avoid with a real Unicode identifier.
"Look, that's why t
On Fri, May 3, 2019 at 10:46 PM Eric V. Smith wrote:
> Is there a policy against using Unicode identifiers in test files?
>
> As part of adding !d to f-strings, there's a code path that's only
> executed if the text of the expression is non-ascii. The easiest way to
> exercise it, and the way I f
2011/9/20 Egon Smiwa :
> Hi all,
> I wanted to implement quantity objects in a software,
> which can be used with user-friendly expressions like:
> money = 3 * €, where Euro is a special quantity object
> But now I realized, Python does not allow currency
> characters in names, although they can be
