Re: gtkmm 3.0: Removing ListHandle, SListHandle, etc



I vote for std::vector.

I keep trying to use std::list in my project but the need for random access to the elements keeps pushing me back to vector.

</my two cents>

Dustin

On Tue, May 18, 2010 at 2:41 PM, Murray Cumming <murrayc murrayc com> wrote:
In gtkmm 3.0, I'd like to remove the intermediate container types
because they just confuse people and make it necessary to read the
documentation:
http://library.gnome.org/devel/gtkmm-tutorial/unstable/sec-intermediate-types.html.en

So, for instance, Gtk::FileChooser::get_uris() would return a
std::list<> or std::vector instead of a Glib::SListhandle<>:
http://library.gnome.org/devel/gtkmm/2.20/classGtk_1_1FileChooser.html#abe7450acc71c70b5f595f9e23224a24e

I think people generally agree with me about this, but I'd like to hear
about any objections.

Also, should we use std::list or std::vector? I suspect that std::vector
would be more useful.

--
murrayc murrayc com
www.murrayc.com
www.openismus.com

_______________________________________________
gtkmm-list mailing list
gtkmm-list gnome org
http://mail.gnome.org/mailman/listinfo/gtkmm-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]