I definitely second that. Empathy/Contacts can easily have between 1000
to 5000 rows and I've measured that widget creation (and destruction) in
GtkListBoxRow is a real bottleneck. It's a bit hidden by folks having
even worse performances, though (but it improved recently and I did not
re-test).
Le jeudi 08 décembre 2011 à 19:00 -0500, Ryan Lortie a écrit :
1) every app already has the same menubar (content) in each window
You obviously didn't write that email using evolution...
Regards,
Xavier Claessens.
___
gtk-devel-list mailing list
be useful to return a ref and unref in an idle
cb, to let a chance to the caller to keep the ownership, and still not
forcing every caller to always have to care about memory management. It
is trivial to implement, but since it is not usual in glib APIs, I never
did it.
Regards,
Xavier Claessens
Le mardi 17 mai 2011 à 09:21 -0400, David Zeuthen a écrit :
Hi,
On Tue, May 17, 2011 at 8:57 AM, Xavier Claessens xclae...@gmail.com wrote:
Hi,
I've discovered your gdbus-codegen utility in GLib 2.29.x. Those new
APIs looks really good, I can't wait for using them :D
However I've
,
Xavier Claessens.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
in a
GSequence in an order you already know is sorted.
Regards,
Xavier Claessens
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
?
Because it is inspired from g_output_stream_splice_async() which can't
do that neither :P
Regards,
Xavier Claessens.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Could a GLib maintainer review and approve/reject/comment on that bug
please? https://bugzilla.gnome.org/show_bug.cgi?id=617254
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Please tell me if I can merge the branch proposed on that bug:
https://bugzilla.gnome.org/show_bug.cgi?id=621651
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Please GTK/GtkTreeView people take a look at that bug:
https://bugzilla.gnome.org/show_bug.cgi?id=626503
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
If you are GTK maintainer, please read that bug:
https://bugzilla.gnome.org/show_bug.cgi?id=621393
Please comment the Idea/API/Implementation so I know it's worth pushing
it to GTK itself.
Thanks,
Xavier Claessens.
___
gtk-devel-list mailing list
gtk
a GCancellable to stop
the 2nd splice when the first ends?
Regards,
Xavier Claessens.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
to deprecated that code?!?
Regards,
Xavier Claessens.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Le 28/06/10 15:48, Bastien Nocera a écrit :
On Mon, 2010-06-28 at 15:26 +0200, Xavier Claessens wrote:
2) If all unmaintained code should be deprecated with no replacement,
what do we have left in glib/gtk? Probably not that much...
That sort of comments has no place here, and hardly helps
Le 28/06/10 15:49, Emmanuele Bassi a écrit :
On Mon, 2010-06-28 at 15:26 +0200, Xavier Claessens wrote:
1) I can think a bazillion of UIs that do/should have completion.
the fact that nobody implemented them using GCompletion should give a
hint that: a) this is not a shared opinion and b
.
Regards,
Xavier Claessens.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Hello,
I opened bug #617254 [1] and attached a patch. It is waiting for a GLib
dev to review and approve the patch. can someone please check that bug?
Thanks,
Xavier Claessens.
[1] https://bugzilla.gnome.org/show_bug.cgi?id=617254
___
gtk-devel
Hello,
I opened bug #621651 [1] and attached a patch. It is waiting for a GTK+
dev to review and approve the patch. can someone please check that bug?
Thanks,
Xavier Claessens.
[1] https://bugzilla.gnome.org/show_bug.cgi?id=621651
___
gtk-devel
in its dropdown menu. That's a feature I really miss in
epiphany-webkit compared to firefox... not sure yet how that could be
presented in the UI though. Probably in that case we don't need to
display an entry at all.
Hmm... probably 1 and 2 are the general use-case for GtkIconView.
Regards,
Xavier
Hello,
I've been working on the HildonLiveSearch widget you can see on N900.
This is the entry you see when typing on the keyboard to filter your
contact list for example.
Felix Kaser and I ported that widget to Empathy's main window. The code
is in git master[1]. I would like to propose
Le lundi 11 mai 2009 à 19:26 +0200, Alexander Larsson a écrit :
On Mon, 2009-05-11 at 10:49 -0400, Dan Winship wrote:
On 05/11/2009 10:30 AM, Stefan Kost wrote:
Alexander Larsson schrieb:
GResolver is already in gio, yes. NameResolver isn't really less generic
than GResolver though.
21 matches
Mail list logo