The Lounge

@GuessHoesBack You are exactly who I was thinking about when I made a series on courses on Qt for Pluralsight. The trilogy of courses is now complete and I cover everything from downloading the tools and getting started to understanding Qt Quick to integrating Qt Quick with C++. All you have to do is sit back and watch but you'll obviously get more out of it if you follow along and code the examples. Pluralsight is a subscription based site. Many universities are customers and provide logons to students. If yours isn't (or won't), then send me a request through the forum mail and I'll send you a VIP pass. Good for unlimited viewing (online and offline) for a week. Plus you can download the course materials.

Yes, there's lots of learning, but you don't need to learn all of it at once (I've been using Qt for about 5 years, but I still haven't used all of its features). Start off with this "getting started" tutorial: http://doc.qt.io/qt-5/gettingstartedqt.html Happy coding!

Hi, In addition to what SGaist said, there is a "report" link to the right of every post in the forum (underneath your avatar). You can use that to bring attention to an offensive post. I'm guessing you've had the misfortune of encountering a spammer. Moderators quickly delete spam posts when they are encountered.

Same here, after some experiments with the JS engine, I think that using JavaScript as scripting language was a bad choice. JS lacks many features like operator overload. I think a best approach would have been something similar on how "ChaiScript":http://chaiscript.com/ works. bq. A C++ bytecode interpreter would have allowed easy integration with C++ server libraries There are some experiments with "Cling":https://root.cern.ch/drupal/content/cling and "Qt":https://github.com/cptG/qling but it is unmaintained.

I see a lot of doc notes, which people bothered to add for the sake of helping out others have gone missing and you expect forums? Highly unrealistic IMO...

So it looks, however there's already code in it so..

[quote author="Serenity" date="1416812336"] Don't port your application if you don't need it! I have now a lot of problems which are bugs in Qt5. For example: Closing a QWebWidget before completely loading a website causes to a segmentation fault. That's something, I can't solve at the moment and is a huge problem for me and my application. Nevertheless, I try something else, but it costs so much time, that I would never ever recommend someone to do a port from 4 to 5. [/quote] I too have this problem with the QWebView being closed while loading a page causing a Seg fault, only happening on OS X (windows version works fine). Using Mavericks Qt 5.4. I would recommend to always upgrade to the latest Qt version. Yes it takes some time and work, but you ensure to have an easy time and small upgrade each Qt Version. If you wait too long to upgrade, it can become a bit messy. Also you are helping develop Qt by keeping it active and submitting bugs. Just ported from 5.3.2 to 5.4 Only bug I had, some SSL errors now appear on the OS X version in the console ouput.. @QSslSocket: cannot call unresolved function SSL_get0_next_proto_negotiated@ Good luck

Well, it is a full ARMv7 chip, so it should be able to run any Linux unlike the Pi which is v6, which makes it require a more exotic build. Their site says they will release u-boot and kernel sources for people who want to use OS other than ubuntu 14.04 and android. It has some accessories (like wifi, bluetooth dongles), but no official extension boards. However you should not have a problem running most of the extension boards since it does have all the I/O those use. Most of the pins are Pi compatible, with the exception of the 3 analog pins, which the Pi doesn't have. There is however the Tinkering Kit for it: !http://dn.odroid.com/homebackup/C-TinkeringKitSetupH.jpg(kit)!

As usual, M$ does a little too little, a little too late. they should open source their entire codebase and maybe then it will make up for the damage they inflicted with their schemes to lock in vendors, developers and users alike with their dirty, exclusive practices for decades... I highly doubt there is a shred of noble aspiration behind that decision. M$ either sees a drop in developer base, prompting it to pretend to be nicer, or more likely - opportunities to entrench developers who would normally not touch their development tools. If their .net APIs are as ugly as their RT C++ APIs, I would not worry about Qt losing relevance to a portable .net. And somehow I have my doubts M$ will ever invest effort into supporting nice high level features on competing platforms.

lovely :)

I recommend to look at here is what kind of tools: http://clang.llvm.org/docs/ClangTools.html Use then if new api lost backward compatibility

Once you have a .vcproj or .sln you should be able to build your Qt app on any VS machine provided you have the necessary Qt libraries etc etc. Does that make sense?

Jump on the plane, there's still two days ;)

Thanks! Yeap it's fixed now, finally i can download those files :D

Hi, This "wiki":http://qt-project.org/wiki/Licensing-talk-about-mobile-platforms should answer.

Hi and welcome to devnet, Nice you found out and thanks for sharing. Can you also please update the thread title prepending [solved] so that other forum users may know a solution has been found :)

That's a question you should rather ask on the interest mailing list. You'll find there Qt's developers/maintainers (this forum use more user oriented)

Hi and welcome to devnet !