[Development] Proposal: Remove QML from Qt's code base (OR: Should it be a requirement that Qt Modules are interoperable?)

[lorn.potter at nokia.com]

On 04/07/2012, at 1:46 PM, ext d3fault wrote:

> 
> Now let's get out our conspiracy theory watches (so we can see how much time we waste speculating): It's plausible that Microsoft directed Nokia into purchasing Trolltech with the sole intentions of segregating the community (divide and conquer) in the way described above. It makes me giggle when people respond saying "The Nokia employees are devoted to Qt!". I don't question their devotion for a second (the code monkeys working at Nokia are on my team as far as I'm concerned)... but at the end of the day, they do what they're told to do by the guy who writes their paycheck. Qt in-house developer's boss: Nokia. Nokia's boss: Microsoft. The only question that remains: does Microsoft play that dirty? (hint: yes). I hate repeating myself (I do it often), but for anyone who can't figure out why Microsoft would dislike Qt: Microsoft's primary revenue source is operating system sales. They do so well with operating system sales because of their use of vendor lock-in tactics. Applications made for Windows tend to not work on other operating systems. Qt is changing that. Qt is platform independent, as powerful as (if not more powerful than) Microsoft's .Net lineup, with the added advantage of being 100% native. Qt is the biggest threat to Microsoft's long-term survival.

QML was started long before Nokia bought Trolltech.

To answer your question, my opinion is No, QML should not be removed.



Lorn Potter
Senior Software Engineer, Core Enablers/QtSensors