Re: [pygtk] PyGObject directory issue again, taking a stand
- From: Tomeu Vizoso <tomeu sugarlabs org>
- To: Dieter Verfaillie <dieterv optionexplicit be>
- Cc: python-hackers-list <python-hackers-list gnome org>, pygtk <pygtk daa com au>
- Subject: Re: [pygtk] PyGObject directory issue again, taking a stand
- Date: Tue, 23 Nov 2010 15:03:50 +0100
On Tue, Nov 23, 2010 at 13:46, Dieter Verfaillie
<dieterv optionexplicit be> wrote:
> Quoting "Tomeu Vizoso" <tomeu sugarlabs org>:
>>> Building on the above, we could have part of a reliably method to
>>> detect [2] if the static bindings get imported but you already have
>>> imported gi (but not necessarily the inverse!) and raise a
>>> warning/error 'you should not mix the old static bindings with the
>>> new introspected bindings'.
>>
>> It can be a bit tricky because the problem is only with mixing
>> wrappers for the same classes. As in, using the static bindings for
>> GStreamer in an app that uses Gtk+ through introspection should be
>> safe.
>
> It's not up to me to decide anything, but is a kludge like that really
> planned to be supported? Maybe I missed the point of the whole gi effort,
> I thought the goal was that static bindings will be abandoned in favor of
> introspection... Looks like I have some more reading to do ;)
Why would that be a kludge? For maintainability reasons, I tend myself
to introspection-only, but some people (actually, gstreamer
developers) have shown concern about the extra overhead during
invocation because there are server-side users of gstreamer that don't
care much about startup cpu and memory usage.
Regards,
Tomeu
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]