Do you have any benchmarks results to back up the "slower" claim?
As for MSVC, I don't know. I don't think why we should reject patches if someone has MSVC 11 Professional, and I don't think we should rip support for MSVC 2010. On Fri, May 25, 2012 at 12:49 PM, Sergei Steshenko <[email protected]> wrote: > > > > > ----- Original Message ----- >> From: Gour <[email protected]> >> To: [email protected] >> Cc: >> Sent: Friday, May 25, 2012 7:40 PM >> Subject: Re: future of development for the desktop >> >> On Fri, 25 May 2012 09:22:55 -0700 (PDT) >> Sergei Steshenko <[email protected]> wrote: >> >>> Nowadays there is QML ( >>> http://en.wikipedia.org/wiki/QML ) and in my opinion, though I do not >>> know Javascript, it can be compared to Perl (e.g. closures are >>> present), so today I'd probably choose Qt + QML. >> >> "QML is mainly used for mobile applications where touch input, fluid >> animations (60 FPS) and user experience are crucial." >> >> >> Sincerely, >> Gour >> > > I didn't read the whole QML documentation, but I don't think that QML can not > be used without animations and that it cannot be used with traditional input > from mouse and keyboard. > > I.e. my understanding of QML is that it's JavaScript-like language Qt binding > with additional capabilities like GUI creation from description and the > features you've mentioned. > > ... > > Still, since we are discussing bare-naked gtk+, I am re-asking my question: > in what aspects gtk+ is better than Qt ? Especially, since we already know it > (used to be ? still is ?) slower tan Qt. > > Regards, > Sergei. > > _______________________________________________ > gtk-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/gtk-list -- Jasper _______________________________________________ gtk-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/gtk-list
