On Sat, 19 Dec 2009, Tom Hacohen wrote:

> On 12/19/09, Michael Pilgermann <[email protected]> wrote:
> > 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.
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >>
> >
> >

> Hm... I already made the necessary changes in our software, so the
> only real thing left is actually merging that branch to master, and
> adding the script dos wrote to fix opimd's db to frameworkd's
> postinstall script.


> mrmoku, dos: do you think it's time?
now or never ;) we should just do it and hurry up with sorting out the
problems... I myself will be offline from 24th to 2nd - so either we
hurry up and finish it before... or you will have to resolve issues
without me :P

-- 
Klaus 'mrmoku' Kurzmann
_______________________________________________
Shr-devel mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-devel

Reply via email to