Gtkmm-forge digest, Vol 1 #942 - 2 msgs



Send Gtkmm-forge mailing list submissions to
	gtkmm-forge lists sourceforge net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
	gtkmm-forge-request lists sourceforge net

You can reach the person managing the list at
	gtkmm-forge-admin lists sourceforge net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."


gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla.  A daily digest is sent to gtkmm-main, to encourage people to help fixing the bugs. Do not try to unsubscribe gtkmm-forge from gtkmm-list.


Today's Topics:

   1. [Bug 302736] A member function equivalent of static Gdk::Pixbuf::create_subpixbuf() would be more convenient (bugzilla-daemon bugzilla gnome org)
   2. [Bug 302736] A member function equivalent of static Gdk::Pixbuf::create_subpixbuf() would be more convenient (bugzilla-daemon bugzilla gnome org)

--__--__--

Message: 1
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Date: Tue, 21 Jun 2005 02:49:00 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 302736] A member function equivalent of static Gdk::Pixbuf::create_subpixbuf() would be more convenient

Please DO NOT reply to this by email. All additional comments should be m=
ade in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=3D302736
 gtkmm | general | Ver: 2.5.x





------- Additional Comments From Michael J M Thomson  2005-06-21 06:48 --=
-----
You're right, a non-static function shouldn't be called create*, would in=
cluding
it as e.g. subpixbuf(...) be a better option though? Because if you think=
 nabout
it, everywhere else in gtkmm C functions that operate on an instance are
generally wrapped as member functions, with constructors and create metho=
ds
wrapping C functions that construct something -- this much is obvious and=
 makes
sense -- but gdk_pixbuf_new_subpixbuf seems to fit both categories, it ac=
cepts
an instance as its first argument /and/ constructs another.

To be honest I found it odd that the feature is a static create method at=
 all,
which imho feels unnatural to use. It doesn't feel like constructing, and=
 if
gtkmm didn't have need of create methods, I doubt it would've been implem=
ented
as a constructor.

Also, saying that
  pixbuf->subpixbuf(...)                      (object->method(args))
isn't much more convenient than
  Gdk::Pixbuf::create_subpixbuf(pixbuf, ...)  (objecttype_method(object, =
args))
seems like saying that e.g.
  button->set_relief(Gtk::RELIEF_NONE)
isn't much more convenient than
  gtk_button_set_relief(button, GTK_RELIEF_NONE)

Anyway, thanks for your time. Sorry to be bothering you with such trivial=
 things.

------- You are receiving this mail because: -------
You are the assignee for the bug.


--__--__--

Message: 2
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Date: Tue, 21 Jun 2005 03:00:57 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 302736] A member function equivalent of static Gdk::Pixbuf::create_subpixbuf() would be more convenient

Please DO NOT reply to this by email. All additional comments should be m=
ade in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=3D302736
 gtkmm | general | Ver: 2.5.x





------- Additional Comments From Michael J M Thomson  2005-06-21 07:00 --=
-----
*It doesn't feel like constructing any more than scale_simple() does (sor=
ry, I
switched windows to check scale_simple wasn't also a static function, the=
n
forgot to type it here)

------- You are receiving this mail because: -------
You are the assignee for the bug.



--__--__--

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest



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