[Numpy-discussion] Re: Introducing `np.types`

2023-02-15 Thread Sebastian Berg
On Tue, 2023-02-14 at 13:07 -0800, Stefan van der Walt wrote: > On Tue, Feb 14, 2023, at 12:27, Ralf Gommers wrote: > > Okay, as long as we keep in mind that it should contain all these > > not-for-main-namespace functions/classes, it seems fine with me. We > > can live with two namespaces (`types`

[Numpy-discussion] Re: Introducing `np.types`

2023-02-15 Thread Ralf Gommers
On Tue, Feb 14, 2023 at 9:08 PM Stefan van der Walt wrote: > On Tue, Feb 14, 2023, at 12:27, Ralf Gommers wrote: > > Okay, as long as we keep in mind that it should contain all these > not-for-main-namespace functions/classes, it seems fine with me. We can > live with two namespaces (`types` and

[Numpy-discussion] Re: Introducing `np.types`

2023-02-15 Thread Sebastian Berg
On Fri, 2023-02-10 at 10:34 -0700, Nathan wrote: > On Fri, Feb 10, 2023 at 3:31 AM Sebastian Berg < > sebast...@sipsolutions.net> > wrote: > > > Hi all, > > > > I was wondering if we should introduce a new `np.types` namespace.  > > The > > main reason is that we have the DType classes, that most

[Numpy-discussion] Re: Introducing `np.types`

2023-02-15 Thread Aaron Meurer
I'm not sure I understand the objection to having "too many submodules", but if it's a concern, the exceptions could be added here instead of a separate np.exceptions, since exceptions are themselves just types. Aaron Meurer On Wed, Feb 15, 2023 at 2:33 PM Sebastian Berg wrote: > On Fri, 2023-0