Re: [qtMoko] How Contact selection UI is filled
On Wednesday 25 January 2012 17:05:40 Guilhem Bonnefille wrote: I still not know precisely what code is running when I select recipients of a SMS. But I found many codes doing similar things, but differently. QContactSelector (in src/libraries/qtopiapim/qcontactview.cpp) allow to select a single contact (I think) but return a QContact reference. The caller is then responsible of picking the right info and requesting a new selection from the user if the selected contact has many possible info (see src/server/phone/dialer/touch/dialer.cpp). This seems quite a good design. I also found AddressSelectorWidget (in src/libraries/qtopiamail/addressselectorwidget.cpp). It allows to select many recipients. But, by design, it does not allow to select the phone number of a contact when this contact has many phone numbers. The info used are only the defaultPhone or defaultEmail. This selector is interesting as it allow to select many contacts and offers a Find feature. What's the right way to fix the issue? I imagine the best one is to merge these selectors. But I'm really too new to qtMoko's hacking to decide the way to merge these codes. Any suggestion is welcome. Hmm the stuff around mail is quite complicated and IMO overengineered, but it's working quite good. I am afraid that big changes can break it. I think the multiple selection was supposed to work like this: - If contact has one phone number it's always used - If contact has two or more numbers you can edit the contact and set default phone number. This number is then used without asking. QContact has defaultPhoneNumber property [1] - it think it was for this purpose. But i cant see a place where it is used in code and where you can set it up from ui... You could get better overview how it works if you compile qtmoko with debug (i think it's -debug configure switch) and then use gdb on your phone on the qtmail application. I might want to take a look at it too, but i am currently a bit busy. Regards Radek [1] http://radekp.github.com/qtmoko/api/qcontact.html#defaultPhoneNumber ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT] HP contributes webOS software to the open source community
Here's HP's full schedule for open-sourcing webOS: January: Enyo 2.0 and Enyo source code; Apache License, Version 2.0 February: Intended project governance model; QT WebKit extensions; JavaScript core; UI Enyo widgets March: Linux standard kernel; Graphics extensions EGL; LevelDB; USB extensions April: Ares 2.0; Enyo 2.1; Node services July: System manager (“Luna”); System manager bus; Core applications; Enyo 2.2 August: Build release model; Open webOS Beta September: Open webOS 1.0 (source: http://news.yahoo.com/hps-plan-open-source-webos-whats-taking-long-213125225.html) urodelo On Mon, 12 Dec 2011 19:17:31 +0100, Poul Kristensen bcc5...@gmail.com wrote: In my point of view it is about time HP is contributing to the opensource community. For several years and still do they have only supported M$ especially in their datacenters. HP even call you be phone asking you to migrate from open source to another platform (read M$). Believe me I have been called! HP uses a lot of opensource in their apps. especially Postgresql, so it's about time!! Poul *Nix Sysadm. 2011/12/12 Denis 'GNUtoo' Carikli gnu...@no-log.org: For me SHR or QTMoko should takes the card metaphor idea. It is really THE thing for me + the gesture handling, and both can be taken. I personally would love to be able to adapt these in Enlightenment. It's already done in elfe but requires a 24 or 32bit framebuffer. *)enable elfe and disable illume-home *)enable compositing *)bind the key for switching to the card mode *)press that key Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 用斯斯! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] GTA04: gyroscope and compass drivers added/made working
Dr. H. Nikolaus Schaller h...@goldelico.com writes: Now we have all sensors working: Accelerometer, Barometer, Gyroscope, Compass, Touch screen. And some of them even have a built-in thermometer. Can I just check: I don't believe my GTA04A3 has any of these sensors, because I didn't explicitly ask or pay for them. Is that right? (I guess it might be possible that some of them were included anyway.) Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko][GTA04] build QtMoko
Hi List, I just came across the build instructions for QtMoko on GTA04. Thanks for the elaborate instructions, Radek! I was thinking of giving a build by myself of the current git status, and with your qemu-image and those instructions I might even succeed :-) The image is downloading. Once I've successfully installed a rootfs and kernel (both either provided or build by myself) I'll see if I can perform some of the tests with either GPRS/UMTS or trying a phone call. Neil B, thank you for your continuous work on Linux 3.x, and for your howto on making a data connection! Boudewijn smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community