Michael H

Results 104 comments of Michael H
trafficstars

First off, I'm not a user of hikari I came across this as part of a discussion with someone else about more frameworks using type safe decoding, I have no...

> Curious too, since you mentioned that you ran into this issue while discussing the topic with someone, are there any other alternatives to msgspec you considered I'm still evaluating...

Oh, I should have searched issues upstream as well. Thanks for the info as well as the work you've put into this.

As of KDE Plasma 5.26 the best, currently working, option for scaling to be handled by the app itself it to use XWayland for XIVLauncher and FFXIV. Details of that...

First off, this is amazing to see specified, and thank you for the effort put into doing so. I don't have much to add right now, there are a few...

> So we should not see static type errors related to Any itself, unless it would be an error for every possible Python object. I think the wording in the...

@kmillikin I agree that it's a consequence of the semantics if we say yes, but this does mean we need to be more careful with the wording for when `Any`...

I think this should be *required reading* for anyone working on this, as it is another language with gradual typing adding a full type system. https://elixir-lang.org/blog/2023/09/20/strong-arrows-gradual-typing/, running into the same...

> We're also back to evaluating when Callables are compatible, which may be not trivial. Secondly, I'm not sure how this intersection of callables would be implemented, we end up...

> The path forward I'm not sure I understand why it was rejected is the one you were proposing in the previous PEP edition (where Any is the lowest priority)....