Message316396
| Author | methane |
|---|---|
| Recipients | Ricyteach, eric.smith, lukasz.langa, methane, ned.deily |
| Date | 2018-05-11.11:55:49 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1526039749.68.0.682650639539.issue33453@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
> We can't break the API at this point in the release cycle. We hadn't release RC, and we hadn't documented dataclass module yet. How about making "dataclass" module as porvisional state? I think we've learned lesson that we shouldn't use typing in modules other than typing... > But I am open to what string prefixes we should allow. If it is really needed, I think we should only allow "typing.ClassVar". All other prefixes seems ambiguous. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2018-05-11 11:55:49 | methane | set | recipients: + methane, eric.smith, ned.deily, lukasz.langa, Ricyteach |
| 2018-05-11 11:55:49 | methane | set | messageid: <1526039749.68.0.682650639539.issue33453@psf.upfronthosting.co.za> |
| 2018-05-11 11:55:49 | methane | link | issue33453 messages |
| 2018-05-11 11:55:49 | methane | create | |