Add defaults for tkinter __init__ methods

[MarcellPerger1]

Add defaults for tkinter's __init__ methods, see #10947

The defaults I filled in are consistent across:

• My local Windows 11 machine
• All available github actions runners:

  • ubuntu-20.04, ubuntu-22.04
  • windows-2019, windows-2022
  • macos-11, macos-12, macos-13

I used a script to generate the defaults into a JSON file (source code at https://github.com/MarcellPerger1/typeshed-tkinter-defaults), then I filled them into the arguments by hand (I also checked them with the tcl.tk documentation to ensure the defaults make sense).

I tried to fill the defaults in a way that keeps the defaults value consistent with the argument type (while still keeping it close to the types returned by .cget).

Some notes about specific arguments:

• variable and textvariable: The default value (using dict) is consistently "" but this doesn't match the annotated Variable type so I didn't fill these in
• Message(padx, pady): The default value is -1 which is not allowed according to the documentation so I didn't fill this in
• Toplevel(use): The default value is always "" but this doesn't match the annotated int type so I didn't fill this in

P.S. Sorry for the huge diff.

[Akuli]

Thanks for doing this! For now I went through Toplevel and Button options manually.

[Akuli]

Are you going to make a separate PR that does this for tkinter.ttk widgets?

I mostly use the ttk widgets in my projects, because I can apply an awesome theme to them. I think a separate PR for ttk widgets would be easier to review than adding their defaults to this PR. This way, we won't get confused about tkinter.Button vs tkinter.ttk.Button, for example.

P.S. Sorry for the huge diff.

This is small compared to my biggest autogenerated tkinter PR :)

[MarcellPerger1]

Are you going to make a separate PR that does this for tkinter.ttk widgets?

Yes

[github-actions]

According to mypy_primer, this change has no effect on the checked open source code. 🤖🎉

[Akuli]

Thanks! In separate PRs, we still need to add:

• the same defaults for configure() methods
• defaults for ttk widgets.

[Akuli]

the same defaults for configure() methods

This is not actually quite right; the default in .configure() is simply the current value of the option, and there's no better way than ... to express that. So the status quo is good, and nothing needs to be done.