Op 10-10-2011 22:58, Иван Комиссаров schreef:
Am i correct, that it wouldn't be possible to integrate QDeclarativeView
into widget-based app in qt5? I already used such approach, was quite pretty.
As I understand it, that worked nicely with Quick 1 (based on
QGraphicsView), but not with
The current Qt4 is as simple as changing the
target in QtCreator and the application is compiled to the next OS
without absolutely any change in your code.
Perhaps, but with QWidget your app probably looks bad in mobile
platforms making your cross-compatibility of little value for
2011/10/10 Thiago Macieira thi...@kde.org:
...
(btw, did anyone say Kontact Touch is a complex app mixing QML and C++?)
You mean this one?
[Kde-mobile-users] Re: Maemo/N900: KMail Touch very slow and unresponsive
[http://www.mail-archive.com/kde-mobile-users@kde.org/msg00122.html etc.]
Sorry,
2011/10/11 lars.kn...@nokia.com
On 10/11/11 8:18 AM, ext Andre Somers an...@familiesomers.nl wrote:
Op 10-10-2011 22:58, Иван Комиссаров schreef:
Am i correct, that it wouldn't be possible to integrate
QDeclarativeView into widget-based app in qt5? I already used such
approach, was quite
2011/10/11 Иван Комиссаров abba...@gmail.com:
As i said, i know that they are stay. I need bug fixes, not only for qml and
webkit stuff, for whole Qt. All i know that 2 years ago my bugs were fixed,
now they don't.
You have what boils down to a few choices:
- open source support: fix them
2011/10/11 Adriano Rezende adriano.reze...@openbossa.org:
...
I'm working in a QML project for desktop that has more than 500 QML
files (~ 43 K LOCs). Unfortunately it's under NDA so I cannot say much
about it, but it proves that QML can scale if you know how to use your
resources.
If you
On Tue, Oct 11, 2011 at 9:54 AM, Till Oliver Knoll
till.oliver.kn...@gmail.com wrote:
2011/10/11 Adriano Rezende adriano.reze...@openbossa.org:
...
I'm working in a QML project for desktop that has more than 500 QML
files (~ 43 K LOCs). Unfortunately it's under NDA so I cannot say much
about
2011/10/12 Alexander Neundorf neund...@kde.org:
On Monday 10 October 2011, Georg Rudoy wrote:
But that's the only sane and feasible way of porting big QWidget-based
applications to QML.
Did I miss something ? Why would I want to do that ?
I believe QML has the potential to cover a big part
- Some of the UI in my case are created dynamically either at compile
time or at runtime. The former depending on the target platform and
the latter depending on the device screen resolution. I don't see
this possibility with QML.
Why is that? The fact that the UI is declarative in nature
On Mon, Oct 10, 2011 at 8:30 AM, Ganshorn Thomas maili...@novaimages.de wrote:
An addition
Try to draw some line diagrams in qml please.
HTML5 Canvas no problem.
QML ? Please write your own c++ class that you register at qml.
two things to note here:
#1: it's already been written for you
Try to draw some line diagrams in qml please.
HTML5 Canvas no problem.
QML ? Please write your own c++ class that you register at qml.
I had the same reaction last year. Which is why I created:
http://qt.gitorious.org/qt-labs/qmlcanvas
In Qt 5, html5 Canvas is part of the language.
BUT ... how
On Fri, Oct 7, 2011 at 9:13 PM, lars.kn...@nokia.com wrote:
Putting QWidgets on top of/inside the scene graph is doable without
performance regressions. We haven't done it though.
Personally, I consider such an effort top priority if you want people
to migrate from QtWidgets to Qt Quick 2.
At
10.10.2011, 13:39, Stefan Majewsky stefan.majew...@googlemail.com:
On Fri, Oct 7, 2011 at 9:13 PM, lars.kn...@nokia.com wrote:
Putting QWidgets on top of/inside the scene graph is doable without
performance regressions. We haven't done it though.
Personally, I consider such an effort
On Mon, Oct 10, 2011 at 2:17 PM, Alexis Menard
alexis.men...@openbossa.org wrote:
BTW, currently folks who need WebKit 2 are actually forced to use QML
because no Qt/C++ API exists.
This is bullshit based again on not checking out stuff. Dude, git
clone WebKit trunk and look the h files are
On Mon, Oct 10, 2011 at 1:23 PM, Alexis Menard
alexis.men...@openbossa.org wrote:
I think this opens a pandora box just like QGraphicsProxyWidget.
People will expect to put anything inside and hope that it will work
and get angry when it doesn't (not knowing why it can't work).
But if it's
On Monday 10 Oct 2011 8:17:19 AM Alexis Menard wrote:
Beurk this thread is just about people ranting never tried to use QML
or thought about using it as a real alternative or don't even let time
for the technology to mature. I write down this date and we will see
in 1-2 years when QML will
Most of letters from nokia developers that says that QML is great technology
mention mobile platforms. Guys, there is NO mobile platforms with Qt…
___
Qt5-feedback mailing list
Qt5-feedback@qt.nokia.com
On 10/10/2011 09:42 AM, ext Adriano Rezende wrote:
On Sun, Oct 9, 2011 at 11:32 AM, Uwe Rathmannuwe.rathm...@tigertal.de
wrote:
On Sun, 09 Oct 2011 12:35:12 +0200, Peter Kümmel wrote:
Maybe it isn't that bad in Qt because only the GUI is implemented in
QML, business logic could still be
On 10/10/2011 09:58 AM, ext Иван Комиссаров wrote:
Most of letters from nokia developers that says that QML is great
technology mention mobile platforms.
Just in case you missed it, the opener of this thread expressed his
concerns on QWidget vs QML in mobile platforms - and this is the topic
Qt is _not_ used for mobile development as i see. In fact, i agree that
QWidgets are bad there. But main use-case for qt framework is desktop. Lot of
arguments was about limitations of qwidgets and one of the example was mac
style. First produce next billion devices (that would be sold), than
On Monday, 10 de October de 2011 20:58:11 Иван Комиссаров wrote:
Most of letters from nokia developers that says that QML is great technology
mention mobile platforms. Guys, there is NO mobile platforms with Qt…
I think your definition of no platforms is quite a bit restrictive.
I've just paid
Be realist, people that get paid to work on Qt mostly get paid with the
expectation that Qt will deliver on mobile. Expecting anyone to not care about
mobile use cases is not going to fly here.
On 10/10/11 8:27 PM Иван Комиссаров wrote:
Qt is _not_ used for mobile development as i see. In
2011/10/10 Adriano Rezende adriano.reze...@openbossa.org:
On Mon, Oct 10, 2011 at 6:39 AM, Stefan Majewsky
stefan.majew...@googlemail.com wrote:
On Fri, Oct 7, 2011 at 9:13 PM, lars.kn...@nokia.com wrote:
Putting QWidgets on top of/inside the scene graph is doable without
performance
On Monday, 10 de October de 2011 21:27:42 Иван Комиссаров wrote:
Qt is not used for mobile development as i see. In fact, i agree that
QWidgets are bad there. But main use-case for qt framework is desktop. Lot
of arguments was about limitations of qwidgets and one of the example was
mac style.
2011/10/10 Kishore Jonnalagadda kitts.mailingli...@gmail.com:
On Monday 10 Oct 2011 8:17:19 AM Alexis Menard wrote:
Beurk this thread is just about people ranting never tried to use QML
or thought about using it as a real alternative or don't even let time
for the technology to mature. I write
On Mon, 10 Oct 2011 20:05:21 +0200, Иван Комиссаров abba...@gmail.com
wrote:
But i need bug fixes. Bugs that i reported to Qt bug tracker about TWO
YEARS old, some of them with high priority. Even merge requests are
waiting for weeks to be reviewed.
This is something I think isn't good.
On Mon, Oct 10, 2011 at 2:52 PM, Georg Rudoy 0xd34df...@gmail.com wrote:
2011/10/10 Adriano Rezende adriano.reze...@openbossa.org:
Supporting QWidget or QGV on top of QtQuick2 would be a huge mistake
IMO. It would be a political movement that will not end up well in the
long term. If one wants
On Mon, Oct 10, 2011 at 4:06 PM, Uwe Rathmann uwe.rathm...@tigertal.de wrote:
On Mon, 10 Oct 2011 13:42:11 -0300, Adriano Rezende wrote:
I have to disagree, some designers are already using QML/JS for
prototyping instead of Flex.
Kudos to all of these designers.
In my daily work (
On 10.10.2011 22:22, Frans Klaver wrote:
people think the priorities are wrong.
That's the point:
Priority for Desktop is very low at Nokia.
We all see it, feel it, any many old-school desktop
develors don't like it.
Peter
___
Qt5-feedback
2011/10/11 Adriano Rezende adriano.reze...@openbossa.org:
On Mon, Oct 10, 2011 at 2:52 PM, Georg Rudoy 0xd34df...@gmail.com wrote:
2011/10/10 Adriano Rezende adriano.reze...@openbossa.org:
Supporting QWidget or QGV on top of QtQuick2 would be a huge mistake
IMO. It would be a political
Op 10-10-2011 18:44, Adriano Rezende schreef:
On Mon, Oct 10, 2011 at 6:39 AM, Stefan Majewsky
stefan.majew...@googlemail.com wrote:
On Fri, Oct 7, 2011 at 9:13 PM,lars.kn...@nokia.com wrote:
Putting QWidgets on top of/inside the scene graph is doable without
performance regressions. We
Hi,
2011/10/10 Иван Комиссаров abba...@gmail.com:
But i need bug fixes. Bugs that i reported to Qt bug tracker about TWO YEARS
old snip
On Mon, Oct 10, 2011 at 10:31 PM, Peter Kümmel syntheti...@gmx.net wrote:
We all see it, feel it, any many old-school desktop
develors don't like it.
Am i correct, that it wouldn't be possible to integrate QDeclarativeView into
widget-based app in qt5? I already used such approach, was quite pretty.
11.10.2011, в 0:36, Andre Somers написал(а):
Op 10-10-2011 18:44, Adriano Rezende schreef:
On Mon, Oct 10, 2011 at 6:39 AM, Stefan Majewsky
On Monday 10 October 2011 22:31:54 Peter Kümmel wrote:
On 10.10.2011 22:22, Frans Klaver wrote:
people think the priorities are wrong.
That's the point:
Priority for Desktop is very low at Nokia.
We all see it, feel it, any many old-school desktop
develors don't like it.
I also
On Mon, Oct 10, 2011 at 10:31 PM, Peter Kümmel syntheti...@gmx.net wrote:
On 10.10.2011 22:22, Frans Klaver wrote:
people think the priorities are wrong.
That's the point:
Priority for Desktop is very low at Nokia.
We all see it, feel it, any many old-school desktop
develors
On 08.10.2011 16:11, Thiago Macieira wrote:
On Sunday, 9 de October de 2011 00:00:08 Daniel Mendizabal wrote:
- Applications oriented to productivity, utilities, etc. with the only
requirement to have the feel and look from the underlying OS and theme will
also possibly need more complex
On Sunday, 9 de October de 2011 10:38:51 Peter Kümmel wrote:
Duck typing?
Is there any mechanism in QML that guaranties that no run-time errors
will happen when the QML script is interpreted?
Qt5 will introduce static type checking for signal/slots-connects
so no connect could fail at
Am Sonntag, 9. Oktober 2011, 11:31:30 schrieb Thiago Macieira:
On Sunday, 9 de October de 2011 10:38:51 Peter Kümmel wrote:
Duck typing?
Is there any mechanism in QML that guaranties that no run-time errors
will happen when the QML script is interpreted?
Qt5 will introduce static
On 09.10.2011 11:31, Thiago Macieira wrote:
On Sunday, 9 de October de 2011 10:38:51 Peter Kümmel wrote:
Duck typing?
Is there any mechanism in QML that guaranties that no run-time errors
will happen when the QML script is interpreted?
Qt5 will introduce static type checking for
On 09.10.2011 12:16, Thiago Macieira wrote:
On Sunday, 9 de October de 2011 11:49:48 Peter Kümmel wrote:
But I have the impression nobody wanna here any critic of QML.
Seems all the Trolls have become SCRIPT-KIDDIES, which don't
wanna see the advantage of static typed languages.
And it seems
On 09.10.2011 11:41, Christian Ehrlicher wrote:
Am Sonntag, 9. Oktober 2011, 11:31:30 schrieb Thiago Macieira:
On Sunday, 9 de October de 2011 10:38:51 Peter Kümmel wrote:
Duck typing?
Is there any mechanism in QML that guaranties that no run-time errors
will happen when the QML script is
It comes with a lot of tricky methods for something that was very simple
before. And on top of the complexity there are some restrictions that I can
foresee already:
- Multi platform capability isn't as simple anymore: The inclusion of QML
components for different platforms make that the source
On Oct 9, 2011 4:12 PM, jens.bache-w...@nokia.com wrote:
- Some of the UI in my case are created dynamically either at compile
time or at runtime. The former depending on the target platform and the
latter depending on the device screen resolution. I don't see this
possibility with QML.
Why is
On Sun, 9 Oct 2011 08:42:20 PM you wrote:
It comes with a lot of tricky methods for something that was very simple
before. And on top of the complexity there are some restrictions that I can
foresee already:
- Multi platform capability isn't as simple anymore: The inclusion of QML
Just one thing about autodesk they are releasing already their own
version of qt which is NOT compatible with the standard version.
I work for the big $$$ special fx industry and i can assure you we are
all REALLY affraid
Am 08.10.2011 02:42, schrieb craig.sc...@csiro.au:
On 08/10/2011, at
Op 7-10-2011 10:47, Petr Vanek schreef:
On Oct 7, 2011 (Friday), at 10:26 AM, Yves Bailly wrote:
Hello all,
Le 07/10/2011 09:49, Olivier Goffart a écrit :
On Friday 07 October 2011 15:14:33 Daniel Mendizabal wrote:
[...]
The question is if it this is a good thing to spend time on QWidget.
Note that you can keep your Qt backend intact and plug it to
a QML UI with relative ease. This is probably a good idea for mobile
apps based on Qt 4 already.
I have been reading about using C++ with QML UI, but I don't find it straight
forward at all. And the reason is simple, Qt project is
On Sunday, 9 de October de 2011 00:00:08 Daniel Mendizabal wrote:
- Applications oriented to productivity, utilities, etc. with the only
requirement to have the feel and look from the underlying OS and theme will
also possibly need more complex routines and the classical approach
(QWidget/C++)
On Sat, 08 Oct 2011 16:11:38 +0200, Thiago Macieira wrote:
What data do you have to base your conclusion that QWidget / C++ is more
suitable?
I can follow the argumentation for using the scene graph instead of
QWidget because of technical limitations. But introducing QML instead of C
++ is a
On Friday 07 October 2011 15:14:33 Daniel Mendizabal wrote:
To All,
[...]
Hi,
But what happen now when new mobile phones come with Qt5 without QWidget
support?
I wonder how the message could have been given so wrong.
I'm not speaking for the Qt team. But while Qt team thinks QML is the
Hello all,
Le 07/10/2011 09:49, Olivier Goffart a écrit :
On Friday 07 October 2011 15:14:33 Daniel Mendizabal wrote:
[...]
The question is if it this is a good thing to spend time on QWidget.
Another question - and sorry if it's stupid, my knowledge of QML is currently
close to nothing: can
On Oct 7, 2011 (Friday), at 10:26 AM, Yves Bailly wrote:
Hello all,
Le 07/10/2011 09:49, Olivier Goffart a écrit :
On Friday 07 October 2011 15:14:33 Daniel Mendizabal wrote:
[...]
The question is if it this is a good thing to spend time on QWidget.
Another question - and sorry if it's
On 10/7/11 11:18 AM, ext Yves Bailly yves.bai...@sescoi.fr wrote:
Le 07/10/2011 10:48, lars.kn...@nokia.com a écrit :
On 10/7/11 10:26 AM, ext Yves Baillyyves.bai...@sescoi.fr wrote:
[...]
Is QML suited in such cases?
It's most likely better suited for the task then QWidgets. Only problem
[Accidentally sent in private to wrong recipient, so here again]
2011/10/7 Daniel Mendizabal dan...@darhon.com:
...
But what happen now when new mobile phones come with Qt5 without QWidget
support?
So I want to give my opinion about the QWidget vs QML discussion as
well. I already apologise
Feels good to vent it out sometimes, huh? ;) I have some sympathy with some of
your points, but I'll restrict myself to a couple of specifics.
On 07/10/2011, at 11:27 PM, Till Oliver Knoll wrote:
But with the current requirement that even the QWidget based apps now
need OpenGL support
On Fri, 7 Oct 2011 10:51:35 PM you wrote:
Desktop apps won't be going away any time soon, and there are some rather big
commercial companies who would likely make some noise if Qt on desktop was
being neglected. Consider Autodesk - they rewrote their Maya package to use
Qt for their 2011
Hi,
On Fri, Oct 7, 2011 at 3:44 PM, Daniel Mendizabal dan...@darhon.com wrote:
But for the regular purposes and specially for productivity applications the
end user is expecting a native look and feel according to its platform and
the chosen theme. Any other approach would be even annoying
Hi Till
I'm taking your email as a vent and as a rant. And as such things go, it's
full of assumptions based on mistaken facts. Let me see if I can correct some
of them.
On Friday, 7 de October de 2011 14:27:20 Till Oliver Knoll wrote:
A couple of months ago my impression was that QML will
On Friday 07 October 2011 14:27:20 Till Oliver Knoll wrote:
[...]
But recently it turned out that the whole paint stack, the scene
graph, will be completely rewritten, to favour the QML architecture.
The scene graph is a technology that has been writen specifically for QML,
If you want to
On Fri, 7 Oct 2011 05:49:36 PM you wrote:
But what happen now when new mobile phones come with Qt5 without QWidget
support?
I wonder how the message could have been given so wrong.
I'm not speaking for the Qt team. But while Qt team thinks QML is the
technology to use in the future
I agree with all points you listed here.
It would be great if some core Qt developers can provide more informations or
let's say edification about this all is QML stuff. What does it improve - I
mean *really* improve. Now it seems it's just less-doing another syntax for
widgets. Maybe
On Fri, 07 Oct 2011 14:11:57 +, Uwe Rathmann wrote:
We all remember what was wrong with how Qt4 was introduced and I honor,
that the developers take care, that this ...
Of course I wanted to write: ... won't happen again with Qt5.
Sorry,
Uwe
On Friday, 7 de October de 2011 18:34:46 Konstantin Tokarev wrote:
07.10.2011, 17:48, Thiago Macieira:
The Qt Quick stack was rewritten. Instead of Graphics View, it sits now on
top of the Scene Graph. The QWidget stack wasn't changed.
So it will be possible to run old faithful QWidgets
Hi,
On Friday 07 October 2011 15:48:22 Thiago Macieira wrote:
That's where you got it wrong. The QWidget implementation does not sit on
top of the QML-based Scene Graph. It still uses the old backing store, to
the point that there is a class called QBackingStore. The QWidget
architecture is
Hi,
On Fri, Oct 7, 2011 at 4:43 PM, Thomas McGuire thomas.mcgu...@kdab.com wrote:
OT: The scene graph for QML sounds quite interesting, are there any blogs that
compare performance between QML 1 and 2 already? I am especially interested
what happens if the target platform doesn't have a GPU.
Hi,
On Friday 07 October 2011 16:49:40 Robin Burchell wrote:
On Fri, Oct 7, 2011 at 4:43 PM, Thomas McGuire thomas.mcgu...@kdab.com
wrote:
OT: The scene graph for QML sounds quite interesting, are there any blogs
that compare performance between QML 1 and 2 already? I am especially
Hi Daniel,
In short, QWidget has probably a long life in the desktop but in mobile
it's fading away fast already in Qt 4.7/4.8 since Qt Quick is just a lot
better to obtain a good user experience. We are talking about the UI
frontend only, in the backend your Qt code is just as good for any
On Fri, 2011-10-07 at 09:55 -0700, Quim Gil wrote:
Hi Daniel,
In short, QWidget has probably a long life in the desktop but in mobile
it's fading away fast already in Qt 4.7/4.8 since Qt Quick is just a lot
better to obtain a good user experience. We are talking about the UI
frontend
Hello Thiago, hello everyone,
I read all messages so far to this subject, but will reply to Thiago's
message only for now. It kind of sums it up anyway very nicely.
2011/10/7 Thiago Macieira thi...@kde.org:
...
And it turns out that for all these fancy effects we now need OpenGL
support to
On 10/07/2011 06:28 PM, ext Иван Комиссаров wrote:
By the way, what about OpenGL painter backend? Can i enable it painting
widgets in qt5? (last time i tried to use it, it had some painting bugs)
We realized that getting the OpenGL paint engine to render widgets was
not going to succeed, in
On 10/07/2011 07:29 PM, ext Till Oliver Knoll wrote:
Hello Thiago, hello everyone,
I read all messages so far to this subject, but will reply to Thiago's
message only for now. It kind of sums it up anyway very nicely.
2011/10/7 Thiago Macieirathi...@kde.org:
...
And it turns out that for
Hi Till,
good to know there are others who are skeptical about QML.
But the QWidget time is over at Nokia. Someone else has
to care about.
I assume at Nokia the briefing is we will not waste any
time or money for QWidget like stuff, someone else should do.
But we are accustomed to rely on
Am Freitag, 7. Oktober 2011, 20:32:13 schrieb Peter Kümmel:
Hi Till,
good to know there are others who are skeptical about QML.
But the QWidget time is over at Nokia. Someone else has
to care about.
I assume at Nokia the briefing is we will not waste any
time or money for QWidget like
On Friday, 7 de October de 2011 20:08:55 Samuel Rødal wrote:
Agreed, animating stuff, drawing custom widgets etc. is indeed much
easier in QML. But to repeat: I don't want to animate, I don't want
custom widgets (and I am talking about the ordinary and typical user
interface elements such
07.10.2011, 22:59, Thiago Macieira:
My sending of a screenshot of a Qt-based KDE screenshot of 14 years ago is to
show that UIs change quite a lot. The change is constant, it's not one major
change at a fixed point in time.
BTW, some people still use KDE 2 (OpenSUSE still packages it), and
On 10/7/11 3:53 PM, ext Daniel Mendizabal dan...@darhon.com wrote:
On Fri, 7 Oct 2011 05:49:36 PM you wrote:
But what happen now when new mobile phones come with Qt5 without
QWidget
support?
I wonder how the message could have been given so wrong.
I'm not speaking for the Qt team. But
Could be there are some bugs in that right now, but yes, that is a goal.
Lars
On 10/7/11 6:28 PM, ext Иван Комиссаров abba...@gmail.com wrote:
By the way, what about OpenGL painter backend? Can i enable it painting
widgets in qt5? (last time i tried to use it, it had some painting bugs)
On Oct 7, 2011 (Friday), at 9:13 PM, lars.kn...@nokia.com wrote:
Hi Till,
let me also add some of my comments here. What I'm seeing here is lots of
fears that I don't believe are rooted in reality.
Did you try to compile Qt5 and run the Qt5 Designer lately? I have done it
what is the
On 10/7/11 7:29 PM, ext Till Oliver Knoll till.oliver.kn...@gmail.com
wrote:
Oh, but you're forgetting that the UIs of the future will be like that
because
customers are demanding it and others are driving it! So you want to
keep your
UIs as they are... Let's say you had kept them as they
On 10/7/11 9:20 PM, ext Petr Vanek p...@scribus.info wrote:
On Oct 7, 2011 (Friday), at 9:13 PM, lars.kn...@nokia.com wrote:
Hi Till,
let me also add some of my comments here. What I'm seeing here is lots
of
fears that I don't believe are rooted in reality.
Did you try to compile Qt5
On 08/10/2011, at 6:07 AM, Harri Porten wrote:
On Fri, 7 Oct 2011, craig.sc...@csiro.au wrote:
Desktop apps won't be going away any time soon, and there are some
rather big commercial companies who would likely make some noise if Qt
on desktop was being neglected.
Were and how will
81 matches
Mail list logo