As far as I know you can just use them as keys; just a special keyboard. So listen to key events and handle them. There should be appropriate enum values in the Qt::Key enum, but you can just try by printing the int value of the key in the key event.
Hi, yes by "soft floats" I was referring to a floating point library that emulates floating point operations as function calls in software instead of using the hardware co-processor.
You can still use "double" on the 5230, but they will be slower than using floats. They will be additionally (and far more noticeably) slower if you use soft floats instead of hard floats. If the code uses double on Windows, then you should continue using double on Symbian, otherwise you could get different results. For this reason, qreal might not be suitable for you.
Qt apps are native apps (as opposed to apps that run in a VM such as Java) so you will inevitably have different binaries for Windows and Symbian. For Windows, you probably don't need to tweak your compiler options to get the best floating point performance (I could be wrong though), but for Symbian you will have to specify in your .pro file that you want to use hardware floating points (VFP2). Like I said before I know this is supported by RVCT, but I'm not sure about GCCE which is the default compiler if you are using the Nokia Qt SDK.
Symbian has many servers. One is the "messaging server":http://developer.symbian.org/main/documentation/reference/s3/pdk/GUID-DD27A452-8B0F-5C6D-A2E6-FC21145468B6.html. "Here":http://developer.symbian.org/wiki/index.php/Handle_Incoming_SMS_Messages is an example of how to handle incoming text messages.
Others have cover the layout, the new "Sensor API":http://doc.qt.nokia.com/qtmobility-1.0/sensors-api.html from the Qt Mobility project may be of interest too. In addition to QOrientationSensor, it has QAccelerometer.
Looks like the linker can't find the Multimedia library. Are you on Linux? If so, have you set the environment variable LD_LIBRARY_PATH to point to the qt-mobility/lib folder? On Windows, the PATH variable needs to be extended. More info here:
I think the closest you can come to this in Qt API is using QWidget::lower() on the top level window. That will send the underlying window to the back of the window tree and should also do the same for your window group. Hide simply hides the currently active window without changing the Z-order of anything which is why your softkeys are still visible (they are not really tied to the window).
As for removing your application from the task list popup (officially called Fast Swap Window in Symbian), there is no API in Qt to do this currently so you have to do it using native Symbian code. Something like the following would probably work:
CCoeEnv *env = CCoeEnv::Static();
CApaWindowGroupName *wgName = CApaWindowGroupName::NewLC(env->WsSession());
You can probably find more examples on Forum Nokia.
Currently, there is no standard contact picker provided in Qt Mobility. We're currently looking at whether we could provide a standard QContactAction which could provide such functionality on various platforms, but at this stage we haven't determined whether it's feasible or not.
As for the image picker, I'm not the right person to answer; I hope someone else can help you there.
well, I don't know if I've understood your problem clearly, but ...
can you set a worker thread internal flag that means "it's time to get out", and send a "fake" signal to the worker thread before exiting?
In this case, the worker thread can test such variable before starting, and, if it's true, it will go out in a clean way.
[quote]Do you call QCamera::start() after QCamera::setCaptureMode?
If you do there should be a bug in the backend implementation.
Yes. I didn’t have error logging on earlier but the errors I get now are, in order of appearance:
Could not get/set settings from/on resource.
Could not get/set settings from/on resource.
Could not negotiate format
I also get this in the Camera example application when I click on the Video tab.
Edit: It's worth mentioning that trying to record video in Cheese just locks the application.
Currently there are two gstreamer camera backends on linux:
the camerabin based one (you have to install gst-plugins-bad and gst-photography, this backend is used on N900), and the mediacapture backend which builds capture pipeline itself.
The advanced camera controls like QCameraExposureControl require gst-photography
and are available only in the camerabin case.
Could you try to install gst-photography and reconfigure/rebuild qtmobility?
But I don't expect QCameraExposureControl to be very useful in your case, since
v4l2src doesn't support the photography API for webcams yet.
Those controls are much more useful on mobile devices, where camera module/driver provides much more control.
Is gst-photography its own package or is it part of gst-plugins-bad? I couldn’t find the package, but I found some files in the MeeGo Multimedia git repo that seem to indicate that it’s part of gst-plugins-bad. I installed gst-plugins-bad, though I suspect the version isn’t recent enough (0.10.14ubuntu1.1). If I could successfully set up a Meego chroot with Qt Mobility and camera working, I’d be happy to work there but so far I haven’t managed to get my app working. An odd thing is that when I was working against Qt Mobility 1.0.0beta1, I could get some camera settings like Focus Mode, though only AutoFocus was available and the webcam in reality only has manual focus.
As you have guessed, we no longer officially support Qtopia. The last released version was named Qt Extended 4.4.
While you may not have found any info specifically related to your board, this is not that strange because Qt doesn't contain anything specific to a particular hardware board. Qt supports the ARM architecture you are using as well as your kernel version so that is most likely enough. Assuming that you have a working cross-compiler installed on your host PC, then the next step is to download and cross-compile Qt Embedded using the device's toolchain. I recommend starting here:
Getting things like the touchscreen working may require some tinkering, but you might be able to find some code for this in the Qtopia package released by the manufacturer. It could be as simple as porting their Qt 2 based code to Qt 4.
If it is acceptable for you to open external application (not software component) than you can use QProcess.
If you want to use WMP as software component than you should look for phonon plugins working with WMP.
Qt uses the native file dialog on Maemo 5 ("Maemo docs":http://maemo.org/api_refs/5.0/5.0-final/hildonfm/HildonFileChooserDialog.html), which disallows browsing anything but the home dir and the memory card. To browse the entire file tree (and risk being rejected from the Ovi store), you can use a QFileSystemModel on a QTreeView?
[quote author="silvansky" date="1278666566"]for now there is QT_SIMULATOR macro for source files (in the latest Nokia Qt SDK)
but I don't know if there is somethong for .pro files
in .pro files you can use
# do something
Yes, indeed. And don't be fooled, the KDAB stuff, including KD Charts, are available under GPL, even if KDAB does not advertise it that way.
My experiences with KD Chart are pretty decent. There are some weird inconsistencies, but all in all its not bad at all.
I found a possible solution but I don't know how to use it...
The solution consist in using QSvgRenderer::boundsOnElement .
It seems that it's possible to render only a part of the svg identified by the Id.
The step should be:
render the svg in a QImage
update the element in the original svg
render the changed part (with boundsOnElement) in the same QImage
Now I must study how to put the changed element in the same place of the background image to cover the old element.
I tried Nokia QT SDK for Linux online version and now qtcreator works:
@luca@slack131:~$ cd NokiaQtSDK/
so I think there are some problem in offline version...
[quote author="QtK" date="1277479535"]Never tried it on Linux yet. But note that you cannot develop applications for Symbian Platform using Nokia Qt SDK linux version.[/quote]
This is a big limitation...
I hope to have soon a complete linux sdk version.
[quote author="maurizio.moriconi" date="1274699465"]Qt also run on other mobile platforms (openmoko for example).[/quote]
It does indeed and it also runs on embedded platforms that are not related to phones at all, like coffee machines and printers. :)