Re: Why isn't the constructor of Gtk::Application public?



So because objects of a classes inheriting from GObject are held by
Glib::RefPtr's Gtk::Application's are also held in Glib::RefPtr's?

I think smart pointer should only be used if they are needed. Probably
this is only my philosophy and if you discussed it already i will not
insist of it being public.:)

btw. now that Glib::RefPtr is a std::shared_ptr you could use
std::make_shared().
(also my philosophy)

Thanks for the answer.
phosit


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