[Interest] Kicking out QtScript completely

Philippe philwave at gmail.com
Wed Mar 18 17:35:09 CET 2015


Thanks for this clear, constructive and reassuring answer.

Philippe

On Wed, 18 Mar 2015 17:22:06 +0100
Frederik Gladhorn <frederik.gladhorn at theqtcompany.com> wrote:

> Hello all,
> 
> thanks for all the feedback, it's very much appreciated.
> The discussion has sparked quite a few discussions here in Oslo and we see 
> that we have some way to cover when it comes to getting QJSEngine up to the 
> level of what QtScript offers currently.
> 
> We think being able to run non-gui applications is important, that's why we 
> have a clean separation between the QML and Quick libraries. Using only the 
> QML library there are no UI dependencies and QJSEngine is available as a pure 
> JS engine without forcing any QML on anyone.
> 
> We still think it's the right way forward - maintaining one engine and keeping 
> it running well, instead of trying to deal with JSC, see Thiago's mails for 
> the reasoning behind that (plus the one in WebEngine which is unrelated to 
> this discussion).
> 
> The deprecation is just the label that reflects reality for QtScript. There is 
> no work being done on the module actively.
> 
> The focus will now be to get the missing features in place in QJSEngine. Most 
> of them hopefully by the time of the 5.6 release, to get the offering on par.
> It would be helpful to get a list of features that really need to be there, 
> currently from what I understand the most urgent ones are:
> - instantiating QObjects from JS
> - exposing individual native functions to JS
> - debugging API
> The good thing is that a lot of the work is already done in QJSEngine, it's 
> simply not exposed in the API yet.
> 
> To re-iterate: QtScript is not going away, especially not before we have a 
> full replacement including more porting documentation. But don't expect active 
> development of the module to happen either. For many simple use cases, 
> QJSEngine can act as drop in replacement by the way, so we do care about the 
> migration path and try to keep API compatible where it is possible.
> 
> Greetings,
> Frederik
> 
> 
> On Tuesday, March 17, 2015 03:33:52 PM Christian Dähn wrote:
> > Hi folks,
> > 
> > as stated inside the Qt Blog the devs just decided to drop any
> > QtScript support within the next release - without any replacement
> > for users NOT USING QML / console apps!
> > 
> > This will even break any backend app running without gui,
> > because starting with Qt 5.6 only scripting by using the QML
> > module is supported and all support for QtScript will be completely
> > dropped without any non-GUI replacement!!!!
> > 
> > I already had big pains within the last years when the scripting
> > APIs changed and there where big problems - which got solved with
> > the neat an modular QtScript. This is even for me the base of
> > industrial grade apps running on dozens of servers/clusters
> > and must be maintained for many years.
> > 
> > So am I the only one who cares about QtScript?
> > Am I the only one who still doesn't use (and even want) QML?
> > 
> > Regards,
> > Chris
> > _______________________________________________
> > Interest mailing list
> > Interest at qt-project.org
> > http://lists.qt-project.org/mailman/listinfo/interest
> 
> _______________________________________________
> Interest mailing list
> Interest at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest





More information about the Interest mailing list