[Development] Move math3d from QtGui to QtCore
Thiago Macieira
thiago.macieira at intel.com
Fri Jul 6 00:18:28 CEST 2012
On quinta-feira, 5 de julho de 2012 19.39.37, Laszlo Papp wrote:
> Like I said, we have used that about two years ago when I first took a
> look at that, and not feasible for my project from what I can say. See
> the previous emails about that.
We've long stopped discussing your project. The moment you suggested making
this a Qt feature, we stopped talking about your needs and we started talking
about everyone's needs. I expect you to come up with and consider a reasonable
set of use-cases when proposing Qt classes or a Qt module.
> > Then these classes that are in QtGui need to stay in QtGui unmodified. We
> > settle the subject: there's nothing to be moved. Anything you may want to
> > add is a new feature and would be something for 5.1. I'd like to see it
> > born as a playground project first.
>
> That is a sad consequence to me, because:
>
> 1) If Qt5.0 does not move this around, we can probably forget this for
> Qt5 to be eliminated
> 2) I would rather prefer to move first, and then add new features.
>
> If it really cannot happen, I might have a local copy in my project. :(
Yes, it might be a sad conclusion for your project, but it is probably a happy
conclusion overall.
QVector3D and the other math3d classes currently serve a purpose. Anything you
do to them requires that this purpose continue to be served. Moreover, the
source-compatibility requirement is in full effect. So you may propose changes,
provided that the requirements are still met, somehow.
You only proposed moving, with no plan going forward. I'd like to see such a
plan, how you plan on making changes (and when, considering that 5.0 should be
close now and that sets binary compatibility requirements). You have not done
that. So I simply cannot accept moving anything now and I think Gunnar feels
the same.
Instead, I recommend you start a new module doing mathematical stuff. In doing
that, you may need to address a lot more use-cases, like those Charles
mentioned in this thread. You might end up with something very close to Eigen
in that case.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
Intel Sweden AB - Registration Number: 556189-6027
Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.qt-project.org/pipermail/development/attachments/20120706/ebe29611/attachment.sig>
More information about the Development
mailing list