Patrick Düggelin

@b0g3r I don't fully grasp your third issue: > * It doesn't check request_addr like it is one of the proxies. It means that hacker who has direct network access...

Is this a feature that you would like to see merged? Can we do anything on our side? For the time being, we're using this middleware outside of uvicorn. For...

+1 I really like the idea of using Pydantic models. Another approach to `parse_raw` could be to traverse Pydantic models until we reach a supported type. Parameters of type `BaseModel`...

> Another approach to `parse_raw` could be to traverse Pydantic models until we reach a supported type. > Parameters of type `BaseModel` could be parsed into multiple cli options like...

I'm doing some regression tests against the orginal perl script at the moment. Im using the Debian release notes (https://www.debian.org/releases/stable/s390x/release-notes.en.txt) as testset. I'll be mainly testing English, German, French and...

Looks great, I'd love to see this get merged! Could we somehow also support [custom types](https://docs.pydantic.dev/latest/concepts/types/#custom-types) defined by users like pydantic?

> Are you still interested in this PR? Yes, I still think this feature could be of use for many users. I'll have another look at it later this week...

Note: I started another draft implementation for pydantic support in https://github.com/tiangolo/typer/pull/803 which isn't as tightly coupled to `typer`.

**Note for people coming here from Google who really want `pydantic` support:** There are extensions/alternatives to `typer` that enable `pydantic` types for Python CLIs. Here's a quick overview from most...

### Problem If we want to allow sequences of pydantic models, things get unreadable quite fast. Let's look at an example of a nested pydantic model with a sequence of...