Great! Thx - at least I can see the interfaces in dbus now! Any point in time in mind already for pushing this into the release??
Mike On 12/17/2009 06:36 PM, Tom Hacohen wrote: > Hehe, yeah, sorry about not mentioning it, get the dos/opimd-tracking branch > :P > > On 12/17/09, Michael Pilgermann <[email protected]> wrote: >> Tom, >> thx for the quick reply. >> >> I did overwrite the opimd folder with the stuff from git (I hope, this >> one is correct: >> http://git.freesmartphone.org/?p=framework.git;a=tree;f=framework/subsystems/opimd;h=c27fac3a161e5041a6dad08258462ae9cdc84987;hb=HEAD); >> still, I don't see any additional options in the dbus interface (using >> mdbus -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts) >> >> Any other suggestion?? >> thx >> Mike >> >> On 12/17/2009 12:17 PM, Tom Hacohen wrote: >>> It's not yet there, we don't want to upgrade before the apps support it. >>> But if you want to test it: >>> clone opimd's git and then >>> scp framework/subsystems/opimd/*.py >>> r...@moko:/usr/lib/python2.6/site-packages/framework/subsystems/opimd/ >>> >>> >>> On 12/17/09, Michael Pilgermann <[email protected]> wrote: >>>> Hi all, >>>> >>>> in terms of PISI you only need to make sure that in the config file >>>> (/root/.pisi/conf) the option is disabled: >>>> >>>> [opimd] >>>> description=OPIMD Contacts >>>> module=contacts_opimd >>>> phone_autoprefix=FALSE >>>> >>>> The code has been changed already; so the auto-prefixing will not take >>>> place any longer (with the next minor release of PISI). >>>> >>>> For applying the changes to PISI for the attributes >>>> (http://wiki.openmoko.org/wiki/Opimd_redesign#Changes_in_fields) I am a >>>> bit lost. I have upgraded to latest SHR-T last night; though I haven't >>>> been successful in accessing the types information under Python >>>> (although I understood the theory behind) ... >>>> >>>> 1) Maybe the news have not yet made it into SHR-Testing?, or >>>> 2) Can anybody provide a working Python-Script accessing this kind of >>>> info?? >>>> >>>> Thx in advance, best >>>> Michael >>>> >>>> >>>> On 12/06/2009 08:39 PM, Tom Hacohen wrote: >>>>> Hello, >>>>> >>>>> In response to http://wiki.openmoko.org/wiki/Opimd_redesign dos1 >>>>> improved opimds type handling. >>>>> I'm sending this to shr-devel since there are many shr apps that use >>>>> opimd, and I also CCed the PISI devs, as they should probably change a >>>>> thing or two in pisi in order to support this change. >>>>> This change brought a lot of sanity into opimd and it's API and will let >>>>> us have a lot of control, and soon after, major performance >>>>> improvements. >>>>> >>>>> The change is described in the following section: >>>>> http://wiki.openmoko.org/wiki/Opimd_redesign#Changes_in_fields >>>>> >>>>> Summary of the wiki page: >>>>> You now can (and should) state the type of every non generic field, for >>>>> instance "Phone" and "cellphone" will have the type "phonenumber" and >>>>> "Name", "Surname" and "Nickname" will have the type "name". "Work-Email" >>>>> will have the type "email" etc. >>>>> This will let both the UI apps and opimd itself to handle things more >>>>> correctly (For a more full description read the wiki page). >>>>> But most importantly, you should now ***DROP*** the "tel:" prefix from >>>>> the phone numbers fields. >>>>> >>>>> We'll provide (dos1 will write) a script that drops all the "tel:" >>>>> prefixes from all the fields with names that contain "phone" (case >>>>> insensitive) and will add the them to types. >>>>> >>>>> >>>>> Please ask here if there's something you don't understand. >>>>> >>>>> Although I stated it enough in the wiki page, I really think it's >>>>> important to make sure you understand how crucial it is to add types to >>>>> your opimd using apps, so please do. >>>>> >>>>> Again, a lot of thanks to dos1 that did a great job implementing those >>>>> changes and in a very short period of time. :P >>>>> >>>>> This change is not yet in master branch but will get there soon, so get >>>>> ready and wait for further notices. >>>>> -- >>>>> Tom. >>>> >>>> >>> >>> >> >> > > _______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
