[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