On Wed, Jul 15, 2009 at 5:01 PM, Sebastian Krzyszkowiak <[email protected] > wrote:
> On 7/15/09, c_c <[email protected]> wrote: > > > > Hi, > > > > Tom-6 wrote: > >> > >> I agree, I think we should think about e17 integration and not forking > :) > >> > > I agree too - only, a few of us will have to begin work since the e17 > team > > is busy with e17 :-) > > > > Tom-6 wrote: > >> > >> especially since this app is awesome! I'm more than sure that it'll be > >> accepted as default as soon as you send it > >> > > I think Illume will need a rewrite / code addition to add similar > > functionality. Actually, since Illume uses evas directly, a native > > implementation of the functionality provided by Launcher will be far > better > > done in Illume. > > I'm looking at illume's code - and intend starting hacking it from next > > week. Hopefully, I should be able to get something going by the month end > - > > depending on what free time I manage to devote. > > Volunteers for coding are more than welcome and someone will need to do > > some artwork too. People willing to devote time can say so on this list. > > I'll contact them after I set up a repo on googlecode. > > Also can someone send me better icons for the missed calls / sms > received? > > I would prefer svg - so that I can get them sized correctly. > > Thanks > > Please consider using opimd interface to indicate missed calls and > unread messages. It's already usable (pyphonelog uses opimd Calls > domain for instance, and there are oeventsd rules for new calls and > messages) > dos1, I don't think he should use the opimd interface, as I don't think he should implement those at all! 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. Tom.
_______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
