- 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
Hi David,
I have come to understand that QtCreator is
maintaining a local MIME database that is completely independent from the
system MIME database, and is built from scratch from XML files that are
part of the QtCreator distribution.
Yes but it doesn't have to stay that way!
It
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
Hi Girish,
Den 08. okt. 2011 08:17, skrev ext Girish Ramakrishnan:
Hi,
Is there a plan to rename declarative module to quick? I would prefer
saying QT += quick or QT += quick2 instead of QT += declarative.
Isn't declarative more like a programming style?
The idea is to move the graphical
On Fri, Oct 7, 2011 at 4:30 PM, Jedrzej Nowacki
jedrzej.nowa...@nokia.comwrote:
**
On Wednesday 5. October 2011 15.51.23 you wrote:
Hi Jedrzej,
On Tue, Oct 4, 2011 at 12:50 PM, Jedrzej Nowacki
jedrzej.nowa...@nokia.com wrote:
Hi,
As Thiago already pointed out, we
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
On Monday 10 October 2011 09:08:31 Wolf-Michael Bolle wrote:
Hi David,
I have come to understand that QtCreator is
maintaining a local MIME database that is completely independent
from the system MIME database, and is built from scratch from XML
files that are part of the QtCreator
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 Monday, 10 de October de 2011 10:23:19 Kent Hansen wrote:
It also means you'll need to add both in your .pro file
(e.g. QT += declarative qtquick), unless we automagically add
declarative when qtquick is added (not a fan of that).
If A depends publicly on B and you do:
QT += A
Then B is
On Monday, October 10, 2011 01:31:47 PM ext Thiago Macieira wrote:
On Monday, 10 de October de 2011 10:23:19 Kent Hansen wrote:
It also means you'll need to add both in your .pro file
(e.g. QT += declarative qtquick), unless we automagically add
declarative when qtquick is added (not a
I'd like to review the support Qt5 has for Hybrid application (i.e.
webview that can call out to exposed QObjects, and QObjects that can
modify the DOM in webview).
Where should I look?
___
Qt5-feedback mailing list
Qt5-feedback@qt.nokia.com
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 Monday, 10 de October de 2011 13:34:21 Simon Hausmann wrote:
It has to because by construction B's classes are used in A, so you have
to
use B to use A.
Not quite, it doesn't mean that you can do #include ClassFromB if you do
QT += A.
But shouldn't it? If I have:
#include ClassFromA
Hi,
On Mon, Oct 10, 2011 at 8:35 AM, Ville M. Vainio vivai...@gmail.com wrote:
I'd like to review the support Qt5 has for Hybrid application (i.e.
webview that can call out to exposed QObjects, and QObjects that can
modify the DOM in webview).
Where should I look?
The webkit trunk repo.
On Mon, Oct 10, 2011 at 1:53 PM, Kent Hansen kent.han...@nokia.com wrote:
Hi Girish,
Den 08. okt. 2011 08:17, skrev ext Girish Ramakrishnan:
Hi,
Is there a plan to rename declarative module to quick? I would prefer
saying QT += quick or QT += quick2 instead of QT += declarative.
Isn't
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 Mon, Oct 10, 2011 at 9:03 PM, Olivier Goffart oliv...@woboq.com wrote:
On Monday 10 October 2011 11:52:37 Mark wrote:
Hi,
Some time ago I've read something here about replacing Qt't QRegExp backend
with a existing library to get rid of the maintenance burden.
One other conclusion was
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
On Mon, Oct 10, 2011 at 6:28 PM, Thiago Macieira thi...@kde.org wrote:
On Monday, 10 de October de 2011 18:13:47 Giuseppe D'Angelo wrote:
If a solution doesn't come up in time for 5.0, could QRegExp still be
moved into a separate module so that it's possible to put a
replacement inside
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 10/10/2011 09:31 PM, ext Thiago Macieira wrote:
On Monday, 10 de October de 2011 10:23:19 Kent Hansen wrote:
It also means you'll need to add both in your .pro file
(e.g. QT += declarative qtquick), unless we automagically add
declarative when qtquick is added (not a fan of that).
If A
40 matches
Mail list logo
