I am so glad I am not the only one who feels that way. Nearly fell out of
my chair reading the blogpost.
2015-03-18 0:07 GMT+01:00 Thiago Macieira :
> On Tuesday 17 March 2015 16:48:39 Philippe wrote:
> > >> So am I the only one who cares about QtScript?
> >
> > This is a wondeful module. It shou
On Tuesday 17 March 2015 16:48:39 Philippe wrote:
> >> So am I the only one who cares about QtScript?
>
> This is a wondeful module. It should be kept!
> Actually I don't see any reason to remove it, as it has no replacement.
It's quite obvious: lack of manpower.
Anyway, the sources aren't going
On Tuesday 17 March 2015 21:21:18 Christian Dähn wrote:
> Business grade frameworks have to last for many many years,
Considering that QtScript has been de facto deprecated since 5.0 came out,
considering that it will still work for several more years (provided you stop
upgrading your compiler a
On Tuesday 17 March 2015 16:37:23 Alejandro Exojo wrote:
> Or... keep using QtScript. People seem to complain only when a module is
> deprecated in a blog post, but don't raise their voice when they see no
> commits at all:
There would be even fewer commits if we didn't actually change the versi
On 3/17/2015 2:21 PM, Christian Dähn wrote:
> From my experience and opinion as senior developer this is a very common
> problem of open source developers not concerning customers and business
> requirements. They just decide about giant changes without thinking about
> consequences and how to sup
Chris,
You've had *years* of QtScript being declared "finished" and seeing
virtually no work done. I suspect there will now be a year or two of
QtScript being deprecated. Qt works at your pace IMO.
Re: graphic script debugger, the QML debugger in QtCreator works great.
Ian
Very well expressed...
Philippe
On Tue, 17 Mar 2015 21:21:18 +0100
Christian Dähn wrote:
> Hallo Andre´,
>
> thanks for your very philosophic (sorry: but off topic) post.
>
> But your post shows really in depth the problems between developer's opinions
> and real life requirements.
>
> Busin
Hi,
Is there any way to change the drag threshold of QtQuickControls Slider? Can’t
find any reference on the documentation.
It is really annoying to have the slider blocked when you have a height and you
need instant reaction.
Thanks,
Nuno
___
Inter
Hallo Andre´,
thanks for your very philosophic (sorry: but off topic) post.
But your post shows really in depth the problems between developer's opinions
and real life requirements.
Business grade frameworks have to last for many many years,
while (pure) open source projects are far beyond this
On Tue, Mar 17, 2015 at 04:37:23PM +0100, Alejandro Exojo wrote:
> El Tuesday 17 March 2015, Koehne Kai escribió:
> > The QtQml library has no GUI dependency. So while I see some porting effort
> > to switch from QtScript to QtQml, it's not true that this prevents command
> > line applications.
> >
On Tuesday March 17 2015 16:22:38 Koehne Kai wrote:
> PS: I understand your fury somewhat, this wasn't too well communicated. But
> let's not get frantic about it either: The developers just think that, by the
> time 5.6 will be released, QJSEngine will be a full replacement of Qt5Script
> libr
Hi, I am working on a map renderer using OpenGL and Qt. The plan is to
render text labels in the map with signed distance fields, so I have been
looking at QSGDistanceFieldGlyphNode for this purpose.
However, the current QSG text rendering engine only seems to support
rendering text along straight
> -Original Message-
> From: interest-bounces+kai.koehne=theqtcompany@qt-project.org
> Subject: Re: [Interest] Kicking out QtScript completely
>
> Am 17.03.2015 um 16:17 schrieb Koehne Kai:
> > Have you already filed the features you miss (either to Qt Support, or
> > to the bugtracker
On 03/17/2015 09:23 PM, Sze Howe Koh wrote:
>
>> Well, my situation already needs me to poll objects periodically.
>> The following is indicative of my problem:
>>
>> while(1)
>> {
>> for(all_objects)
>> {
>>ret = object[i]->execute()
>>if(ret == complete) all_objects.remove
On Tuesday 17 March 2015 16:59:24 Christian Dähn wrote:
> Am 17.03.2015 um 16:17 schrieb Koehne Kai:
> > Have you already filed the features you miss (either to Qt Support, or to
> > the bugtracker)? Regards Kai
>
> Honestly? All commercial and private customers should analyze the code
> by creati
I use a lot QtScript and especially the qtscriptgenerator in order to
provide easy and flexible customization of my application.
With Qt Script being deprecated I would like to know where I'm going.
Will I have to rely on that unmaintained legacy code? Or should I move
to QJSEngine?
Thanks for y
> -Original Message-
> From: interest-bounces+kai.koehne=theqtcompany@qt-project.org
> > Have you already filed the features you miss (either to Qt Support, or
> > to the bugtracker)?
>
> Last time I seeked the tracker, I didn't find the right place - I've been
> told on
> dev days th
Hi,
On 17 March 2015 at 23:50, Frank Hemer wrote:
> On Tuesday 17 March 2015 15:17:31 Koehne Kai wrote:
>> > -Original Message-
>> > From: interest-bounces+kai.koehne=theqtcompany@qt-project.org
>> > Subject: Re: [Interest] Kicking out QtScript completely
>> >
>> > Hi,
>> >
>> > > So
Am 17.03.2015 um 16:17 schrieb Koehne Kai:
> Have you already filed the features you miss (either to Qt Support, or to the
> bugtracker)? Regards Kai
Honestly? All commercial and private customers should analyze the code
by creating diffs and scan that for missing methods, logic and data types???
On 17 March 2015 at 23:39, Syam Krishnan wrote:
> On 03/17/2015 08:51 PM, André Somers wrote:
>> Well, in any multi-threaded programming, you basicaly have no control
>> over when something runs. That's up to the OS, not you. It will usually
>> be "soonish", but...
True. The only time when I've e
On Tuesday 17 March 2015 15:17:31 Koehne Kai wrote:
> > -Original Message-
> > From: interest-bounces+kai.koehne=theqtcompany@qt-project.org
> > Subject: Re: [Interest] Kicking out QtScript completely
> >
> > Hi,
> >
> > > So am I the only one who cares about QtScript?
> > > Am I the
>> So am I the only one who cares about QtScript?
This is a wondeful module. It should be kept!
Actually I don't see any reason to remove it, as it has no replacement.
Philippe
On Tue, 17 Mar 2015 15:33:52 +0100
Christian Dähn wrote:
> Hi folks,
>
> as stated inside the Qt Blog the devs just
> -Original Message-
> From: Samuel Stirtzel [mailto:s.stirt...@googlemail.com]
> [...]
> Hi,
>
> in what way is the QJSEngine a replacement for QtScript?
>
> IIRC QJSEngine was not designed as a replacement for QtScript because then
> it would've been to slow for QML, but this is a rathe
El Tuesday 17 March 2015, Koehne Kai escribió:
> The QtQml library has no GUI dependency. So while I see some porting effort
> to switch from QtScript to QtQml, it's not true that this prevents command
> line applications.
>
> And you don't have to use the QML language either ... QtQml has a QJSEn
On 03/17/2015 08:51 PM, André Somers wrote:
> Well, in any multi-threaded programming, you basicaly have no control
> over when something runs. That's up to the OS, not you. It will usually
> be "soonish", but...
Understood.
>>> That is not acceptable to me. I am looking for the simplest solution
2015-03-17 15:54 GMT+01:00 Koehne Kai :
>> On Behalf Of Christian Dahn
>> Sent: Tuesday, March 17, 2015 3:34 PM
>> To: interest@qt-project.org
>> Subject: [Interest] Kicking out QtScript completely
>>
>> Hi folks,
>>
>> as stated inside the Qt Blog the devs just decided to drop any QtScript
>> supp
Sze Howe Koh schreef op 17-3-2015 om 16:15:
> Hi,
>
> On 17 March 2015 at 23:06, Syam Krishnan wrote:
>> On 03/17/2015 08:03 PM, André Somers wrote:
>>> Might I suggest a third method? Use QtConcurrent::run(yourFunction)
>>> instead.
>> The documentation on QtConcurrent::run() says
>> "Note that t
> -Original Message-
> From: interest-bounces+kai.koehne=theqtcompany@qt-project.org
> Subject: Re: [Interest] Kicking out QtScript completely
>
> Hi,
>
> > So am I the only one who cares about QtScript?
> > Am I the only one who still doesn't use (and even want) QML?
>
> I also supp
Hi,
On 17 March 2015 at 23:06, Syam Krishnan wrote:
> On 03/17/2015 08:03 PM, André Somers wrote:
>> Might I suggest a third method? Use QtConcurrent::run(yourFunction)
>> instead.
>
> The documentation on QtConcurrent::run() says
> "Note that the function may not run immediately; the function wi
On 03/17/2015 08:03 PM, André Somers wrote:
> Might I suggest a third method? Use QtConcurrent::run(yourFunction)
> instead.
The documentation on QtConcurrent::run() says
"Note that the function may not run immediately; the function will only
be run when a thread is available."
That is not accep
Hi,
> So am I the only one who cares about QtScript?
> Am I the only one who still doesn't use (and even want) QML?
I also support an application that I will have to maintain for years (health
care - 15 years min.) - and yes - it depends on QtScript and I don't see the
new QJSEngine API support
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 QM
> -Original Message-
> From: interest-bounces+kai.koehne=theqtcompany@qt-project.org
> [mailto:interest-bounces+kai.koehne=theqtcompany@qt-project.org]
> On Behalf Of Christian Dahn
> Sent: Tuesday, March 17, 2015 3:34 PM
> To: interest@qt-project.org
> Subject: [Interest] Kicking
-Original Message-
Subject: [Interest] Kicking out QtScript completely
>
> 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 bre
On Tuesday 17 March 2015 15:33:52 Christian Dähn wrote:
> So am I the only one who cares about QtScript?
I do care as well and I feel the same like you... it's one of the worst
decisions regarding Qt that I can think of.
> Am I the only one who still doesn't use (and even want) QML?
I develop wit
Syam Krishnan schreef op 17-3-2015 om 15:18:
> Hi
>
> I have a function that I need to execute as in a thread in response to
> some event. The event is not a signal.
> My function do_something() typically takes less than 20 milliseconds to
> finish.
>
> Method-1
> --
> 1. I derive from QThr
Hi
I have a function that I need to execute as in a thread in response to
some event. The event is not a signal.
My function do_something() typically takes less than 20 milliseconds to
finish.
Method-1
--
1. I derive from QThread and override run() to:
void run()
{
do_something();
Hi,
How come no one has ever gone the extra mile and implemented elide modes for
QLabel, QPushButton, etc.. yet? Is there some catch here?
I’ve been working with Qt for years, I know countless others that do so too and
I can vouch for you that each and everyone has found the need to implement
e
Gentlemen,
The doc for 5.4 QNetworkReply::abort() says that it:
"Aborts the operation immediately and close down any network
connections still open. Uploads still in progress are also aborted.
The finished() signal will also be emitted."
The doc 5.4 QNetworkAccessManager::finished(QNetworkReply
39 matches
Mail list logo
