On Tuesday 11 October 2011, Adriano Rezende wrote:
> > And most importantly: does your UI conform to the relevant OS look and
> > feel?
>
> No it doesn't. I believe, this would be the common case for future
> applications. Most of the clients wants a customized application, even
> for desktop.
I
2011/10/12 Alexander Neundorf :
> 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 of QWidget
On Monday 10 October 2011, Georg Rudoy wrote:
> 2011/10/10 Adriano Rezende :
> > On Mon, Oct 10, 2011 at 6:39 AM, Stefan Majewsky
> >
> > wrote:
> >> On Fri, Oct 7, 2011 at 9:13 PM, wrote:
> >>> Putting QWidgets on top of/inside the scene graph is doable without
> >>> performance regressions. W
On Tue, Oct 11, 2011 at 9:54 AM, Till Oliver Knoll
wrote:
> 2011/10/11 Adriano Rezende :
>> > ...
>> 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 kn
2011/10/11 Adriano Rezende :
> > ...
> 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 know how to use your res
2011/10/11 Иван Комиссаров :
> 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 yourself (which you
On Tue, Oct 11, 2011 at 4:25 AM, Till Oliver Knoll
wrote:
> 2011/10/10 Thiago Macieira :
>> ...
>> (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-arch
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.
11.10.2011, в 16:05, Mark написал(а):
2011/10/11 Иван Комиссаров
Sorry, but i don't believe in open-source development. And s
2011/10/11 Иван Комиссаров
> Sorry, but i don't believe in open-source development. And stop telling me
> to "do it yourself" - i won't. I'm not paid for that. I'd better change
> framework and do my job without Qt, if i'll be sure that bugs in that
> framework will be fixed properly. Qt is great
Sorry, but i don't believe in open-source development. And stop telling me to
"do it yourself" - i won't. I'm not paid for that. I'd better change framework
and do my job without Qt, if i'll be sure that bugs in that framework will be
fixed properly. Qt is great framework, because it was develop
On Oct 10, 2011, at 3:05 PM, Иван Комиссаров wrote:
> I know that no one will remove QWidgets.
>
> 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. So please, stop de
2011/10/11 :
>> ...
>> [http://www.mail-archive.com/kde-mobile-users@kde.org/msg00122.html
>> etc.]
>
> The hints I get from this e-mail is that the issues described aren't really
> UI related
Yes, off course, and to be fair I'll also happily quote the first
sentence from above posting: "[...] a
feedback@qt.nokia.com
> Subject: Re: [Qt5-feedback] Concern about removal of QWidget classes
>
> 2011/10/10 Thiago Macieira :
> > ...
> > (btw, did anyone say Kontact Touch is a complex app mixing QML and
> > C++?)
>
> You mean this one?
>
> [Kde-mobile-user
2011/10/11
> On 10/11/11 8:18 AM, "ext Andre Somers" 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 pretty.
> >>
> >As I underst
2011/10/10 Thiago Macieira :
> ...
> (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, but I hone
> > 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 f
On 10/11/11 8:18 AM, "ext Andre Somers" 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 pretty.
>>
>As I understand it, that worked nicely w
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 Qu
On Mon, Oct 10, 2011 at 10:31 PM, 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 lik
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.
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
Hi,
2011/10/10 Иван Комиссаров :
> But i need bug fixes. Bugs that i reported to Qt bug tracker about TWO YEARS
> old
On Mon, Oct 10, 2011 at 10:31 PM, Peter Kümmel wrote:
> We all see it, feel it, any many old-school desktop
> develors don't like it.
Guys, you're preaching to the choir. The
Op 10-10-2011 18:44, Adriano Rezende schreef:
> On Mon, Oct 10, 2011 at 6:39 AM, Stefan Majewsky
> wrote:
>> On Fri, Oct 7, 2011 at 9:13 PM, wrote:
>>> Putting QWidgets on top of/inside the scene graph is doable without
>>> performance regressions. We haven't done it though.
>> Personally, I con
2011/10/11 Adriano Rezende :
> On Mon, Oct 10, 2011 at 2:52 PM, Georg Rudoy <0xd34df...@gmail.com> wrote:
>> 2011/10/10 Adriano Rezende :
>>> 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
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
On Mon, Oct 10, 2011 at 4:06 PM, Uwe Rathmann 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 ( http://www.fendt.com/us
On Mon, Oct 10, 2011 at 2:52 PM, Georg Rudoy <0xd34df...@gmail.com> wrote:
> 2011/10/10 Adriano Rezende :
>> 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 to use QML, they mus
On Mon, 10 Oct 2011 20:05:21 +0200, Иван Комиссаров
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. At least the m
On 10.10.2011 18:58, Иван Комиссаров 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 assume Nokia need QML for their next billions low-cost mobile phones.
And maybe these phone run a Li
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 ( http://www.fendt.com/us/tractors_variotronic.asp ) we
are supported by a designer team
I know that no one will remove QWidgets.
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. So please, stop developing that cool stuff for developing
100line applications an
2011/10/10 Kishore Jonnalagadda :
> 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
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 s
On Mon, Oct 10, 2011 at 6:44 PM, Adriano Rezende
wrote:
> 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 to use QML, they must use it in the right way,
> avoiding creating a Fra
2011/10/10 Adriano Rezende :
> On Mon, Oct 10, 2011 at 6:39 AM, Stefan Majewsky
> wrote:
>> On Fri, Oct 7, 2011 at 9:13 PM, 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
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 fact
This is your decision - to throw money on wind:)
I meant "no platforms that have future".
10.10.2011, в 21:33, Thiago Macieira написал(а):
> On Monday, 10 de October de 2011 20:58:11 Иван Комиссаров wrote:
>> Most of letters from nokia developers that says that QML is great technology
>> mentio
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 p
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), tha
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
On 10/10/2011 09:42 AM, ext Adriano Rezende wrote:
> On Sun, Oct 9, 2011 at 11:32 AM, Uwe Rathmann
> 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 C++.
>>
>> Yes
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
http://lists.qt.nokia.com/mailman/listinfo/qt5-feed
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
On 10/08/2011 07:00 AM, ext Daniel Mendizabal wrote:
> - Multi platform capability isn't as simple anymore:
The problem is multi form-factor in mobile - regardless of the
technology you are using. Cross-compatibility in desktop is simpler not
only because QWidget is well established but also b
On Mon, Oct 10, 2011 at 6:39 AM, Stefan Majewsky
wrote:
> On Fri, Oct 7, 2011 at 9:13 PM, 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
On Sun, Oct 9, 2011 at 11:32 AM, Uwe Rathmann 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 C++.
>
> Yes and it looks like the idea of having different teams with diff
On Mon, Oct 10, 2011 at 9:36 AM, Stefan Majewsky
wrote:
> On Mon, Oct 10, 2011 at 1:23 PM, Alexis Menard
> 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 knowi
On Mon, Oct 10, 2011 at 1:23 PM, Alexis Menard
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 easier and less error prone
2011/10/10 Konstantin Tokarev :
>> Personally, I consider such an effort top priority if you want people
>> to migrate from QtWidgets to Qt Quick 2.
>
> Like what Apple is doing: to make people use something new one should
> make them feel that something old is less attractive than it was before...
On Mon, Oct 10, 2011 at 8:40 AM, Ville M. Vainio wrote:
> On Mon, Oct 10, 2011 at 2:17 PM, Alexis Menard
> 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
On Mon, Oct 10, 2011 at 2:17 PM, Alexis Menard
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 exported, the method
On Mon, Oct 10, 2011 at 6:39 AM, Stefan Majewsky
wrote:
> On Fri, Oct 7, 2011 at 9:13 PM, 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
Hi,
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 spread a bit, when Qt Components will be
mature and relea
10.10.2011, 14:18, jens.bache-w...@nokia.com:
> I would again like to stress that the widget stack is not going away in Qt 5
> and as of this thread we also clarified that we will not force it on top of
> OpenGL. It will in fact stay there and be the correct and best solution for
> many projec
> Multi platform capability isn't as simple anymore: The inclusion of QML
> components for different platforms make that the source code needs to be
> changing to compile for MeeGo, Symbian, Linux, Windows or Mac platform every
> single time. The current Qt4 is as simple as changing the target i
10.10.2011, 13:39, "Stefan Majewsky" :
> On Fri, Oct 7, 2011 at 9:13 PM, 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 migrat
On Fri, Oct 7, 2011 at 9:13 PM, 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 kdegames, we have
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 c
On Mon, Oct 10, 2011 at 8:30 AM, Ganshorn Thomas 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
(https://qt.gitoriou
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.
Fail
Am 10.10.2011 08:15, schrieb Ganshorn Thomas:
- Some of the UI in my case are created dynamically either at
compile time or at runtime. The
- 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 do
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 6:0
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
> comp
On Sun, 9 Oct 2011 01:46:43 AM you wrote:
> 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 completely unrelated decision and it's not valid to argue for QML
> because of the scene graph - l
On Oct 9, 2011 4:12 PM, 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 that? The fact that
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 C++.
Yes and it looks like the idea of having different teams with different
skills for these tasks ( something I don't believe in,
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 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 QM
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
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 the critics here do not see the advantage o
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
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 introdu
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
08.10.2011, 18:00, "Daniel Mendizabal":
>> 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
> for
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 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 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
> 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
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 t
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 ho
On Fri, 07 Oct 2011 21:04:59 +0200, Konstantin Tokarev
wrote:
> BTW, some people still use KDE 2 (OpenSUSE still packages it), and find
> it more
> usable than, say, KDE 4. Seems like changes are driven by "trends", not
> regular user needs...
Hmm, let's consider this.
Regular user needs
On 10/7/11 9:20 PM, "ext Petr Vanek" wrote:
>
>On Oct 7, 2011 (Friday), at 9:13 PM, 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 Desig
On 10/7/11 7:29 PM, "ext Till Oliver Knoll"
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 were 14 years
>>
On Oct 7, 2011 (Friday), at 9:13 PM, 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 best repo to test
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 Иван Комиссаров" 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)
>
>07.10.2011, в 18:4
On 10/7/11 3:53 PM, "ext Daniel Mendizabal" 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.
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
and while there are some smaller things from our move to Lighthouse and
the reimplementat
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 they make that noise? Remember that Nokia has freed
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), a
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 eleme
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
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 Tro
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 Macieira:
>>> ...
>>> And it turns out that for all
On 10/07/2011 04:43 PM, ext Thomas McGuire wrote:
> 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
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
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 :
>> ...
>> And it turns out that for all these "fancy effects" we now need OpenGL
>> support to get any d
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
> fronten
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 for
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)
07.10.2011, в 18:41, Thiago Macieira написал(а):
> On Friday, 7 de October de 2011 18:34:46 Konstantin Tokarev wrote:
>> 07.10.2011, 17:48, "Thiago Mac
Hi,
On Friday 07 October 2011 16:49:40 Robin Burchell wrote:
> On Fri, Oct 7, 2011 at 4:43 PM, Thomas McGuire
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
1 - 100 of 122 matches
Mail list logo