Re: list indices must be integers or slices, not str
On 2022-07-20 4:45 PM, Chris Angelico wrote:
On Wed, 20 Jul 2022 at 23:50, Peter Otten <__pete...@web.de> wrote:
I found
https://peps.python.org/pep-3101/
"""
PEP 3101 – Advanced String Formatting
...
An example of the ‘getitem’ syntax:
"My name is {0[name]}".format(dict(name='Fred'))
It should be noted that the use of ‘getitem’ within a format string is
much more limited than its conventional usage. In the above example, the
string ‘name’ really is the literal string ‘name’, not a variable named
‘name’. The rules for parsing an item key are very simple. If it starts
with a digit, then it is treated as a number, otherwise it is used as a
string.
Cool. I think this is a good justification for a docs patch, since
that really should be mentioned somewhere other than a historical
document.
ChrisA
I have submitted the following -
https://github.com/python/cpython/issues/95088
Frank
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
Frank Millman schreef op 20/07/2022 om 13:04:
>> On Wed, 20 Jul 2022 at 18:34, Frank Millman wrote:
>>> >>>
>>> >>> x = list(range(10))
>>> >>>
>>> >>> '{x[1]}'.format(**vars())
>>> '1'
>>> >>>
>>> >>> '{x[-1]}'.format(**vars())
>>> Traceback (most recent call last):
>>> File "", line 1, in
>>> TypeError: list indices must be integers or slices, not str
>>> >>>
>>>
>>> Can anyone explain this error? It seems that a negative index is deemed
>>> to be a string in this case.
>>>
>>
>> [...]
>>
"It seems to only want integer constants. x[2+2] and x[k] where k=2
don't work either.
I think the preferred style these days is f'{x[-1]}' which works."
Unfortunately the 'f' option does not work for me in this case, as I am
using a string object, not a string literal.
I've always found a bit dirty to pass indiscriminate symbol tables like
the one from globals() or vars() or vars(some_object) to a formatting
method, leaving the formatting string free to access any of it. I prefer
to make things more explicit. Can't you make a dict with a selection of
things you possible want to format?
In a sense I think you're looking for a more complete templating
solution than what Python's formatting mechanisms are designed for.
Maybe you should consider a full template engine, like Jinja?
--
"There is no cause so noble that it will not attract fuggheads."
-- Larry Niven
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
offtopic
If you want a pure-python but definitely a more hacky implementation,
you can play around with inspect.stack() and get the variables from
the outer frames.
# code:
x = 32
y = 42
printf("Hello x={x}, y={y}", x=27)
# output:
Hello x=27, y=42
The implementation of printf() was never released in PyPI (I guess I never saw
it as more than a challenge).
But the implementation is quite simple (I did a post about it):
https://book-of-gehn.github.io/articles/2021/07/11/Home-Made-Python-F-String.html
Thanks,
Martin.
On Wed, Jul 20, 2022 at 10:46:35AM -0600, Mats Wichmann wrote:
On 7/20/22 05:04, Frank Millman wrote:
I think the preferred style these days is f'{x[-1]}' which works."
Unfortunately the 'f' option does not work for me in this case, as I am
using a string object, not a string literal.
For that you could consider
https://pypi.org/project/f-yeah/
(straying a bit off thread subject by now, admittedly)
--
https://mail.python.org/mailman/listinfo/python-list
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On 7/20/22 05:04, Frank Millman wrote:
> I think the preferred style these days is f'{x[-1]}' which works."
>
> Unfortunately the 'f' option does not work for me in this case, as I am
> using a string object, not a string literal.
For that you could consider
https://pypi.org/project/f-yeah/
(straying a bit off thread subject by now, admittedly)
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On Wed, 20 Jul 2022 at 23:50, Peter Otten <__pete...@web.de> wrote:
>
> I found
>
> https://peps.python.org/pep-3101/
>
> """
> PEP 3101 – Advanced String Formatting
> ...
> An example of the ‘getitem’ syntax:
>
> "My name is {0[name]}".format(dict(name='Fred'))
>
> It should be noted that the use of ‘getitem’ within a format string is
> much more limited than its conventional usage. In the above example, the
> string ‘name’ really is the literal string ‘name’, not a variable named
> ‘name’. The rules for parsing an item key are very simple. If it starts
> with a digit, then it is treated as a number, otherwise it is used as a
> string.
>
Cool. I think this is a good justification for a docs patch, since
that really should be mentioned somewhere other than a historical
document.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On 20/07/2022 12:08, Chris Angelico wrote:
On Wed, 20 Jul 2022 at 20:55, Frank Millman wrote:
On 2022-07-20 11:37 AM, Chris Angelico wrote:
> On Wed, 20 Jul 2022 at 18:34, Frank Millman wrote:
>>
>> Hi all
>>
>> C:\Users\E7280>python
>> Python 3.9.7 (tags/v3.9.7:1016ef3, Aug 30 2021, 20:19:38) [MSC v.1929 64
>> bit (AMD64)] on win32
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>>
>> >>> x = list(range(10))
>> >>>
>> >>> '{x[1]}'.format(**vars())
>> '1'
>> >>>
>> >>> '{x[-1]}'.format(**vars())
>> Traceback (most recent call last):
>> File "", line 1, in
>> TypeError: list indices must be integers or slices, not str
>> >>>
>>
>> Can anyone explain this error? It seems that a negative index is deemed
>> to be a string in this case.
>>
>
> Yeah, that does seem a little odd. What you're seeing is the same as
> this phenomenon:
>
>>>> "{x[1]} {x[spam]}".format(x={1: 42, "spam": "ham"})
> '42 ham'
>>>> "{x[1]} {x[spam]}".format(x={"1": 42, "spam": "ham"})
> Traceback (most recent call last):
>File "", line 1, in
> KeyError: 1
>
> But I can't find it documented anywhere that digits-only means
> numeric. The best I can find is:
>
> https://docs.python.org/3/library/string.html#formatstrings
> """The arg_name can be followed by any number of index or attribute
> expressions. An expression of the form '.name' selects the named
> attribute using getattr(), while an expression of the form '[index]'
> does an index lookup using __getitem__()."""
>
> and in the corresponding grammar:
>
> field_name::= arg_name ("." attribute_name | "[" element_index "]")*
> index_string ::= +
>
> In other words, any sequence of characters counts as an argument, as
> long as it's not ambiguous. It doesn't seem to say that "all digits is
> interpreted as an integer, everything else is interpreted as a
> string". ISTM that a negative number should be interpreted as an
> integer too, but that might be a backward compatibility break.
>
Thanks for investigating this further. I agree it seems odd.
As quoted above, an expression of the form '[index]' does an index
lookup using __getitem()__.
The only __getitem__() that I can find is in the operator module, and
that handles negative numbers just fine.
In general, __getitem__ is the method used to handle those sorts of lookups:
class X:
def __getitem__(self, item):
print("Get item", type(item), item)
"{x[0]} {x[1]} {x[-1]} {x[spam]} {x[1.0]}".format(x=X())
Outside of a format directive, you'd need to quote those:
x[0], x[1], x["spam"]
The distinction is that unquoted bare numbers are interpreted as
integers, not as strings. I'm unable to find the exact definition of
that documented.
Do you think it is worth me raising an issue, if only to find out the
rationale if there is one?
I'd wait for other people's responses first, there may be a better
insight to be found than what I was able to come across.
It's mentioned in PEP 3101 (Advanced String Formatting):
"""
The rules for parsing an item key are very simple. If it starts with a
digit, then it is treated as a number, otherwise it is used as a string.
"""
I have a vague memory of it being discussed on python-dev, but it was a
long time ago.
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On 20/07/2022 11:37, Chris Angelico wrote:
On Wed, 20 Jul 2022 at 18:34, Frank Millman wrote:
Hi all
C:\Users\E7280>python
Python 3.9.7 (tags/v3.9.7:1016ef3, Aug 30 2021, 20:19:38) [MSC v.1929 64
bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>>
>>> x = list(range(10))
>>>
>>> '{x[1]}'.format(**vars())
'1'
>>>
>>> '{x[-1]}'.format(**vars())
Traceback (most recent call last):
File "", line 1, in
TypeError: list indices must be integers or slices, not str
>>>
Can anyone explain this error? It seems that a negative index is deemed
to be a string in this case.
Yeah, that does seem a little odd. What you're seeing is the same as
this phenomenon:
"{x[1]} {x[spam]}".format(x={1: 42, "spam": "ham"})
'42 ham'
"{x[1]} {x[spam]}".format(x={"1": 42, "spam": "ham"})
Traceback (most recent call last):
File "", line 1, in
KeyError: 1
But I can't find it documented anywhere that digits-only means
numeric.
I found
https://peps.python.org/pep-3101/
"""
PEP 3101 – Advanced String Formatting
...
An example of the ‘getitem’ syntax:
"My name is {0[name]}".format(dict(name='Fred'))
It should be noted that the use of ‘getitem’ within a format string is
much more limited than its conventional usage. In the above example, the
string ‘name’ really is the literal string ‘name’, not a variable named
‘name’. The rules for parsing an item key are very simple. If it starts
with a digit, then it is treated as a number, otherwise it is used as a
string.
Because keys are not quote-delimited, it is not possible to specify
arbitrary dictionary keys (e.g., the strings “10” or “:-]”) from within
a format string.
"""
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On Wed, 20 Jul 2022 at 21:06, Frank Millman wrote:
> I saw this from Paul Rubin - for some reason his posts appear in google
> groups, but not python-list.
>
> "It seems to only want integer constants. x[2+2] and x[k] where k=2
> don't work either.
Yes, that's for the same reason that x[spam] can be used usefully with
a dictionary. Otherwise you'd need to use quotes. It makes perfect
sense that both 2+2 and k are treated as strings.
> I think the preferred style these days is f'{x[-1]}' which works."
Not true; there's no single "preferred style", and f-strings are
absolutely NOT replacements for everything else. They have their
place, as do the others. Yes, including percent formatting, it is not
deprecated, and it's really tiresome when people claim that it is.
> Unfortunately the 'f' option does not work for me in this case, as I am
> using a string object, not a string literal.
Right. An f-string uses the exact syntax of a Python expression, which
is often too powerful, but also restricts it to the string literal
style (since it's actual code, not a method call). For other purposes,
.format() is a better choice.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On Wed, 20 Jul 2022 at 20:55, Frank Millman wrote:
>
> On 2022-07-20 11:37 AM, Chris Angelico wrote:
> > On Wed, 20 Jul 2022 at 18:34, Frank Millman wrote:
> >>
> >> Hi all
> >>
> >> C:\Users\E7280>python
> >> Python 3.9.7 (tags/v3.9.7:1016ef3, Aug 30 2021, 20:19:38) [MSC v.1929 64
> >> bit (AMD64)] on win32
> >> Type "help", "copyright", "credits" or "license" for more information.
> >> >>>
> >> >>> x = list(range(10))
> >> >>>
> >> >>> '{x[1]}'.format(**vars())
> >> '1'
> >> >>>
> >> >>> '{x[-1]}'.format(**vars())
> >> Traceback (most recent call last):
> >> File "", line 1, in
> >> TypeError: list indices must be integers or slices, not str
> >> >>>
> >>
> >> Can anyone explain this error? It seems that a negative index is deemed
> >> to be a string in this case.
> >>
> >
> > Yeah, that does seem a little odd. What you're seeing is the same as
> > this phenomenon:
> >
> >>>> "{x[1]} {x[spam]}".format(x={1: 42, "spam": "ham"})
> > '42 ham'
> >>>> "{x[1]} {x[spam]}".format(x={"1": 42, "spam": "ham"})
> > Traceback (most recent call last):
> >File "", line 1, in
> > KeyError: 1
> >
> > But I can't find it documented anywhere that digits-only means
> > numeric. The best I can find is:
> >
> > https://docs.python.org/3/library/string.html#formatstrings
> > """The arg_name can be followed by any number of index or attribute
> > expressions. An expression of the form '.name' selects the named
> > attribute using getattr(), while an expression of the form '[index]'
> > does an index lookup using __getitem__()."""
> >
> > and in the corresponding grammar:
> >
> > field_name::= arg_name ("." attribute_name | "[" element_index
> > "]")*
> > index_string ::= +
> >
> > In other words, any sequence of characters counts as an argument, as
> > long as it's not ambiguous. It doesn't seem to say that "all digits is
> > interpreted as an integer, everything else is interpreted as a
> > string". ISTM that a negative number should be interpreted as an
> > integer too, but that might be a backward compatibility break.
> >
>
> Thanks for investigating this further. I agree it seems odd.
>
> As quoted above, an expression of the form '[index]' does an index
> lookup using __getitem()__.
>
> The only __getitem__() that I can find is in the operator module, and
> that handles negative numbers just fine.
In general, __getitem__ is the method used to handle those sorts of lookups:
class X:
def __getitem__(self, item):
print("Get item", type(item), item)
"{x[0]} {x[1]} {x[-1]} {x[spam]} {x[1.0]}".format(x=X())
Outside of a format directive, you'd need to quote those:
x[0], x[1], x["spam"]
The distinction is that unquoted bare numbers are interpreted as
integers, not as strings. I'm unable to find the exact definition of
that documented.
> Do you think it is worth me raising an issue, if only to find out the
> rationale if there is one?
>
I'd wait for other people's responses first, there may be a better
insight to be found than what I was able to come across.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On 2022-07-20 12:31 PM, Frank Millman wrote:
On 2022-07-20 11:37 AM, Chris Angelico wrote:
On Wed, 20 Jul 2022 at 18:34, Frank Millman wrote:
Hi all
C:\Users\E7280>python
Python 3.9.7 (tags/v3.9.7:1016ef3, Aug 30 2021, 20:19:38) [MSC v.1929 64
bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>>
>>> x = list(range(10))
>>>
>>> '{x[1]}'.format(**vars())
'1'
>>>
>>> '{x[-1]}'.format(**vars())
Traceback (most recent call last):
File "", line 1, in
TypeError: list indices must be integers or slices, not str
>>>
Can anyone explain this error? It seems that a negative index is deemed
to be a string in this case.
Yeah, that does seem a little odd. What you're seeing is the same as
this phenomenon:
"{x[1]} {x[spam]}".format(x={1: 42, "spam": "ham"})
'42 ham'
"{x[1]} {x[spam]}".format(x={"1": 42, "spam": "ham"})
Traceback (most recent call last):
File "", line 1, in
KeyError: 1
But I can't find it documented anywhere that digits-only means
numeric. The best I can find is:
https://docs.python.org/3/library/string.html#formatstrings
"""The arg_name can be followed by any number of index or attribute
expressions. An expression of the form '.name' selects the named
attribute using getattr(), while an expression of the form '[index]'
does an index lookup using __getitem__()."""
and in the corresponding grammar:
field_name ::= arg_name ("." attribute_name | "["
element_index "]")*
index_string ::= +
In other words, any sequence of characters counts as an argument, as
long as it's not ambiguous. It doesn't seem to say that "all digits is
interpreted as an integer, everything else is interpreted as a
string". ISTM that a negative number should be interpreted as an
integer too, but that might be a backward compatibility break.
Thanks for investigating this further. I agree it seems odd.
As quoted above, an expression of the form '[index]' does an index
lookup using __getitem()__.
The only __getitem__() that I can find is in the operator module, and
that handles negative numbers just fine.
Do you think it is worth me raising an issue, if only to find out the
rationale if there is one?
Frank
I saw this from Paul Rubin - for some reason his posts appear in google
groups, but not python-list.
"It seems to only want integer constants. x[2+2] and x[k] where k=2
don't work either.
I think the preferred style these days is f'{x[-1]}' which works."
Unfortunately the 'f' option does not work for me in this case, as I am
using a string object, not a string literal.
Frank
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On 2022-07-20 11:37 AM, Chris Angelico wrote:
On Wed, 20 Jul 2022 at 18:34, Frank Millman wrote:
Hi all
C:\Users\E7280>python
Python 3.9.7 (tags/v3.9.7:1016ef3, Aug 30 2021, 20:19:38) [MSC v.1929 64
bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>>
>>> x = list(range(10))
>>>
>>> '{x[1]}'.format(**vars())
'1'
>>>
>>> '{x[-1]}'.format(**vars())
Traceback (most recent call last):
File "", line 1, in
TypeError: list indices must be integers or slices, not str
>>>
Can anyone explain this error? It seems that a negative index is deemed
to be a string in this case.
Yeah, that does seem a little odd. What you're seeing is the same as
this phenomenon:
"{x[1]} {x[spam]}".format(x={1: 42, "spam": "ham"})
'42 ham'
"{x[1]} {x[spam]}".format(x={"1": 42, "spam": "ham"})
Traceback (most recent call last):
File "", line 1, in
KeyError: 1
But I can't find it documented anywhere that digits-only means
numeric. The best I can find is:
https://docs.python.org/3/library/string.html#formatstrings
"""The arg_name can be followed by any number of index or attribute
expressions. An expression of the form '.name' selects the named
attribute using getattr(), while an expression of the form '[index]'
does an index lookup using __getitem__()."""
and in the corresponding grammar:
field_name::= arg_name ("." attribute_name | "[" element_index "]")*
index_string ::= +
In other words, any sequence of characters counts as an argument, as
long as it's not ambiguous. It doesn't seem to say that "all digits is
interpreted as an integer, everything else is interpreted as a
string". ISTM that a negative number should be interpreted as an
integer too, but that might be a backward compatibility break.
Thanks for investigating this further. I agree it seems odd.
As quoted above, an expression of the form '[index]' does an index
lookup using __getitem()__.
The only __getitem__() that I can find is in the operator module, and
that handles negative numbers just fine.
Do you think it is worth me raising an issue, if only to find out the
rationale if there is one?
Frank
--
https://mail.python.org/mailman/listinfo/python-list
Re: list indices must be integers or slices, not str
On Wed, 20 Jul 2022 at 18:34, Frank Millman wrote:
>
> Hi all
>
> C:\Users\E7280>python
> Python 3.9.7 (tags/v3.9.7:1016ef3, Aug 30 2021, 20:19:38) [MSC v.1929 64
> bit (AMD64)] on win32
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> >>> x = list(range(10))
> >>>
> >>> '{x[1]}'.format(**vars())
> '1'
> >>>
> >>> '{x[-1]}'.format(**vars())
> Traceback (most recent call last):
>File "", line 1, in
> TypeError: list indices must be integers or slices, not str
> >>>
>
> Can anyone explain this error? It seems that a negative index is deemed
> to be a string in this case.
>
Yeah, that does seem a little odd. What you're seeing is the same as
this phenomenon:
>>> "{x[1]} {x[spam]}".format(x={1: 42, "spam": "ham"})
'42 ham'
>>> "{x[1]} {x[spam]}".format(x={"1": 42, "spam": "ham"})
Traceback (most recent call last):
File "", line 1, in
KeyError: 1
But I can't find it documented anywhere that digits-only means
numeric. The best I can find is:
https://docs.python.org/3/library/string.html#formatstrings
"""The arg_name can be followed by any number of index or attribute
expressions. An expression of the form '.name' selects the named
attribute using getattr(), while an expression of the form '[index]'
does an index lookup using __getitem__()."""
and in the corresponding grammar:
field_name::= arg_name ("." attribute_name | "[" element_index "]")*
index_string ::= +
In other words, any sequence of characters counts as an argument, as
long as it's not ambiguous. It doesn't seem to say that "all digits is
interpreted as an integer, everything else is interpreted as a
string". ISTM that a negative number should be interpreted as an
integer too, but that might be a backward compatibility break.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
list indices must be integers or slices, not str
Hi all
C:\Users\E7280>python
Python 3.9.7 (tags/v3.9.7:1016ef3, Aug 30 2021, 20:19:38) [MSC v.1929 64
bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>>
>>> x = list(range(10))
>>>
>>> '{x[1]}'.format(**vars())
'1'
>>>
>>> '{x[-1]}'.format(**vars())
Traceback (most recent call last):
File "", line 1, in
TypeError: list indices must be integers or slices, not str
>>>
Can anyone explain this error? It seems that a negative index is deemed
to be a string in this case.
Thanks
Frank Millman
--
https://mail.python.org/mailman/listinfo/python-list
