[Interest] Kicking out QtScript completely

[Bernhard]

Great to here! Thank you for your helpful reply!

Can you tell us details about the Qt WebKit migration too? I panicked a bit
after hearing that its replacement, Qt Webengine, does not support DOM
access, which would break all of you current QWebView applications! Is there
any migration path planned that allows us staying up to date with Qt?

-- 
Kind Regards
Bernhard Lindner


> -----Ursprüngliche Nachricht-----
> Von: interest-bounces+private=bernhard-lindner.de at qt-project.org
> [mailto:interest-bounces+private=bernhard-lindner.de at qt-project.org] Im
> Auftrag von Frederik Gladhorn
> Gesendet: Mittwoch, 18. März 2015 17:22
> An: interest at qt-project.org
> Betreff: Re: [Interest] Kicking out QtScript completely
> 
> 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3786 bytes
Desc: not available
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20150318/c131620b/attachment.bin>