Mobile and Embedded

Thanks for your quick answer. Problem solved. There was nothing wrong with the code of course. I simply had to enable the network link conditioner in the Developer menu of my iPhone. Thanks for pointing that out. QNetworkAccessManager works like a charm on iOS !

check whether you setup your Qt creator correctly. http://doc-snapshot.qt-project.org/qtcreator-master/creator-developing-android.html reboot your machine .

This is just a hunch, but try removing 'C:\Qt\Qt5.1.1\5.1.1\mingw48_32\bin;' from PATH. Also, having multiple installations of different Qt versions have led me to similar errors.

It turns out the problem is caused by a function in QtActivity.java. onPrepareOptionsMenu That function runs after I set the menu button. Something it calls wipes out my changes. I was able to get around it by commenting out the function contents and just returning true. I've noticed that doing this makes the action bar show up when the program first starts up. Previously it would hide.

Found it. QtActivity.java onPrepareOptionsMenu That function runs each time the button is pressed.

Still same error :(

Qt already is stronly present on the automotive market ;) If you want an answer from Digia, send them an email. This forum is attended mostly by Qt users. If you want an answer from Qt Project as a whole, you can try the development mailing list, but don't expect any consensus :P

That example uses a QGLWidget combined with some other widget content. That is simply not supported properly on platforms like eglfs (which is used on the Pi too). For more details see http://qt-project.org/wiki/i.MX-6 There is work on-going for a QGLWidget replacement in Qt 5.3. This solution would then be properly supported across all platforms, allowing mixing traditional widgets and GL/Quick areas.

There should be no platform specific limitation for painting into a QImage on another thread. Best would be to create a bug report on https://bugreports.qt-project.org

Take a look at qtbase/mkspecs/devices ( https://qt.gitorious.org/qt/qtbase/source/060b853a2f1fc9eb6e91d004ad9162e84dc66fd3:mkspecs/devices ) Some of these might be out of date and may not work, but Raspberry Pi, i.MX6 (Sabre Lite), Beagleboard, Beaglebone Black are known to work at least.

That is a known bug in 5.2.0 with linuxfb. It is corrected in 5.2.1.

Yes, should have posted on an iOS site really. Anyway, for anybody searching: I managed to sort this today, by using a QSharedPointer, which xcode is much happier with: @QSharedPointer<fstream> ptr_fsZoomfileMultiple = QSharedPointer<fstream> (new fstream(ss.str(), std::fstream::in | ios::binary));@

JKSH, sorry, I didn't see your reply when I posted this. I'll keep it in one posting from here on out. Thanks!

Hello! Welcome to Qt. Widgets are not recommended for mobile based apps. I'd use QML/JS for this kind of job. You could expose your existing native code (C++ or Obj-C) easily to QML and mix with javascript logic. For many ready to use controls check QtQuick.Controls. Making your custom controls is very easy in QML JSON.parse() and xmlhttprequest are readily available in QML for your network requests. I don't think you could make Qt services at the moment in Android.