Mobile and Embedded

Yes, you are right. ToolBar uses layout to internally set the size of QAction derived buttons to "minimal".

Hi kschultz, thanks for that feedback. You're right, solution (2) allows the specific manager to build the id manually. We have prototyped up a (mostly complete, but untested; prototype) version of this API, available at: http://qt.gitorious.org/qt-mobility/contacts/trees/multical-custom/src/organizer Especially, see the qorganizeritem.h/cpp, qorganizeritemenginelocalid.h/cpp, and for an example implementation, the engines/qorganizeritemmemorybackend.cpp/_p.h. Solution (4) with quint64 was investigated more thoroughly, and it doesn't seem to provide any advantages over the quint32 version if the nativeId could possibly be a string (that is, on those platforms, a full database read is required to build up the mapping on instantiation or on first read), so this solution is not optimal. Solution (5) is nice, but apart from the memory-usage, there is the added problem that whenever the engine receives on of these, it must parse the string to break out the bits that it needs, serially, for every id in the list (eg for a fetch request taking a list of ids). This cost seems prohibitive, since it affects (pretty much) every operation. So, we think you're right -- solution (2) seems the nicest. If you (or anyone else) do (does) get a chance to review the proposed API, that'd be greatly appreciated. Cheers, Chris. edit: there's currently one major missing piece of functionality from that branch: converting to/from a QVariant isn't implemented (needs to serialize/deserialize the private implementation in that conversion process). Just to be clear, it IS implementable (although may have to instantiate the engine factory and request the deserialization during the process..) but just not implemented yet.

[quote author="snowpong" date="1284066809"] Anyways - Qt Everywhere is true for the desktop, but it is NOT yet true for the mobile. I think if the community, partners and companies contribute - and Nokia help and push not just their own platforms, it can absolutely happen. Apple has tried locking developers in, which doesn't work long term. Nokia could be completely opposite, and make it easy for developers to target not just Symbian and MeeGo, but all the major mobile platforms. [/quote] Yes, very true. On mobile it is far from being everywhere. The smart installer is said to work reliably only on a couple of Symbian devices, N97 mini being one. Correct me if I'am wrong. In fact I like to be wrong here. I don't know if it will work well on other devices in near future. So how do we deploy apps made with Qt on Symbian phones ? True that most of the Symbian devices support Qt. But without a reliable means of deployment, it is of not much use. Bundling Qt is not an option in most cases. So as of now, we can use Qt if we are targeting N8 and probably N97 mini. About Nokia's openness, it is a good thing. But it will hurt Qt adoption. With J2me present, and with much more installed base, most of the applications for Symbian will be done in J2me rather than Qt. So Qt may be a platform for the future. We may still have to wait for 1 - 2 years, wait for Meego to get popular. Thats a troubling thought for a Qt lover like me. Also, now I'am more hopful about the iPhone port.

Thanks. I assumed they'd be "auto" generated - I know better now :)

snowpong, as for simulator rebuilding helped me (I'm able to generate pdfs). About other way for pdfs generating. I'm not sure I'm ready to rewrite eXaro library, but if it will not work at some devices then maybe I will need to do it :)

And the "source code":http://developer.symbian.org/oss/FCL/sf/mw/appinstall/ is actually available too

It seems that the focus policy (http://doc.qt.nokia.com/4.6/qwidget.html#focusPolicy-prop) of both QToolBox and QTabWidget has been explicitly set to Qt::NoFocus so they won't handle keypad navigation at all at the moment. I suggest you subclass them, set the focus policy to TabFocus, and then check out other classes like QSlider and QComboBox (search for #ifdef QT_KEYPAD_NAVIGATION) and check out how things are handled there, then do similar handling in your subclassed versions. Or just install an event filter and hack a less elegant solution :) (Alessandro, feel free to pitch in here :)

add -no-kbd-<> and -no-feature-keyboard

All 5th ed phones have the same processor(434 Mhz ARM11) and RAM (128 MB). "http://www.forum.nokia.com/Devices/Device_specifications/5250/":http://www.forum.nokia.com/Devices/Device_specifications/5250/ So all 5th editon/Symbian^1 phones should run QT apps with the same performance. As far as 3rd edition phones go i think it certainly depends on the Ram available and also the processor.I think Qt is compiled and runs on all ARM11s but doesn't on ARM9s,hence the reason why the N96 and a couple of other phones don't run QT.

Hi, yes can reproduce the problem. also I noticed that when the program is launched on the simulator, there is a white border on the first list item, which goes away when you change the selection. If you set the selectionmode to multiselection, the same behavior is observed on the simulator. Looks like a bug, you should log this.

Oh, it works after having updated the SDK. :-)

Hi Tobias, Sorry for the very late reply. Now, I think my application can find the correct plugins. I dynamically load the plugins folder (including phonon_backend: phonon_ds94.dll and phonon_waveout4.dll) but the problem is that I think the plugins cannot find the correct filters or codecs. Error message comes out when I try to play a video or audio. "The specified module could not be found. (0x8007007e)" Thanks

I tried that, but on the Symbian platform, it doesn't show the window. Sorry I wasn't more specific. Is there a way to keep the window on top with a Symbian platform phone?

Part four: Debugging In VS started by QT environment bat file analogclock project --> Property pages --> Linker --> Debugging --> Generate Map File Build it in VS started usual way with OS Design project OS Design project --> Property pages --> Pre-Make Image add command copy C:/Qt/2010.04CE/qt/examples/widgets/analogclock/debug/. C:/WINCE600/OSDesigns/OSDesign10/RelDir/My_platform_b043362_i_MX253_ARMV4I_Debug in c:/WINCE600/OSDesigns/OSDesign10/test_app/test_app.bib: change record for analogclock.exe analogclock.exe $(_FLATRELEASEDIR)/analogclock.exe NK in c:/WINCE600/OSDesigns/OSDesign10/test_app/test_app.cpp change code to start analogclock.exe bool_r=CreateProcess( _T("analogclock.exe"), NULL, NULL, NULL, FALSE, NULL, //NORMAL_PRIORITY_CLASS, NULL, NULL, NULL, &processInfo); Then open C:/Qt/2010.04CE/qt/examples/widgets/analogclock/analogclock.cpp set breakpoint in AnalogClock::paintEvent call Target --> Attach device, etc

Qt in my phone is 4.06(3)

Yes, it is a bit sad specially because the upcoming "X3-02":http://www.forum.nokia.com/Devices/Device_specifications/X3-02/ seems to be a nice device. In "Nokia Software Strategy WhitePaper":http://phx.corporate-ir.net/External.File?item=UGFyZW50SUQ9MjQxMzB8Q2hpbGRJRD0tMXxUeXBlPTM=&t=1 from the end of 2009, only Java me is mentioned for S40 development.