[SciPy-dev] Suppressing of numpy __mul__, __div__ etc
Charles R Harris
Mon Dec 14 14:01:53 CST 2009
2009/12/14 Dmitrey <firstname.lastname@example.org>
> --- Исходное сообщение ---
> От кого: Charles R Harris <email@example.com>
> Кому: SciPy Developers List <firstname.lastname@example.org>
> Дата: 14 декабря, 20:26:12
> Тема: Re: [SciPy-dev] Suppressing of numpy __mul__, __div__ etc
> 2009/12/14 Dmitrey <email@example.com>
> > --- Исходное сообщение ---
> > От кого: Charles R Harris <firstname.lastname@example.org>
> > Кому: SciPy Developers List <email@example.com>
> > Дата: 14 декабря, 20:06:46
> > Тема: Re: [SciPy-dev] Suppressing of numpy __mul__, __div__ etc
> > 2009/12/14 Dmitrey <firstname.lastname@example.org>
> > > I don't think the field name '__do_not_treat_as_scalar__ ' is a good
> > > choice. At first, it will be unclear what it is used for, at 2nd, some
> > users
> > > / classes, that certainly are not scalars with overloaded __rdiv__ etc
> > > sometimes will prefer numpy __div__ method to be used.
> > > As for me, I would prefer something like '__use_self_operators = True'
> > > '__use_numpy_operations = False' or
> > =
> > > True'.
> > > I have to release FuncDesigner tomorrow (to keep my quarterly schedule)
> > so
> > > please inform me ASAP which name do you finally choose.
> > > Thank you in advance, D.
> > >
> > >
> > I think it should have numpy or ndarray in the name somewhere to indicate
> > that it is numpy specific. Hmm <looks in thesaurus>, maybe,
> > __supercede_ndarray__,
> > __disallow_ndarray__,
> > __deny_ndarray__,
> > __reject_ndarray__,
> > __refuse_ndarray__,
> > __exclude_ndarray__,
> > __reject_ndarray__, ...
> > My preference among those would be __deny_ndarray__.
> > But isn't the issue present with numpy matrices or scipy.sparse matrices
> > well?
> > So I guess instead of ndarray another word should be used.
> I guess some numpy developers should choose the final name in numpy IRC
> channel and inform the list (ASAP) about their collective (and hence final)
> decision. I'm not skilled in English quite enough, but so short names seems
> too uninformative to me, they will be not used too often so I guess more
> informative should be preferred.
I don't think we should rush this. I'm waiting for more people to weigh in
or offer different solutions.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the SciPy-Dev