Damien Sandras a écrit :
> Le mercredi 30 août 2006 à 14:03 +0200, Julien PUYDT a écrit :
>> Damien Sandras a écrit :
>>> Le mercredi 30 août 2006 à 13:41 +0200, Julien PUYDT a écrit :
Comments?
>>> Yes: very low priority, not an objective for next release.
>> Uh... are we talking about the pl
Le mercredi 30 août 2006 à 14:03 +0200, Julien PUYDT a écrit :
> Damien Sandras a écrit :
> > Le mercredi 30 août 2006 à 13:41 +0200, Julien PUYDT a écrit :
> >> Comments?
> >
> > Yes: very low priority, not an objective for next release.
>
> Uh... are we talking about the plugin system here?
No
Damien Sandras a écrit :
> Le mercredi 30 août 2006 à 13:41 +0200, Julien PUYDT a écrit :
>> Comments?
>
> Yes: very low priority, not an objective for next release.
Uh... are we talking about the plugin system here?
It isn't that low priority : who will ship ekiga packages with support
for ava
Le mercredi 30 août 2006 à 13:41 +0200, Julien PUYDT a écrit :
> Damien Sandras a écrit :
> > I'm not against it, but we have to put some priorities, and as a
> > maintainer, I would prefer that we respect them.
> >
> > Currently, the top priorities for next release are :
> > 1) Implement presence
Damien Sandras a écrit :
> I'm not against it, but we have to put some priorities, and as a
> maintainer, I would prefer that we respect them.
>
> Currently, the top priorities for next release are :
> 1) Implement presence support using SIP in Ekiga
> 2) Improve the User Interface
> 3) Port to GT
Damien Sandras a écrit :
> Currently, the top priorities for next release are :
> 1) Implement presence support using SIP in Ekiga
You're working on this.
> 2) Improve the User Interface
The signal-callback approach helps with this.
> 3) Port to GTK+ 2.10 and close all features requests in bugz
Damien Sandras a écrit :
> Le mercredi 30 août 2006 à 07:45 +0200, Julien PUYDT a écrit :
>> Hi,
>>
>> threads in ekiga are quite problematic :
>> (1) $ grep -r . -e _threads_ | wc -l
>> 449
>> (2) http://bugzilla.gnome.org/show_bug.cgi?id=329454
>>
>> We can't really get rid of them, so we have to
Le mercredi 30 août 2006 à 07:45 +0200, Julien PUYDT a écrit :
> Hi,
>
> threads in ekiga are quite problematic :
> (1) $ grep -r . -e _threads_ | wc -l
> 449
> (2) http://bugzilla.gnome.org/show_bug.cgi?id=329454
>
> We can't really get rid of them, so we have to find a way to live with them.
>
Julien PUYDT a écrit :
> endpoint-as-GObject
The dbus component could give ideas what this could look like.
Snark
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
I think this is a really good idea. The gdk_enter / leave hack is
frustrating and good also hamper interactivity.
On Wed, 2006-08-30 at 07:45 +0200, Julien PUYDT wrote:
> Hi,
>
> threads in ekiga are quite problematic :
> (1) $ grep -r . -e _threads_ | wc -l
> 449
> (2) http://bugzilla.gnome.org
Hi,
threads in ekiga are quite problematic :
(1) $ grep -r . -e _threads_ | wc -l
449
(2) http://bugzilla.gnome.org/show_bug.cgi?id=329454
We can't really get rid of them, so we have to find a way to live with them.
The work to switch to a signal/callback approach gives an occasion to
(mostly)
11 matches
Mail list logo
