Send Gtkmm-forge mailing list submissions to
[EMAIL PROTECTED]
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
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
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 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm
(bugzilla.gnome.org))
2. [Bug 336519] Gtk::TreeModel does not offer an erase-method (gtkmm
(bugzilla.gnome.org))
3. [Bug 336598] New: Glib option parser: Default arguments are overwritten
(glibmm (bugzilla.gnome.org))
4. [Bug 336598] Glib option parser: Default arguments are overwritten
(glibmm (bugzilla.gnome.org))
5. [Bug 336598] Glib option parser: Default arguments are overwritten
(glibmm (bugzilla.gnome.org))
6. [Bug 336598] Glib option parser: Default arguments are overwritten
(glibmm (bugzilla.gnome.org))
7. [Bug 336598] Glib option parser: Default arguments are overwritten
(glibmm (bugzilla.gnome.org))
8. [Bug 336519] Gtk::TreeModel does not offer an erase-method (gtkmm
(bugzilla.gnome.org))
9. [Bug 336519] Gtk::TreeModel does not offer an erase-method (gtkmm
(bugzilla.gnome.org))
--__--__--
Message: 1
To: [EMAIL PROTECTED]
From: "gtkmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 01:10:53 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 309030] Gtk::TreeModelColumn not imported
properly on windows
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=3D309030
gtkmm | TreeView | Ver: 2.6
Cedric Gustin changed:
What |Removed |Added
-------------------------------------------------------------------------=
---
CC| |[EMAIL PROTECTED]
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Comment #27 from Cedric Gustin 2006-03-30 06:10 UTC -------
I reopened the bug. But please provide a simple testcase. It is very diff=
icult
to track this bug without an example that shows actual and expected resul=
ts. I
want to see/look for the clear link between a possible bug in gtkmm (on w=
in32)
and some bug in the mingw32 target of gcc. Ideally, we should have someth=
ing
like the bug tracking done for bug #158040 with Visual Studio.
--=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: [EMAIL PROTECTED]
From: "gtkmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 01:57:46 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 336519] Gtk::TreeModel does not offer an
erase-method
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=3D336519
gtkmm | TreeView | Ver: 2.8.x
Murray Cumming changed:
What |Removed |Added
-------------------------------------------------------------------------=
---
CC| |[EMAIL PROTECTED]
Status|UNCONFIRMED |RESOLVED
Resolution| |WONTFIX
------- Comment #1 from Murray Cumming 2006-03-30 06:57 UTC -------
Most of the adding/setting/erasing methods are not virtual. set_value() i=
s an
exception, and I think we only did that to support operator[] easily. Eve=
n that
is a bit of a hack, because there might be a TreeModel some day that has =
no
appropriate set_value() implementation.
It's not ideal, but it's not a big problem, I think. And yes, this would =
break
the ABI.
Do make sure that you use RefPtr::cast_dynamic() instead of some other dy=
namic
check.
--=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: 3
To: [EMAIL PROTECTED]
From: "glibmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 05:30:25 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 336598] New: Glib option parser: Default
arguments are overwritten
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=3D336598
glibmm | general | Ver: 2.8.x
Summary: Glib option parser: Default arguments are overwritten
Product: glibmm
Version: 2.8.x
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
QAContact: [EMAIL PROTECTED]
GNOME version: 2.11/2.12
GNOME milestone: Unspecified
Please describe the problem:
When giving an argument to Glib::OptionGroup::add_entry, glibmm resets it=
to
zero in Glib::OptionContext::parse if the argument was not given on the c=
ommand
line. This makes it unpossible to have non-zero default arguments. The pr=
oblem
does not occur using the plain C API of GOption.
Steps to reproduce:
1. Compile the attached gopt.c.
2. Compile the attached goptmm.cc.
3. Run both without any command line arguments.
4. Compare the results.
Actual results:
The C++ overrides the default arguments, the C version does not.
Expected results:
Both versions produce the same result.
Does this happen every time?
Yes.
Other information:
--=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: 4
To: [EMAIL PROTECTED]
From: "glibmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 05:31:30 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 336598] Glib option parser: Default arguments
are overwritten
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=3D336598
glibmm | general | Ver: 2.8.x
------- Comment #1 from Armin Burgmeier 2006-03-30 10:31 UTC -------
Created an attachment (id=3D62373)
--> (http://bugzilla.gnome.org/attachment.cgi?id=3D62373&action=3Dview)
C version with working default arguments
--=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: 5
To: [EMAIL PROTECTED]
From: "glibmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 05:32:11 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 336598] Glib option parser: Default arguments
are overwritten
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=3D336598
glibmm | general | Ver: 2.8.x
------- Comment #2 from Armin Burgmeier 2006-03-30 10:32 UTC -------
Created an attachment (id=3D62374)
--> (http://bugzilla.gnome.org/attachment.cgi?id=3D62374&action=3Dview)
C++ version overriding default arguments
--=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: 6
To: [EMAIL PROTECTED]
From: "glibmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 05:32:48 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 336598] Glib option parser: Default arguments
are overwritten
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=3D336598
glibmm | general | Ver: 2.8.x
------- Comment #3 from Armin Burgmeier 2006-03-30 10:32 UTC -------
Created an attachment (id=3D62376)
--> (http://bugzilla.gnome.org/attachment.cgi?id=3D62376&action=3Dview)
Proposed patch
--=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: 7
To: [EMAIL PROTECTED]
From: "glibmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 07:21:37 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 336598] Glib option parser: Default arguments
are overwritten
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=3D336598
glibmm | general | Ver: 2.8.x
Murray Cumming changed:
What |Removed |Added
-------------------------------------------------------------------------=
---
CC| |[EMAIL PROTECTED]
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Comment #4 from Murray Cumming 2006-03-30 12:21 UTC -------
Excellent. I have committed that, with some small changes:
- Some temporary variables to that the code is a little bit more explicit=
, just
to suite my taste.
- Swapped the string/filename parts because filenames should be std::stri=
ng.
- Used a default value in examples/options/
I also took the hint and used static_cast<> for the other casts in this f=
ile.
Well done and thanks.
--=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: 8
To: [EMAIL PROTECTED]
From: "gtkmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 09:30:16 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 336519] Gtk::TreeModel does not offer an
erase-method
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=3D336519
gtkmm | TreeView | Ver: 2.8.x
------- Comment #2 from Markus Schwab 2006-03-30 14:30 UTC -------
So the recommendation of the gtkmm-team is to use something along the lin=
es of:
Glib::RefPtr<Gtk::TreeStore> ptr
(Glib::RefPtr<Gtk::TreeStore>::cast_dynamic (get_model ()));
if (ptr)
ptr->erase (line);
else {
Glib::RefPtr<Gtk::ListStore> ptr
(Glib::RefPtr<Gtk::ListStore>::cast_dynamic (get_model ()));
if (ptr)
ptr->erase (line);
}
That works fine, unless of course someone developes e.g. a PyramidStore. =
Hm,
tempting ;)
Anyway; thanks for the quick response (and gtkmm as a whole)!
--=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: 9
To: [EMAIL PROTECTED]
From: "gtkmm (bugzilla.gnome.org)" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2006 09:48:02 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 336519] Gtk::TreeModel does not offer an
erase-method
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=3D336519
gtkmm | TreeView | Ver: 2.8.x
------- Comment #3 from Murray Cumming 2006-03-30 14:48 UTC -------
Yes, that is unfortunately the recommendation.
Personally I can't imagine why remove() (gtk_list_store_remove() and
gtk_tree_store_remove()) couldn't be in the base class. Unlike
append()/insert() different models don't need different parameters, so fa=
r at
least.=20
But that's something that you'd probably have to convince the GTK+ develo=
pers
of before we'd make it appear that way. But GtkTreeModelIface does not se=
em to
have any unused padding left, and the GTK+ developers have zero plans to =
do an
ABI-breaking version.
Luckily, you usually know what model you are using.
--=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
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest
_______________________________________________
gtkmm-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtkmm-list
