org.freesmartphone.opimd Then just listen to signals: org.freesmartphone.PIM.Messages.UnreadMessages at /org/freesmartphone/PIM/Messages and org.freesmartphone.PIM.Calls.NewMissedCalls at /org/freesmartphone/PIM/Calls
Both will return just numer of unread messages or new missed calls (for it being fully functional, phone apps should also use opimd interface, but it should happen in SHR soon) On 7/15/09, c_c <[email protected]> wrote: > > Hi, > Thanks for the ideas. Keep them coming. > > @Sebastian Krzyszkowiak >> Please consider using opimd interface to indicate missed calls and >> unread messages....and there are oeventsd rules for new calls and >> messages) > > I agree I should do that for launcher. Will look at the opimd > documentation to implement it that way. > > @Tom >> c_c, You should provide dbus (or other?) api for setting/changing the >> missed calls/messages/etc (or even make it plugable?) as illume should >> not be framework dependent. > > I agree Illume should not be framework dependent - but then dbus is also a > framework! But - yes, perhaps dbus is a better way to go about doing this > for now. > > @Tilman Baumann > Yup - plugins/applets are also a way of implementing this functionality. > Personally, I would like to implement missed calls and new sms as a plugin. > That would require minimal change to Illume as it exists. > Yet - for the long run, I think there should be a notification dbus > interface that can define a message and icon to be shown (by Illume) > somewhere on the home page (default) for Illume. That will allow any > application/daemon to indicate something to the user. Of course - that > means there should be a home to begin with. I'm not sure what raster had in > mind for the home page when he indicated that he had something else in mind > (on the ML somewhere - pretty long ago). > > With a notification service - the gsmd or pimd daemon (or another daemon) > can then set the notification for a new sms/missed call without Illume > having to have even a plugin at all or know anything about the telephony > stack. Apparently, there's a notification module for e that supports the FDO > notification protocol via dbus. I'm not sure if it's available for Illume > but that seems like the best way to go forward. > I'm still trying to understand the reasons why Illume is the way it is. > And the other functionalities available in e that can be added to Illume to > get a better experience on the phone. > I think a home screen is a good idea, as is having a notification service > to begin with. More features can then be added as things take shape. > > > -- > View this message in context: > http://n2.nabble.com/Re%3A-Launcher-as-default-desktop-app-tp3245056p3264375.html > Sent from the SHR Users discussions mailing list archive at Nabble.com. > _______________________________________________ > Shr-User mailing list > [email protected] > http://lists.shr-project.org/mailman/listinfo/shr-user > _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
