Re: 'reloading' gtktreeview when model changes drastically
On Sun, 2007-08-05 at 00:32 +0200, Milosz Derezynski wrote:
> --snip--
> void
> Playlist_V::put_track_at_iter (Track const& track,
> Gtk::TreeModel::iterator & iter)
> {
> (*iter)[m_track_cr.track] = track;
> (*iter)[m_track_cr.uid] = track.bmpx_track_id ;
> (*iter)[m_track_cr.localUid] = m_localUid;
> (*iter)[m_track_cr.searchKey] = track.title ?
> track.title.get() : std::string();
> (*iter)[m_track_cr.playTrack] = track.active.get();
> --snip--
>
> And yes, this is exactly how it looks like: The row is accessed for
> each of those lines, and each uses a separate call to list_store_set()
> internally. Yes, it i disastrous to performance. One guy on the
> gtkmm-devel list recently made a benchmark and found that the gtkmm
> way of doing this is approximately 75 times (not 75% -- 75 times)
> slower than the C Gtk+ method.
Youch. And I recently changed Tasks from append/set/implicit sort to
insert at index 0/implicit sort because it is visibly faster on slower
devices (as well as leading to cleaner code, no more row-inserted events
with unset data).
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Unaccounted time during containers' lifecycle
On Sat, 2007-04-07 at 17:05 -0500, Matt Hoosier wrote: > So, a couple of questions seem to follow from that: > > * Why is the size negotiation done twice before that window appears > on-screen? I'm attaching the program used to generate the timings > below, and I don't see any setter calls made on a widget after the > window is shown, that would cause it to do a queue_resize(). I just had a thought -- the style-set signal might because a re-negotiate. I hacked that into the test case: [Cycle 36]: construction finished at 0.0025 sec [Cycle 36]: style set at 0.0032 sec [Cycle 36]: requisition computed at 0.0075 sec [Cycle 36]: size allocated at 0.0080 sec [Cycle 36]: realized at 0.0081 sec [Cycle 36]: mapped at 0.0088 sec [Cycle 36]: exposed at 0.0726 sec Hm, style set isn't that slow. Hm, for some reason I'm not getting the second requisition/size-allocated pair after the window was mapped. Where you using a standard theme, or something custom? (I'm using Darkilouche, which is based on Clearlooks). Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.8.12 released
On Sat, 2006-02-11 at 13:14 -0500, Matthias Clasen wrote: > * The font selection dialog can now select fractional > font sizes [Ross Burton] Incorrect summary of the changelog: the font selection dialog always allowed fractional sizes, but GtkFontButton truncated it for display. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
