Re: Maemo will switch (completely?) to Qt?
3rdShift a écrit : On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: Hi 2009/7/6 Klaus Rotter kl...@rotters.de: ma...@bitblit.net wrote: The way I understand it, Qt uses C++ but GTK uses C. So does one need to learn C++ to write Maemo apps now? That would suck... I think you'll be able to write them in Python too What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. And each new languages need a manual custom binding to use QT because of C++. The GObject model has been designed exactly to avoid a such big wast of time. GObject allow automatic binding in any languages. This is why GTK is technically superior to QT. GObject is a hug success in a lot of very important libraries. I don't see why we should left it for the widgets just because C++ fanatics don't want to learn how to code with a superior programming model that is open to any languages. Ask yourself: why there is so few general libraries written in C++ compared to the libraries written in C ? Jean-Christian de Rivaz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Hi On Tue, Jul 7, 2009 at 8:09 AM, Jean-Christian de Rivazj...@eclis.ch wrote: 3rdShift a écrit : Ask yourself: why there is so few general libraries written in C++ compared to the libraries written in C ? I think it is because it is to hard to write real applications in c and people end up with half products called libraries. It forces them to take very small steps. I agree that the c++ libraries are sparse, but qt gives us the base classes and patterns we need. As kernel developer I value c but I couldn't resist :p Jean-Christian de Rivaz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On 07/07/2009 02:09 AM, Jean-Christian de Rivaz wrote: GObject is a hug success in a lot of very important libraries. I wouldn't go that far. Ask yourself: why there is so few general libraries written in C++ compared to the libraries written in C ? Because a C library can be used as is in C++. So instead of reinventing the wheel, C++ programmers just use the C library. Hub ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo will switch (completely?) to Qt?
On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. You must also see the thing from Nokia's view. To stay in leading position in cellular busines, then ability to renew and respond to challanges is mandatory. You now who are challangers with fancy animated UI and touch screen, to respond this, Nokia need to take next generation toolkit in use. I rather see this as choice between Clutter and Qt. GTK+ is previous generation toolkit. Now Maemo and Symbian developers both are in same situation, they need to learn new toolkit that has required feateres to compete in market. Kate ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
2009/7/7 kate.alh...@nokia.com: On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. You must also see the thing from Nokia's view. To stay in leading position in cellular busines, then ability to renew and respond to challanges is mandatory. You now who are challangers with fancy animated UI and touch screen, to respond this, Nokia need to take next generation toolkit in use. I rather see this as choice between Clutter and Qt. GTK+ is previous generation toolkit. Now Maemo and Symbian developers both are in same situation, they need to learn new toolkit that has required feateres to compete in market. Kate That makes full sense and I was expecting the switch over to Qt. It's only a shame, for me, that this requires C++ (no idea to which extent). I am willing to learn C++, but as pointed out by someone else, this is a hobby and it's already eating up time. And I don't have that much. Of course, this is a personal rant :) I am totally happy for Nokia to switch to Qt. The move had to be done. I was actually expecting it with Fremantle. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
2009/7/7 3rdShift 3rdsh...@comcast.net: On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: Hi 2009/7/6 Klaus Rotter kl...@rotters.de: ma...@bitblit.net wrote: The way I understand it, Qt uses C++ but GTK uses C. So does one need to learn C++ to write Maemo apps now? That would suck... I think you'll be able to write them in Python too What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. I know that you need to be up to date with nowadays technologies. Not sure, though, I am willing to do it for this hobby. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Aniello Del Sorbo wrote: That makes full sense and I was expecting the switch over to Qt. It's only a shame, for me, that this requires C++ (no idea to which extent). I'm a novice C++ programmer with basic C skills and experience playing with OO langages over the years - I found it fairly simple to write a reasonable application in C++. I also found the Qt toolkit much easier to read and explore. From never using it before to writing a Qt version of pannable-area took me a few months. Before I learned Qt I learned C++/gtkmm and it was a little rough and undocumented - that was actually the motivation to learn a cleaner OO solution. In porting the Gtk app to Qt I practically replaced the widgets with the same text in camelCase and even the arguments were mostly the same. It was astonishing how similar that was. I doubt it's an automatable process but it's not as hard as, eg, a java swing re-write would be. Finally the Qt docs are really superb - and that makes a huge difference. http://doc.trolltech.com/4.5/index.html Obviously these are just my preferences :) Jean-Christian de Rivaz wrote: And each new languages need a manual custom binding to use QT because of C++. The GObject model has been designed exactly to avoid a such big wast of time. GObject allow automatic binding in any languages. This is why GTK is technically superior to QT. GObject is a hug success in a lot of very important libraries. Will this help? http://www.kdedevelopers.org/node/3878 David -- Don't worry, you'll be fine; I saw it work in a cartoon once... ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
David Greaves a écrit : Jean-Christian de Rivaz wrote: And each new languages need a manual custom binding to use QT because of C++. The GObject model has been designed exactly to avoid a such big wast of time. GObject allow automatic binding in any languages. This is why GTK is technically superior to QT. GObject is a hug success in a lot of very important libraries. Will this help? http://www.kdedevelopers.org/node/3878 Yes, absolutely! Thanks for the link. I hope that one day QT and GTK will merge. Jean-Christian de Rivaz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Hi On Tue, Jul 7, 2009 at 8:09 AM, Jean-Christian de Rivazj...@eclis.ch wrote: 3rdShift a écrit : Ask yourself: why there is so few general libraries written in C++ compared to the libraries written in C ? I think it is because it is to hard to write real applications in c and people end up with half products called libraries. It forces them to take very small steps. I agree that the c++ libraries are sparse, but qt gives us the base classes and patterns we need. As kernel developer I value c but I couldn't resist :p No, the real reason is C++ is to C as Lung Cancer is to Lung. Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On Tuesday 07 July 2009 13:55:20 e...@okerson.com wrote: No, the real reason is C++ is to C as Lung Cancer is to Lung. Guys, let's not turn this into a C++ vs C debate, that has been done (with dubious results) on more appropriate forums. The question here was whether Qt can be used without extensive C++ knowledge (the answer to which IMHO is - YES). I find it odd to fight over such issues as this, when the real (non-academic, non-philosophical, non-preferential, etc) differences are much larger. E.g. if you fight over C++, what about the simplest GUI issues ? Layouts, Kinetic, DeclarativeUI, QGraphicsView, or if we're talking not only about appearance, MVC widgets ? Or the migration of tools required to use the toolkits, like Glade - QtDesigner, qmake, etc ? God forbid whole modules that were not available in GTK or done completely another way, like, Phonon, QSql, QNetwork... You'll spend FAR more time to adapt those (sometimes small but painstaking) changes than you ever will on the (minimal) extra C++ knowledge/syntax replacement you need. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
actually, if you don't have working knowledge and experience with c++ and the sorts of compiler errors and warnings that are thrown out just jumping in and using your c code and experience to make a c++ app is going to be a nightmare. sure, the syntax is similar and you can use your core logic written in c, but thats not the point. its like uprooting yourself from england to america, the language is almost the same but if you try driving in the same way you will end up being arrested. I am qualified in both c and c++ but have chosen to do my liqbase dev work in c (for different reasons) and I know once its complete it will be callable from any language (as long as bindings exist) but the same cannot be said for people writing standard applications, this is as big an upset as microsoft transitioning to .net (which they can't even totally do - the .net ide is an interop explosion) I will consider qt for development when more of the core libraries are written in it - until then, I personally expect to continue to write in c. (I make extensive use of dynamic linking anyway and believe at some point I can just start writing new components using c++ instead of c and just transition as required) gary (lcuk on #maemo) On Tue, Jul 7, 2009 at 12:46 PM, Attila Csipa ma...@csipa.in.rs wrote: On Tuesday 07 July 2009 13:55:20 e...@okerson.com wrote: No, the real reason is C++ is to C as Lung Cancer is to Lung. Guys, let's not turn this into a C++ vs C debate, that has been done (with dubious results) on more appropriate forums. The question here was whether Qt can be used without extensive C++ knowledge (the answer to which IMHO is - YES). I find it odd to fight over such issues as this, when the real (non-academic, non-philosophical, non-preferential, etc) differences are much larger. E.g. if you fight over C++, what about the simplest GUI issues ? Layouts, Kinetic, DeclarativeUI, QGraphicsView, or if we're talking not only about appearance, MVC widgets ? Or the migration of tools required to use the toolkits, like Glade - QtDesigner, qmake, etc ? God forbid whole modules that were not available in GTK or done completely another way, like, Phonon, QSql, QNetwork... You'll spend FAR more time to adapt those (sometimes small but painstaking) changes than you ever will on the (minimal) extra C++ knowledge/syntax replacement you need. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On Tuesday 07 July 2009 15:25:59 gary liquid wrote: actually, if you don't have working knowledge and experience with c++ and the sorts of compiler errors and warnings that are thrown out just jumping in and using your c code and experience to make a c++ app is going to be a nightmare. But... Rather than dissing whole toolkits or design philosophies, isn't it easier to make a migration path, docs, howto's that deal with that AS PART OF migrating from GTK to Qt ? Using your analogy - your England-US migration plan should include attaining practical info that will make everyday life possible/easier, not just the strict paperwork (It is kind of common sense ?). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On 7 Jul 2009, at 03:59, 3rdShift wrote: If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. I was going to say out of this thread but ... I bit. I actually agree with the above statement even though its been shot down a little. I have a pretty extensive background in software development and from my point of view, learning new languages is just part of the course. Now if you have the time or inclination to do so is an entirely different prospect. I understand that the majority of us are volunteers, we do this because we love to do so. If this changes with the switch to QT then I hope, for Nokia's sake, that the non-C++ lovers get replaced with C++ enthusiasts and the eco-system continues to grow. I for one am an assembler/C developer (among other things) but the switch to C++ doesn't actually put me off developing, it only fuels my enthusiasm as its another feather to add to my bow. Nokia _have_ to do this. With the clout that Google has with Android there is really no other reason for manufacturers to choose anything else when looking for a Linux solution apart from what extra software the platform has cultivated (think iPhone app lock-in). If Nokia build their S60 and Linux app base with QT then Nokia/Tablet users will eventually reach the stage of critical app dependancy that locks them in just like the iPhone/iPod Touch. The Internet Tablet can't do that on its own, its needs the push from the S60+QT install-base. Oh and can I say, HUGE potential in harvesting open source developers to develop for Nokia in QT for not only Internet Tablets but Phones too! Regards, Jamie. -- http://www.linuxuk.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Hi, as I know Qtopia isn't anymore so I think this is also your answer: Espoo, Finland—30-September-2008 Qt Software today announced that Qtopia, a platform for creating user interfaces and applications for advanced consumer electronics based on Linux, has been renamed and launched as Qt Extended 4.4. March 3, 2009 — Oslo, Norway — Qt Software today announced that the product, Qt Extended, will be discontinued as a stand-alone product. Marco Klaus Rotter wrote: Found some infos at talk.maemo.org: Quim Gil wrote: GTK+/Hildon won't be used by the applications shipped with Harmattan out of the box and therefore won't be pre-installed. This seems, that at least for new applications gtk has no future on the internet tablets. Thats quite brave to drop gtk more or less completly. But, at least this shows that there is a future for maemo. Wondering what will happen to Qtopia. I don't think that Nokia will support two UI for Qt (Maemo and Qtopia). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
ma...@bitblit.net wrote: The way I understand it, Qt uses C++ but GTK uses C. So does one need to learn C++ to write Maemo apps now? That would suck... AFAIK there is no adequate C interface to Qt. In the early days of qt there was a project to write a API set for C. BUT: You don't have to learn C++ very well to use Qt in your programs. Start with the tutorial, and you're quite fast able to write programs with Qt/C++. -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Hi 2009/7/6 Klaus Rotter kl...@rotters.de: ma...@bitblit.net wrote: The way I understand it, Qt uses C++ but GTK uses C. So does one need to learn C++ to write Maemo apps now? That would suck... I think you'll be able to write them in Python too -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
2009/7/6 Andrea Grandi a.gra...@gmail.com: Hi 2009/7/6 Klaus Rotter kl...@rotters.de: ma...@bitblit.net wrote: The way I understand it, Qt uses C++ but GTK uses C. So does one need to learn C++ to write Maemo apps now? That would suck... I think you'll be able to write them in Python too What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. Also my personal interest in Maemo has been Xournal as eveyone knows, but if porting it to Qt involves learning C++.. brrr... -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Aniello Del Sorbo wrote: As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. Also my personal interest in Maemo has been Xournal as eveyone knows, but if porting it to Qt involves learning C++.. brrr... Well, you can write your main application in C and add for the qt GUI a more or less small C++ layer. I did so some years ago with qt 1.4. I really don't understand all the features C++ offers (but I claim that I understand C very well, even what a C compiler does). But after a while I found some C++ features by far more elegant than writing the same in C. At least if you write some kind of OOP (gtk is in fact also OOP). I will second that C++ has some strange features not everyone is quite familiar with... ;-) -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On Monday 06 July 2009 17:23:25 Aniello Del Sorbo wrote: As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. Also my personal interest in Maemo has been Xournal as eveyone knows, but if porting it to Qt involves learning C++.. brrr... The level of C++ required to do Qt is minimal, really, in fact, if you already did GTK+, I'd go almost as far and say it's mostly simple syntax difference (with the usual amount of C vs C++ compiler caveats, of course). That's one of the reasons I feel C bindings never really took off for Qt. Of course if you DO know C++, you'll be able to use Qt more efficiently. Note - I'm saying this about using the toolkit from C or C++, there are differences between the toolkits themselves, and these are FAR FAR bigger than using them from C or C++. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On Mon, Jul 6, 2009 at 5:50 PM, Attila Csipama...@csipa.in.rs wrote: On Monday 06 July 2009 17:23:25 Aniello Del Sorbo wrote: As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. Also my personal interest in Maemo has been Xournal as eveyone knows, but if porting it to Qt involves learning C++.. brrr... The level of C++ required to do Qt is minimal, really, in fact, if you already did GTK+, I'd go almost as far and say it's mostly simple syntax difference (with the usual amount of C vs C++ compiler caveats, of course). That's one of the reasons I feel C bindings never really took off for Qt. Of course if you DO know C++, you'll be able to use Qt more efficiently. Note - I'm saying this about using the toolkit from C or C++, there are differences between the toolkits themselves, and these are FAR FAR bigger than using them from C or C++. The Qt class library is really nice and certainly fun using. I think the abstraction level offered by QT and the different collection classes make it really usable. Indeed for most thing you don't really have to understand the every c++ feature. The example are very good, the documentation is excellent and the qtcreator gui combined with qmake takes the whole experience fun. I would be quite happy so see more Qt software around and would not be so sad to see gtk go. I am not affiliated with Qt. The One thing I really missed was proper gstreamer integration Greetings ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: Hi 2009/7/6 Klaus Rotter kl...@rotters.de: ma...@bitblit.net wrote: The way I understand it, Qt uses C++ but GTK uses C. So does one need to learn C++ to write Maemo apps now? That would suck... I think you'll be able to write them in Python too What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. Also my personal interest in Maemo has been Xournal as eveyone knows, but if porting it to Qt involves learning C++.. brrr... -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. For me the problem is not that I don't want to learn a new framework or language because I like to do so. My problem is that I'm writing my software as a hobby and I already spent quite some time writing custom GTK widgets for it (note that I chose GTK on purpose because I knew my code would run on Maemo). A Qt rewrite would be a major task for me and is out of question as long as this project remains a hobby. Also, my personal experience is that the UI parts of my software require more code than the business logic parts. So switching to Qt is not something I can do overnight. I can just hope that the GTK community support will be good enough. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Hi, 2009/7/5 Klaus Rotter kl...@rotters.de: Hi there, Quim Gil told this at his keynote at the Gran Canaria Desktop Summit. If this is true, what will happen to the gtk toolkit? Will it stay on the tablet? When will it be obsolete? gtk will be available for maemo 6, but it will be community maintained just like Qt is now Is it planned, that the Qt shipped with Maemo 5 will be compatible (at least source code) with the one shipped with Maemo 6? why not? -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Found some infos at talk.maemo.org: Quim Gil wrote: GTK+/Hildon won't be used by the applications shipped with Harmattan out of the box and therefore won't be pre-installed. This seems, that at least for new applications gtk has no future on the internet tablets. Thats quite brave to drop gtk more or less completly. But, at least this shows that there is a future for maemo. Wondering what will happen to Qtopia. I don't think that Nokia will support two UI for Qt (Maemo and Qtopia). -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo will switch (completely?) to Qt?
Hi, I'm away from computer but you can check the audio and slides of the presentation plus some links at http://flors.wordpress.com Quim --- original message --- From: ext Klaus Rotter kl...@rotters.de Subject: Maemo will switch (completely?) to Qt? Date: 5th July 2009 Time: 9:37:29 pm Hi there, I've just read, that Maemo will switch to Qt for the new Maemo 6 version. Well, I personally think this is a good decision. Quim Gil told this at his keynote at the Gran Canaria Desktop Summit. If this is true, what will happen to the gtk toolkit? Will it stay on the tablet? When will it be obsolete? Is it planned, that the Qt shipped with Maemo 5 will be compatible (at least source code) with the one shipped with Maemo 6? -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
