added type hints

[jayashankarjayan]

Added type hints to variables, function arguments:

Relevant issue #297

Pre-Submission Checklist (optional but appreciated):

Code formatting applied using black and isort as per guidelines.

• I have included relevant documentation updates (stored in /docs)
• I have read docs/CONTRIBUTING.md
• I have read docs/ROADMAP.md

OS Tests (optional but appreciated):

• Tested on Windows
• Tested on MacOS
• Tested on Linux

[imapersonman]

These will be really nice to have! It looks like there are some inconsistencies in the type hinting, though. For example, messages has type str | None as an OpenInterpreter parameter in core, but is being stored as a list[dict[str, Any]] in the OpenInterpreter constructor's first line. You can turn on type checking using VSCode + Pylance's Python › Analysis: Type Checking Mode option, or use pyright on the command line.

I think it would be really cool to have this merged once the typing is consistent.

[jayashankarjayan]

These will be really nice to have! It looks like there are some inconsistencies in the type hinting, though. For example, messages has type str | None as an OpenInterpreter parameter in core, but is being stored as a list[dict[str, Any]] in the OpenInterpreter constructor's first line. You can turn on type checking using VSCode + Pylance's Python › Analysis: Type Checking Mode option, or use pyright on the command line.

I think it would be really cool to have this merged once the typing is consistent.

Thanks @imapersonman!. The reason why I have kept messages type as str | None instead of just str is that the constructor of OpenInterpreter class actually has messages as an optional keyword argument, i.e. it can be None.

Edit: On a second look at the code, I think I get your point. I have updated the type hint for messages keyword argument and added some more type hints, generally speaking