[Development] QStandardItemModel moved to "QtWidgets" module, not good idea?

gunnar.sletta at nokia.com gunnar.sletta at nokia.com
Mon Jan 2 07:20:59 CET 2012


On Dec 30, 2011, at 8:33 AM, ext Stephen Kelly wrote:

> On Wednesday, December 28, 2011 10:36:43 Ville M. Vainio wrote:
> > On Tue, Dec 27, 2011 at 9:26 PM, Giuseppe D'Angelo <dangelog at gmail.com> wrote:
> > > On 27 December 2011 15:08, Ville M. Vainio <vivainio at gmail.com> wrote:
> > >> I'm all for killing the whole QAIM concept for something better (that
> > >> we don't have yet), but before that happens there should be a
> > >> convenient migration path from QSIM to Qt5, for systems that do not
> > >> support the QtWidgets module. Should we package QSIM as a static
> > >> library, possibly renaming the class?
> > > 
> > > Is there a problem moving it to QtCore or QtGui?
> > 
> > I don't know. I wouldn't mind a decision to move it to, say, QtGui.
>  
> It depends on QFont and QBrush, so QtCore is out. It doesn't have any widget dependency, so it could potentially move to QtGui.
>  
> I don't really mind where it is. It's the argument of keeping QtGui small that needs to be satisfied (if that argument exists). 

The argument does indeed exists. QtGui's primary function is to be a windowing system and graphics enabler. The minimum that is shared between QML and widgets.

>  
> There is also QFileSystemModel which could be moved to QtGui if QIcon was moved also (why is QIcon in widgets?) and its dependency on QMessageBox was removed.

QIcon is a style concept and belongs together with QStyle and we do not want QStyle in QtGui. As both the QFileSystemModel and QStandardItemModel relies on it, they cannot be moved to Gui. At least not without some surgery, and the surgery would imply source breakage so also not an option. 

cheers,
Gunnar

>  
> Thanks,
>  
> -- 
> Stephen Kelly <stephen.kelly at kdab.com> | Software Engineer
> KDAB (Deutschland) GmbH & Co.KG, a KDAB Group Company
> www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090
> KDAB - Qt Experts - Platform-Independent Software Solutions
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development




More information about the Development mailing list