Mobile and Embedded

Something else that could be a clue. I currently add the menus through code. If I add them via the creator then a native menu does appear. Here is an example of what I do: @ QMenu* menuFile = menuBar()->addMenu("&File"); menuFile->addAction(actionMenuFileExit); @

/update I just used ListModels and a ScrollView+ListView to implement my menu. Currently I am using a delegate "menuItemDelegate" and a "editItemDelegate". If I use the first one, everytime I click on a ListElement of a ListModel, I read a property "menuModelId" & "menuDelegateId" and then I set the current ListView-model to that new model and delegate. So I am switching trough the menu. Second delegate displays the ListElement-properties and give the possibility to open a text editor and change the property values. (After changing, I use the QStorage Class to save the value on harddisk) I'm sure that is NOT the best approach, but it works fine for the moment. (My menu only needs to be replaced at the same position. If you need a menu like in iOS with the "swipe animation to the left", my approch will not meet your requirements) I would be very thankful if someone could post a better approach for this.

I have changed the date of macs, 2014 to 2013. Now I change them back. It somehow worked. Interesting.

sorry i can't help you with your initial problem. But just out of curiosity: what is your hardware setup for reading the CAN data. Can you also share some code?

warning: "me too" post I agree, this default behaviour is counter-intuitive.

Special characters and spaces are evil ;) Happy coding !

Then it might be a bug on android, you should check the "bug report system":http://bugreports.qt-project.org

Hi, I think "this":http://deuteria.blogspot.in/2014/02/calling-androids-text-to-speech-from-qt.html would be useful to you.

Hi, The Texas Instruments forum would probably be a better place to ask that question. However from a quick look it seem they provide pre-built Qt libraries for their board.

See the answer "here":http://qt-project.org/forums/viewthread/44037/

And in case of doubt you can mix Java code with C++ code. Therefor it should be possible to work around any issue that might occur.

Hi, The installer contains pre-compiled binaries for your host machine. To build binaries for your embedded device (called your target machine) you need to cross-compile the binaries yourself, using the source code. Please note that the link you gave is for Qt 4 only. I recommend that you use Qt 5 instead. Here is the relevant documentation: http://qt-project.org/doc/qt-5/embedded-linux.html

Hi, IIRC, the sPen support needs some additional work. You can take a look to the "bug report system":http://bugreports.qt-project.org

Hi, since you're trying it with EGLFS, try the following: in the following file, modify the following function: qtbase/src/plugins/platforms/eglfs/qeglfshooks_stub.cpp @EGLNativeWindowType QEglFSHooks::createNativeWindow(QPlatformWindow *platformWindow, const QSize &size, const QSurfaceFormat &format) { Q_UNUSED(platformWindow); Q_UNUSED(size); Q_UNUSED(format); //return 0; static struct mali_native_window native_window = { .width = (short unsigned int)size.width(), .height = (short unsigned int)size.height(), }; return &native_window; }@

Sure, but since we are talking about accelerated painting via QPainter, I have not considered that as an option. Of course, it will work in all cases, regardless of the GPU or OpenGL version.

Well...I've recieved the awnser and it's no good but I'll leave it here for the "future generations": @ Eskil Abrahamsen Blomfeldt added a comment - 17/Jun/14 7:19 AM "Unfortunately, opening an OpenGL window on top of a raster window does not work, as it has been designed to always display behind all raster windows. There is very limited support for stacking GL surface views in Android, so currently we haven't found any solution to this that doesn't come with its own limitations (the way this was handled in Qt 5.2 had much more severe limitations unfortunately). At the moment you will have to make sure all raster-based (Qt Widget) windows are hidden when you show the OpenGL window." @ So...following Eskil's sugestion, All I have to do is hide/kill all widgets before open the OpenGL widget... I've tested it and it works, so I must change my game structure to work with this new way. And actually what Eskil says is right, some big issues I have when I use OpenGL widget now won't happens anymore. So it'll worth... Thanks SGaist for the help!