> What do you mean?
>
> for x in lambda: ...:
> ...
>
> Perfectly grammatical.
1. You put the lambda definition in the wrong place (it should be in
the left-hand side, or as Python calls it "star_targets", but you put
it into "star_expressions", which would be where the right-hand side
is drawn
> What do you mean by this? Most languages I've worked with allow
> variables to be initialized with arbitrary expressions, and a lot of
> languages allow narrowly-scoped variables.
I'm talking about the *left* hand side of the assignment, not the
right hand side. Initialization with arbitrary
On Mon, 15 Jan 2024 at 08:15, Left Right wrote:
> Python grammar rules prevent function definition from
> appearing in left-hand side of the head of the for loop. However, a
> variable declaration, which is also a statement, is allowed there.
What is a "variable declaration" in Python? Please
Chris,
It gets frustrating when people demand too much when strictly speaking, it
is not really needed or may cause new problems.
How often do you really think anyone out there NEEDS to define a function in
the context mentioned?
You provided a way to create an anonymous function and that was
On 1/14/2024 8:54 AM, Thomas Passin via Python-list wrote:
On 1/14/2024 7:48 AM, Sibylle Koczian via Python-list wrote:
Am 09.01.2024 um 12:36 schrieb Barry Scott via Python-list:
On 7 Jan 2024, at 15:09, Sibylle Koczian via Python-list
wrote:
Oh, and the two Windows and Python versions
It can be worth considering why a language is designed or altered in certain
ways to see if there was a tradeoff that made it seem worthwhile or easier
than some other choice.
Python grew and there was regular pressure to add keywords which might break
existing programs. So, yes, sometimes, a
On 1/14/2024 7:48 AM, Sibylle Koczian via Python-list wrote:
Am 09.01.2024 um 12:36 schrieb Barry Scott via Python-list:
On 7 Jan 2024, at 15:09, Sibylle Koczian via Python-list
wrote:
Oh, and the two Windows and Python versions are on two different
computers.
Will remove the "/env"
On Mon, 15 Jan 2024 at 00:27, Left Right wrote:
>
> > What do you mean?
> >
> > for x in lambda: ...:
> > ...
> >
> > Perfectly grammatical.
>
> 1. You put the lambda definition in the wrong place (it should be in
> the left-hand side, or as Python calls it "star_targets", but you put
> it into
Am 09.01.2024 um 12:36 schrieb Barry Scott via Python-list:
On 7 Jan 2024, at 15:09, Sibylle Koczian via Python-list
wrote:
Oh, and the two Windows and Python versions are on two different computers.
Will remove the "/env" from my shebang lines, even if I don't understand what's
On Sun, 14 Jan 2024 at 23:28, Left Right wrote:
> Having worked with a bunch of different grammar languages, the one
> used for Python isn't a recognizable BNF derivative.
That might possibly be because it isn't? It's not BNF. It's PEG. Or
are you a long way behind the times?
> For example, you
On Sun, 14 Jan 2024 at 14:43, dn via Python-list wrote:
> Similarly, whilst we could write:
>
> a, b, c = 1, 2, 3
>
I would only do this when it aligns particularly well with the
algorithm being implemented. For example, you could start a Fibonacci
evaluator with "a, b = 0, 1". Otherwise,
On 13/01/24 00:11, Left Right via Python-list wrote:
To people discussing BNF:
The grammar language Python uses is *very* far from BNF. It's more
similar to PEG, but even then it's still quite far. Python's grammar
is just its own thing, which makes it harder to read, if you are
already
Let's meet on Wednesday (17Jan, 1600 NZDT (UTC+13), wearing a head-set)
to talk about Object-Oriented everything. Is O-O worthwhile, or does is
it just a load of guys running around and getting no-where?
NB this is not a formal PUG-meeting. It's part of the "Vacation
Exception Handlers"
On 12/01/24 08:53, Rich Shepard via Python-list wrote:
On Thu, 11 Jan 2024, Piergiorgio Sartor via Python-list wrote:
Why not to use bash script for all?
Piergiorgio,
That's certainly a possibility, and may well be better than python for this
task.
(sitting in a meeting with little to
Am Sat, Jan 13, 2024 at 09:20:00PM +0100 schrieb Karsten Hilbert via
Python-list:
> > I was wondering if
> > your type hint for queries shouldn't be the following.
> >
> > queries:list[dict[str,str]|dict[str,list]|dict[str,dict[str, dict[str,
> > Ant]]]
Wait, not really. Let me give an
Am Fri, Jan 12, 2024 at 02:23:43PM +0100 schrieb Antoon Pardon via Python-list:
> > queries:list[dict[str, str | list | dict[str, Any]]]=None,
> >
> >into
> >
> > "List[Dict[str, Union[str, List[Any], Dict[str, Any"
> >
> >seems accurate. I just don't understand why list[dict[str,
>
On 13/01/24 3:14 pm, Chris Angelico wrote:
On Sat, 13 Jan 2024 at 13:11, Left Right via Python-list
wrote:
Very few
languages allow arbitrary complex expressions in the same place they
allow variable introduction.
What do you mean by this? Most languages I've worked with allow
variables
On 13/01/24 1:45 pm, Left Right wrote:
I use the term "destructuring" in the same way Hyperspec uses it.
It's not a Python term. I don't know what you call the same thing in
Python. I'm not sure what you understand from it.
I thought you meant what is usually called "unpacking" in Python. I
Hi all,
I have a csv OLAP dataset that I want to extract the domain hierarchies
from each of its dimensions.
Anybody could recommend a Python tool that could manage this properly?
Thanks
--
https://mail.python.org/mailman/listinfo/python-list
On 2024-01-13 at 11:34:29 +0100,
Left Right wrote:
> > The Python term, at least colloquially, is "tuple unpacking."
That quote is from me. Please do preserve attributions.
> Well, why use colloquialism if there's a language specification? Also,
> there weren't any tuples used in my example,
On 2024-01-13 at 02:02:39 +0100,
Left Right via Python-list wrote:
> Actually, after some Web search. I think, based on this:
> https://docs.python.org/3/reference/simple_stmts.html#grammar-token-python-grammar-augtarget
> that in Python you call this "augmented assignment target". The term
>
On Sat, 13 Jan 2024 at 13:11, Left Right via Python-list
wrote:
>
> Very few
> languages allow arbitrary complex expressions in the same place they
> allow variable introduction.
What do you mean by this? Most languages I've worked with allow
variables to be initialized with arbitrary
Actually, after some Web search. I think, based on this:
https://docs.python.org/3/reference/simple_stmts.html#grammar-token-python-grammar-augtarget
that in Python you call this "augmented assignment target". The term
isn't in the glossary, but so are many others.
On Sat, Jan 13, 2024 at 1:45
> surprising for me:
Surprise is subjective, it's based on personal experience. Very few
languages allow arbitrary complex expressions in the same place they
allow variable introduction. The fact that "i" is not defined is
irrelevant to this example. Most programmers who haven't memorized
Python
On 13/01/24 12:11 am, Left Right wrote:
x = [...]
for x[i] in x: print(i)
I suspect you've misremembered something, because this doesn't
do anything surprising for me:
>>> x = [1, 2, 3]
>>> for x[i] in x: print(i)
...
Traceback (most recent call last):
File "", line 1, in
To people discussing BNF:
The grammar language Python uses is *very* far from BNF. It's more
similar to PEG, but even then it's still quite far. Python's grammar
is just its own thing, which makes it harder to read, if you are
already familiar with other more popular formats.
I've also found
On Fri, 12 Jan 2024, AVI GROSS via Python-list wrote:
But is the solution a good one for some purpose? The two output files may
end up being out of sync for all kinds of reasons. One of many "errors"
can happen if multiple lines in a row do not have an "@" or a person's
name does, for example.
If the data in the input file is exactly as described and consists of
alternating lines containing a name and email address, or perhaps an
optional blank line, then many solutions are possible using many tools
including python programs.
But is the solution a good one for some purpose? The two
Op 29/12/2023 om 16:02 schreef Karsten Hilbert via Python-list:
Am Fri, Dec 29, 2023 at 07:49:17AM -0700 schrieb Mats Wichmann via Python-list:
I am not sure why mypy thinks this
gmPG2.py:554: error: Argument "queries" to "run_rw_queries" has incompatible type
"List[Dict[str, str]]";
Thursday, January 11, 2024 at 10:44, Rich Shepard via Python-list wrote:
Re: Extract lines from file, add to (at least in part)
>On Thu, 11 Jan 2024, MRAB via Python-list wrote:
>> From the look of it:
>> 1. If the line is empty, ignore it.
>> 2. If the line contains "@", it's an email address.
On 12/01/24 12:56, Chris Angelico via Python-list wrote:
On Fri, 12 Jan 2024 at 08:56, Left Right via Python-list
wrote:
By the way, in an attempt to golf this problem, I discovered this,
which seems like a parser problem:
When you jump immediately to "this is a bug", all you do is make
On Fri, 12 Jan 2024 at 08:56, Left Right via Python-list
wrote:
>
> By the way, in an attempt to golf this problem, I discovered this,
> which seems like a parser problem:
When you jump immediately to "this is a bug", all you do is make
yourself look like an idiot. Unsurprisingly, this is NOT a
On 12/01/24 10:33, Left Right via Python-list wrote:
By the way, in an attempt to golf this problem, I discovered this,
which seems like a parser problem:
This is what Python tells me about its grammar:
with_stmt:
| 'with' '(' ','.with_item+ ','? ')' ':' block
| 'with' ','.with_item+
Ah, nevermind. I need to be more careful, there isn't an "'as'
star_target" after the first rule.
On Thu, Jan 11, 2024 at 10:33 PM Left Right wrote:
>
> By the way, in an attempt to golf this problem, I discovered this,
> which seems like a parser problem:
>
> This is what Python tells me about
By the way, in an attempt to golf this problem, I discovered this,
which seems like a parser problem:
This is what Python tells me about its grammar:
with_stmt:
| 'with' '(' ','.with_item+ ','? ')' ':' block
| 'with' ','.with_item+ ':' [TYPE_COMMENT] block
| ASYNC 'with' '('
On 1/11/2024 1:27 PM, MRAB via Python-list wrote:
On 2024-01-11 18:08, Rich Shepard via Python-list wrote:
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in one file into two
Am 11.01.24 um 20:53 schrieb Rich Shepard via Python-list:
On Thu, 11 Jan 2024, Piergiorgio Sartor via Python-list wrote:
Why not to use bash script for all?
Piergiorgio,
That's certainly a possibility, and may well be better than python
for this
task.
Thank you,
Rich
awk '/@/ {print
On Thu, 11 Jan 2024, Piergiorgio Sartor via Python-list wrote:
Why not to use bash script for all?
Piergiorgio,
That's certainly a possibility, and may well be better than python for this
task.
Thank you,
Rich
--
https://mail.python.org/mailman/listinfo/python-list
On 11/01/2024 19.08, Rich Shepard wrote:
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in one file into two separate files: salutation.txt and
emails.txt.
An example of the
On Thu, 11 Jan 2024, Mats Wichmann via Python-list wrote:
4. Don't assume it's going to be "plain text" if the email info is
harvested from external sources (like incoming emails) - you'll end up
stumbling over a 誰かのユーザー from somewhere. Process as bytes, or be
really careful about which
On 1/11/24 11:27, MRAB via Python-list wrote:
On 2024-01-11 18:08, Rich Shepard via Python-list wrote:
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in one file into two
On Thu, 11 Jan 2024, MRAB via Python-list wrote:
From the look of it:
1. If the line is empty, ignore it.
2. If the line contains "@", it's an email address.
3. Otherwise, it's a name.
MRAB,
Thanks. I'll take it from here.
Regards,
Rich
--
On 2024-01-11 18:08, Rich Shepard via Python-list wrote:
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in one file into two separate files: salutation.txt and
emails.txt.
An
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in one file into two separate files: salutation.txt and
emails.txt.
An example of the input file:
Calvin
cal...@example.com
Guenther Sohler wrote at 2024-1-9 08:14 +0100:
>when i run this code
>
>a = cube([10,1,1])
>b = a
>
>i'd like to extend the behaviour of the assignment operator
>a shall not only contain the cube, but the cube shall also know which
>variable name it
>was assigned to, lately. I'd like to use that
Hi,
when i run this code
a = cube([10,1,1])
b = a
i'd like to extend the behaviour of the assignment operator
a shall not only contain the cube, but the cube shall also know which
variable name it
was assigned to, lately. I'd like to use that for improved user interaction.
effective code
Hi newsgroup,
I needed to fetch Repology data for my pet project and now it's a
library:
https://pypi.org/project/repology-client/
It uses aiohttp, if that matters.
Feel free to use and contribute.
--
https://mail.python.org/mailman/listinfo/python-list
> On 7 Jan 2024, at 15:09, Sibylle Koczian via Python-list
> wrote:
>
> Oh, and the two Windows and Python versions are on two different computers.
>
> Will remove the "/env" from my shebang lines, even if I don't understand
> what's happening.
Thanks for the details.
Only thing I can
Am 01.01.2024 um 12:50 schrieb Barry via Python-list:
On 1 Jan 2024, at 11:14, Sibylle Koczian via Python-list
wrote:
But in all this thread I didn't see a single explanation for my current
situation: one and the same shebang line works on Windows 10 / Python 3.11 and
doesn't work on
On 2024-01-03 23:17:34 -0500, Thomas Passin via Python-list wrote:
> On 1/3/2024 8:00 PM, Alan Gauld via Python-list wrote:
> > On 03/01/2024 22:47, Guenther Sohler via Python-list wrote:
> > > Hi,
> > >
> > > In my cpython i have written quite some functions to modify "objects".
> > > and their
Hi list
The approach with defining the methods from python appears to be a very
good idea and it also works for classes, defined in python side.
However, when I try this one:
def mytrans(self):
print(self)
c=cube()
cls=c.__class__
cls.trans=mytrans
I get this:
Traceback (most recent call
On 04/01/2024 04:17, Thomas Passin via Python-list wrote:
>> I'm probably missing something obvious here but can't you
>> just assign your function to a class member?
>>
>> def myFunction(obj, ...): ...
>>
>> class MyClass:
>> myMethod = myFunction
>
> That works if you assign the function
On 1/3/2024 8:00 PM, Alan Gauld via Python-list wrote:
On 03/01/2024 22:47, Guenther Sohler via Python-list wrote:
Hi,
In my cpython i have written quite some functions to modify "objects".
and their python syntax is e.g.\
translate(obj, vec). e.g whereas obj is ALWAYS first argument.
Thank you for your answers.
apparently I did not express myself clear enough. Let me rephrase.
I got an embedded C function like this:
==
PyObject *python_translate(PyObject *self, PyObject *args, PyObject *kwargs)
{
char *kwlist[] = {"obj", "v", NULL};
PyObject *v = NULL;
PyObject *obj =
On 1/3/2024 11:17 PM, Thomas Passin wrote:
On 1/3/2024 8:00 PM, Alan Gauld via Python-list wrote:
On 03/01/2024 22:47, Guenther Sohler via Python-list wrote:
Hi,
In my cpython i have written quite some functions to modify "objects".
and their python syntax is e.g.\
translate(obj, vec). e.g
On 03/01/2024 22:47, Guenther Sohler via Python-list wrote:
> Hi,
>
> In my cpython i have written quite some functions to modify "objects".
> and their python syntax is e.g.\
>
> translate(obj, vec). e.g whereas obj is ALWAYS first argument.
> However, I also want to use these functions as
Hi,
In my cpython i have written quite some functions to modify "objects".
and their python syntax is e.g.\
translate(obj, vec). e.g whereas obj is ALWAYS first argument.
on c side this functions looks like:
PyObject *python_translate(PyObject *self, PyObject *args, PyObject *kwargs)
this
> On 2 Jan 2024, at 17:24, Thomas Passin via Python-list
> wrote:
>
> You might learn about this if you happen to read and remember the right part
> of the Python docs. Otherwise you have no idea what py.exe is up to nor how
> it does it. I would say that most people don't know there's
On 1/2/2024 11:56 AM, Mats Wichmann via Python-list wrote:
On 1/1/24 12:53, Thomas Passin via Python-list wrote:
On Windows 10, a shebang line gets ignored in favor of Python 3.9.9
(if invoked by the script name alone) or Python 3.12.1 (if invoked by
the "py" launcher).
fwiw, you can also
On 1/1/24 12:53, Thomas Passin via Python-list wrote:
On Windows 10, a shebang line gets ignored in favor of Python 3.9.9 (if
invoked by the script name alone) or Python 3.12.1 (if invoked by the
"py" launcher).
fwiw, you can also create an ini file to define to the launcher py which
On 12/29/23 05:02, Left Right via Python-list wrote:
Wow. That place turned out to be the toxic pit I didn't expect.
It's a shame that a public discussion of public goods was entrusted to
a bunch of gatekeepers with no sense of responsibility for the thing
they keep the keys to.
Personal
This thread is no longer being useful, and is now closed.
--
~Ethan~
Moderator
--
https://mail.python.org/mailman/listinfo/python-list
> others do not and so your notion of what is "accepted"
> is not universally shared.
Why should I or anyone else care about what "others" think? The
important question is whether what I do is right. And the answer is
"yes". That's why there are rules in the first place instead of
polling.
> if
I'm pleased to announce the release of EmPy 4.0.1.
The 4._x_ series is a modernization of the software and a revamp of
the EmPy system to update its feature set and make it more consistent
with the latest Python versions and practices. EmPy 4._x_ was also
relicensed to BSD.
The 4._x_ series
On 1/1/2024 12:26 PM, Mats Wichmann via Python-list wrote:
On 1/1/24 07:11, Thomas Passin via Python-list wrote:
Here's how to find out what program Windows thinks it should use to
run a ".py" file. In a console:
C:\Users\tom>assoc .py
.py=Python.File
C:\Users\tom>ftype Python.file
On 1/1/24 07:11, Thomas Passin via Python-list wrote:
Here's how to find out what program Windows thinks it should use to run
a ".py" file. In a console:
C:\Users\tom>assoc .py
.py=Python.File
C:\Users\tom>ftype Python.file
Python.file="C:\Windows\py.exe" "%L" %*
That's not enough. There
On 1/1/24 04:02, Sibylle Koczian via Python-list wrote:
Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list:
I had assumed the OP had installed Python from the Microsoft shop and
that's where py.exe must have come from.
In fact I didn't say in my post that I always get Python
On 1/1/2024 8:19 AM, Thomas Passin via Python-list wrote:
On 1/1/2024 6:02 AM, Sibylle Koczian via Python-list wrote:
Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list:
I had assumed the OP had installed Python from the Microsoft shop and
that's where py.exe must have come from.
On 1/1/2024 6:02 AM, Sibylle Koczian via Python-list wrote:
Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list:
I had assumed the OP had installed Python from the Microsoft shop and
that's where py.exe must have come from.
In fact I didn't say in my post that I always get Python
> On 1 Jan 2024, at 11:14, Sibylle Koczian via Python-list
> wrote:
>
> But in all this thread I didn't see a single explanation for my current
> situation: one and the same shebang line works on Windows 10 / Python 3.11
> and doesn't work on Windows 11 / Python 3.12. I suspect Windows,
Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list:
I had assumed the OP had installed Python from the Microsoft shop and
that's where py.exe must have come from.
In fact I didn't say in my post that I always get Python from
python.org. When I started to use the language there
Thanks to all. I ended up using Sequence for the list part
and Mapping for the dict part, which does require "import
typing" which I would rather have avoided.
Karsten
--
GPG 40BE 5B0E C98E 1713 AFA6 5BC0 3BEA AC80 7D4F C89B
--
https://mail.python.org/mailman/listinfo/python-list
On Sun, 31 Dec 2023 at 00:35, Left Right wrote:
>
> It's not for you to choose the way I communicate. There are accepted
> boundaries, and I'm well within those boundaries. Anything beyond that
> is not something I'm even interested in hearing your opinion on.
You might not be interested in my
> You are conflating several different groups of people. The PyPA are
> the people who currently maintain the code for various
> libraries/tools. That is very often not the same as the people who
> originally wrote the code for the same libraries/tools or for
> preceding ones. Neither group is the
On 31/12/23 10:06 am, Thomas Passin wrote:
my suggestion above does
work, *except* that you cannot mix-and-match different DictTypex types
Have you tried declaring the argument as a Mapping instead of a dict?
Seeing as Thomas Passin's Sequence experiment worked, it seems like this
should work
On 31/12/23 8:05 am, Chris Angelico wrote:
Ah, I think you've hit on the problem there. Consider this:
def add_item(stuff: dict[str: str | int]):
stuff["spam"] = "ham"
stuff["vooom"] = 1_000_000
Yep, that's it exactly. It's not the union itself that's the problem,
but the fact that
On 12/30/2023 9:14 AM, Thomas Passin via Python-list wrote:
On 12/29/2023 10:02 AM, Karsten Hilbert via Python-list wrote:
I agree that mypy's grasp of my intent from
queries:list[dict[str, str | list | dict[str, Any]]]=None,
into
"List[Dict[str, Union[str, List[Any], Dict[str,
On Sun, 31 Dec 2023 at 03:38, Thomas Passin via Python-list
wrote:
> I am not very expert in Python type hints. In working up the example
> program I just posted, I got an error message from mypy that remarked
> that "list" is invariant, and to try Sequence which is "covariant". I
> don't know
> On 30 Dec 2023, at 15:11, Karsten Hilbert via Python-list
> wrote:
>
> queries = [{'SQL': 'SELECT %(value)s', 'args': {'value': 1}}]
>
> and
>
> run_queries(conn, queries:list[str|dict[str, Any]]):
In cases like this I often use a wrapper class in place of a simple str.
If you have a
> I'm fairly sure your database queries don't actually give you strings or
> dicts, right? You probably get lists (or iterators) of tuples and
> somewhere you convert them to the arguments you are feeding to
> run_queries().
Ah, no, those queries are enshrined within the middleware as Python
On 12/29/2023 10:02 AM, Karsten Hilbert via Python-list wrote:
Am Fri, Dec 29, 2023 at 07:49:17AM -0700 schrieb Mats Wichmann via Python-list:
I am not sure why mypy thinks this
gmPG2.py:554: error: Argument "queries" to "run_rw_queries" has incompatible type
"List[Dict[str, str]]"; expected
> It occurs to me that you could simplify things if you converted those
> plain query strings to dicts:
>
> 'SELECT 1' --> {'SQL': 'SELECT 1'}
Ha, indeed. There's likely not that many "simple string SQL queries"
in that codebase so I shall take it as an opportunity to refactor them.
So, at least
On 12/30/2023 10:08 AM, Karsten Hilbert via Python-list wrote:
Dear Thomas,
thanks for taking the time to look into my issue.
Maybe it helps if I explain what I want (sorry that my web mailer does not
respect
indentation, I will insert dots).
I want a function to run SQL queries:
On 12/30/2023 10:08 AM, Karsten Hilbert via Python-list wrote:
Dear Thomas,
thanks for taking the time to look into my issue.
Maybe it helps if I explain what I want (sorry that my web mailer does not
respect
indentation, I will insert dots).
I want a function to run SQL queries:
Dear Thomas,
thanks for taking the time to look into my issue.
Maybe it helps if I explain what I want (sorry that my web mailer does not
respect
indentation, I will insert dots).
I want a function to run SQL queries:
run_queries(conn, queries):
...for q in queries:
..conn.execute(q)
I
On 29/12/2023 01:05, Félix An via Python-list wrote:
> I'm used to C# WinForms, which has an easy-to-use drag-and-drop GUI
> designer in Visual Studio. Is there anything similar for Tk? How about
> Qt?
There are any number of them but few that work well. The best
I found was Dabo but it uses
On 12/29/2023 10:02 AM, Karsten Hilbert via Python-list wrote:
I agree that mypy's grasp of my intent from
queries:list[dict[str, str | list | dict[str, Any]]]=None,
into
"List[Dict[str, Union[str, List[Any], Dict[str, Any"
seems accurate. I just don't understand why
Peter J. Holzer wrote:
> [-- text/plain, encoding quoted-printable, charset: us-ascii, 40 lines --]
>
> On 2023-12-29 09:01:24 -0800, Grant Edwards via Python-list wrote:
> > On 2023-12-28, Peter J. Holzer via Python-list
> > wrote:
> > > On 2023-12-28 05:20:07 +, rbowman via Python-list
Hi Greg,
> dict[str, str] is not a subtype of dict[str, str | something_else]
> because you can assign a value of type something_else to the latter
> but not the former.
I understand what you are saying but I do not yet understand why this
applies to my situation.
I don't have Python at hand
On 2023-12-29 09:01:24 -0800, Grant Edwards via Python-list wrote:
> On 2023-12-28, Peter J. Holzer via Python-list wrote:
> > On 2023-12-28 05:20:07 +, rbowman via Python-list wrote:
> >> On Wed, 27 Dec 2023 03:53:42 -0600, Greg Walters wrote:
> >> > The biggest caveat is that the shared
On Sat, 30 Dec 2023 at 14:06, Mike Dewhirst via Python-list
wrote:
>
> On 29/12/2023 12:09 pm, Félix An via Python-list wrote:
> > On 2023-12-25 12:36, Mike Dewhirst wrote:
> >>
> >> 3. You cannot trust Microsoft. You can trust Python Software
> >> Foundation. Python from PSF works the same in
On 29/12/2023 12:09 pm, Félix An via Python-list wrote:
On 2023-12-25 12:36, Mike Dewhirst wrote:
3. You cannot trust Microsoft. You can trust Python Software
Foundation. Python from PSF works the same in all environments - or
if not it is a bug. Python from Microsoft is tweaked to satisfy
On 30/12/23 4:02 am, Karsten Hilbert wrote:
def run_rw_queries (
link_obj:_TLnkObj=None,
queries:list[dict[str, str | list | dict[str, Any]]]=None,
Given that I would have thought that passing in
list[dict[str, str]] for "queries" ought to be type
On Fri, 29 Dec 2023 at 22:38, Left Right via Python-list
wrote:
>
> > Then your understanding is flat-out wrong. Encouraging participation
> > by everyone DOES mean deleting what is unproductive, offensive, and
> > likely to discourage participation.
>
> I haven't written anything unproductive or
> Then your understanding is flat-out wrong. Encouraging participation
> by everyone DOES mean deleting what is unproductive, offensive, and
> likely to discourage participation.
I haven't written anything unproductive or offensive. I offered
constructive criticism with a detailed plan on how to
Félix An 在 2023年12月29日 星期五下午2:05:24 [UTC+13] 的信中寫道：
> I'm used to C# WinForms, which has an easy-to-use drag-and-drop GUI
> designer in Visual Studio. Is there anything similar for Tk? How about
> Qt? What do you recommend as the easiest way to create GUI programs in
> Python, similar to the
Am Fri, Dec 29, 2023 at 11:04:59AM -0700 schrieb Mats Wichmann via Python-list:
> >For what it's worth here's the signature of that function:
> >
> > def run_rw_queries (
> > link_obj:_TLnkObj=None,
> > queries:list[dict[str, str | list | dict[str, Any]]]=None,
> >
On Sat, 30 Dec 2023 at 06:58, Left Right wrote:
> My understanding is that "welcome and encourage participation by
> everyone" is in stark contradiction to banning someone disagreeing
> with you.
Then your understanding is flat-out wrong. Encouraging participation
by everyone DOES mean deleting
Previously you wrote:
> Here is the discussion referred to:
https://discuss.python.org/t/what-is-install-paths-to-in-wheel-file/42005
This illustrates you had no idea what the discussion was about and now
you write:
> Oh trust me, I saw the discussion previously.
Both cannot be true at the
On Sat, 30 Dec 2023 at 01:37, Left Right wrote:
>
> > Yeah, because you have the God-given RIGHT to be able to say anything
> > you like, on anyone's web site, and nobody's allowed to delete
> > anything you say! That's how it goes, right?
>
> I don't believe in god, and I don't believe he / she
701 - 800 of 947824 matches
Mail list logo
