On Thursday, December 29, 2011 23:33:35 Thiago Macieira wrote: > On Friday, 30 de December de 2011 01.48.12, Stephen Kelly wrote: > > Hi, > > > > The ref counted quit feature I was working on was vetoed. At the moment > > it looks like Qt will not get a ref counted quit feature. It is blocked > > because no solution has been proposed. > > > > http://codereview.qt-project.org/#change,10408 > > > > I'm just moving the discussion here. I know asiego is not subscribed to > > the Qt mailing list though, so I imagine it will be hard to keep him in > > the discussion. Follow it here instead: > > > > http://news.gmane.org/gmane.comp.lib.qt.devel > > To be clear: I don't like the front-end API.
As the current API is a low-level API, you can put any front-end API you wish on top as an alternative. I'm not convinced that would solve any problems though. I don't think you've proposed a concrete enough front-end API to evaluate. > > To fix the front-end API we need to find out what the use-cases are that > we're trying to solve. So far, I've only heard one: preventing an > application from quitting while it has out-of-process windows open. We have been discussing other use cases for some time. There's also the non-gui Akonadi case (which is running many jobs which are of no interest to the user), and the case the cleanup cases aseigo brought up on the review request. > > Are there more? > > If there are not, then we can create an API for that one use-case. Can you propose an API that satisfies all available use-cases so far? Thanks, -- Stephen Kelly <[email protected]> | 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
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
