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

[gtkmm-forge-request lists sourceforge net]

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 134161] get_widget_derived() alternative (gnomemm (bugzilla.gnome.org))
   2. [Bug 134161] get_widget_derived() alternative (gnomemm (bugzilla.gnome.org))

--__--__--

Message: 1
To: gtkmm-forge lists sourceforge net
From: "gnomemm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Mon,  9 Jan 2006 03:47:00 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 134161] get_widget_derived() alternative

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D134161
 gnomemm | libglademm | Ver: unspecified





------- Comment #10 from Murray Cumming  2006-01-09 08:46 UTC -------
> whether it would make sense for those constructors that don't take a re=
ference
> to a Gnome::Glade::Xml to also take another string argument representin=
g the
> domain for I18N

I guess we need to know when/if that is useful.


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


--__--__--

Message: 2
To: gtkmm-forge lists sourceforge net
From: "gnomemm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Mon,  9 Jan 2006 18:06:19 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 134161] get_widget_derived() alternative

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D134161
 gnomemm | libglademm | Ver: unspecified





------- Comment #11 from Tim Mayberry  2006-01-09 23:06 UTC -------
(In reply to comment #10)
> > whether it would make sense for those constructors that don't take a =
reference
> > to a Gnome::Glade::Xml to also take another string argument represent=
ing the
> > domain for I18N
>=20
> I guess we need to know when/if that is useful.
>=20

This might be able to sum it up better than I can
http://developer.gnome.org/doc/API/libglade/libglade-i18n.html

So from my understanding it would be useful when you want to support I18N=
 when
the translation domain used to look up the translations is different from=
 the
default AND you want to use the version of the constructor that only take=
s a
filename/widgetname(/domain) rather than the constructor that takes a
Gnome::Glade::Xml reference.

As I've said above, it is still possible to specify the translation domai=
n when
creating the glade Xml reference and then using that in the Derived<T>
constructor. I only brought it up because it seemed a little inconsistant=
, I
don't see it as an issue.



--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
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