GNOME.org
 

[gtkmm] Gtkmm-forge digest, Vol 1 #149 - 14 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.


Today's Topics:

   1. [Bug 87492] New - Can't copy radio button groups. (bugzilla-daemon widget gnome org)
   2. [Bug 87492] Changed - Can't copy radio button groups. (bugzilla-daemon widget gnome org)
   3. [Bug 87241] Changed - TextBuffer needs STL-style API (bugzilla-daemon widget gnome org)
   4. [Bug 87241] Changed - TextBuffer needs STL-style API (bugzilla-daemon widget gnome org)
   5. [Bug 87241] Changed - TextBuffer needs STL-style API (bugzilla-daemon widget gnome org)
   6. [Bug 87241] Changed - TextBuffer needs STL-style API (bugzilla-daemon widget gnome org)
   7. [Bug 87492] Changed - Can't copy radio button groups. (bugzilla-daemon widget gnome org)
   8. [Bug 87241] Changed - TextBuffer needs STL-style API (bugzilla-daemon widget gnome org)
   9. [Bug 87492] Changed - Can't copy radio button groups. (bugzilla-daemon widget gnome org)
  10. [Bug 87241] Changed - TextBuffer needs STL-style API (bugzilla-daemon widget gnome org)
  11. [Bug 87241] Changed - TextBuffer needs STL-style API (bugzilla-daemon widget gnome org)
  12. [Bug 87513] New - PORTING not very clear about new slot() behaviour (bugzilla-daemon widget gnome org)
  13. [Bug 87513] Changed - PORTING not very clear about new slot() behaviour (bugzilla-daemon widget gnome org)
  14. [Bug 87513] Changed - PORTING not very clear about new slot() behaviour (bugzilla-daemon widget gnome org)

--__--__--

Message: 1
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 09:03:11 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87492] New - Can't copy radio button groups.

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87492

Changed by matty chariot net au 

--- shadow/87492	Sat Jul  6 09:03:11 2002
+++ shadow/87492.tmp.5465	Sat Jul  6 09:03:11 2002
@@ -0,0 +1,35 @@
+Bug#: 87492
+Product: gtkmm
+Version: unspecified
+OS: Linux
+OS Details: Debian Woody/Linux 2.4
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: general
+AssignedTo: gtkmm-forge lists sourceforge net                            
+ReportedBy: matty chariot net au               
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: Can't copy radio button groups.
+
+CVS version pulled around 4/5 July 2002.
+
+Gtk::RadioButton:
+
+<MattyT> this code works:
+<MattyT>   group = reflexiveRadio.get_group();
+<MattyT>   irreflexiveRadio.set_group( reflexiveRadio.get_group() );
+<MattyT>   nonreflexiveRadio.set_group( reflexiveRadio.get_group() );
+<MattyT> this code doesn't:
+<MattyT>   group = reflexiveRadio.get_group();
+<MattyT>   irreflexiveRadio.set_group( group );
+<MattyT>   nonreflexiveRadio.set_group( group );
+<MattyT> should the copy constructor be private to prevent the second block?
+<murrayc> MattyT: Hmm. Maybe I broke it. Please submit a bug. I think that
+the group's internal GSList* needs to be updated every time something is
+added to it.
+<murrayc> MattyT: You can just copy this IRC conversation into the bug
+report if you like.



--__--__--

Message: 2
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 09:05:40 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87492] Changed - Can't copy radio button groups.

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87492

Changed by matty chariot net au 

--- shadow/87492	Sat Jul  6 09:03:11 2002
+++ shadow/87492.tmp.5893	Sat Jul  6 09:05:40 2002
@@ -30,6 +30,10 @@
 <MattyT> should the copy constructor be private to prevent the second block?
 <murrayc> MattyT: Hmm. Maybe I broke it. Please submit a bug. I think that
 the group's internal GSList* needs to be updated every time something is
 added to it.
 <murrayc> MattyT: You can just copy this IRC conversation into the bug
 report if you like.
+
+------- Additional Comments From matty chariot net au  2002-07-06 09:05 -------
+I should mention the symptoms - the radio buttons appear OK, but
+mutual exclusivity isn't maintained, the middle radio button acts weirdly.



--__--__--

Message: 3
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 11:15:40 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs STL-style API

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87241

Changed by murrayc usa net 

--- shadow/87241	Thu Jul  4 15:31:50 2002
+++ shadow/87241.tmp.26719	Sat Jul  6 11:15:40 2002
@@ -44,6 +44,13 @@
 What STL container is analogous to this situation?
 3. insert_with_tag(iter, text, tag) should probably also return an
 iterator and not modify the input iterator. This is obvious when you
 look at the patched example.
 
 This is for Daniel to look over before I go further with it.
+
+------- Additional Comments From murrayc usa net  2002-07-06 11:15 -------
+I was wrong. GtkTextIter does have the end() concept. Havoc knew what
+he was doing. So there wasn't so much to do. This revised patch just
+changes the insert() methods to return the new iterator and not modify
+the input iterator, like an STL-style insert() should. I'm confident
+that this patch is OK.



--__--__--

Message: 4
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 11:16:48 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs STL-style API

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87241

Changed by murrayc usa net 

--- shadow/87241	Sat Jul  6 11:15:40 2002
+++ shadow/87241.tmp.26873	Sat Jul  6 11:16:48 2002
@@ -51,6 +51,11 @@
 ------- Additional Comments From murrayc usa net  2002-07-06 11:15 -------
 I was wrong. GtkTextIter does have the end() concept. Havoc knew what
 he was doing. So there wasn't so much to do. This revised patch just
 changes the insert() methods to return the new iterator and not modify
 the input iterator, like an STL-style insert() should. I'm confident
 that this patch is OK.
+
+------- Additional Comments From murrayc usa net  2002-07-06 11:16 -------
+Created an attachment (id=9680)
+textview_stl2.patch
+



--__--__--

Message: 5
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 11:21:09 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs STL-style API

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87241

Changed by murrayc usa net 

--- shadow/87241	Sat Jul  6 11:16:48 2002
+++ shadow/87241.tmp.27633	Sat Jul  6 11:21:09 2002
@@ -56,6 +56,11 @@
 that this patch is OK.
 
 ------- Additional Comments From murrayc usa net  2002-07-06 11:16 -------
 Created an attachment (id=9680)
 textview_stl2.patch
 
+
+------- Additional Comments From murrayc usa net  2002-07-06 11:21 -------
+Created an attachment (id=9681)
+textbuffer_stl3.patch
+



--__--__--

Message: 6
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 11:21:45 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs STL-style API

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87241

Changed by murrayc usa net 

--- shadow/87241	Sat Jul  6 11:21:09 2002
+++ shadow/87241.tmp.27658	Sat Jul  6 11:21:45 2002
@@ -61,6 +61,9 @@
 
 
 ------- Additional Comments From murrayc usa net  2002-07-06 11:21 -------
 Created an attachment (id=9681)
 textbuffer_stl3.patch
 
+
+------- Additional Comments From murrayc usa net  2002-07-06 11:21 -------
+Ignore the 2nd patch - it was only half built. Here's another.



--__--__--

Message: 7
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 13:18:44 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87492] Changed - Can't copy radio button groups.

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87492

Changed by murrayc usa net 

--- shadow/87492	Sat Jul  6 09:05:40 2002
+++ shadow/87492.tmp.12721	Sat Jul  6 13:18:44 2002
@@ -34,6 +34,12 @@
 <murrayc> MattyT: You can just copy this IRC conversation into the bug
 report if you like.
 
 ------- Additional Comments From matty chariot net au  2002-07-06 09:05 -------
 I should mention the symptoms - the radio buttons appear OK, but
 mutual exclusivity isn't maintained, the middle radio button acts weirdly.
+
+------- Additional Comments From murrayc usa net  2002-07-06 13:18 -------
+Does this fix thing?. Only the 2nd form will now be allowed. The first
+form should really be allowed too, but then the 2nd form would
+probably mistakenly use the (const Group&) or (Group) override
+intended for the 1st form.



--__--__--

Message: 8
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, murrayc usa net
Cc: 
Date: Sat,  6 Jul 2002 13:19:06 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs STL-style API

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87241

Changed by morten wtf dk 

--- shadow/87241	Sat Jul  6 11:55:59 2002
+++ shadow/87241.tmp.12842	Sat Jul  6 13:19:06 2002
@@ -9,13 +9,12 @@
 Priority: Normal
 Component: general
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: murrayc usa net               
 TargetMilestone: ---
 URL: 
-Cc: 
 Summary: TextBuffer needs STL-style API
 
 Gtk::TextBuffer (used by Gtk::TextView) has an iterator (GtkTextIter) and
 we need to make this more STL-like.
 
 In GtkTreeModel, which is similar, we have a  TreeNodeChildren
@@ -64,6 +63,15 @@
 Created an attachment (id=9681)
 textbuffer_stl3.patch
 
 
 ------- Additional Comments From murrayc usa net  2002-07-06 11:21 -------
 Ignore the 2nd patch - it was only half built. Here's another.
+
+------- Additional Comments From morten wtf dk  2002-07-06 13:19 -------
+I don't know any of the GTK+ TextBuffer internals - but I'd like to
+comment on the question you raise about whether to have
+characters/words/lines iterators.
+
+As a programmer who use the STL quite a bit, I'd expect just a
+character iterator and then let my algorithms go on to a word, line
+etc... or is this character/word/line thing a "feature"?



--__--__--

Message: 9
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 13:19:23 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87492] Changed - Can't copy radio button groups.

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87492

Changed by murrayc usa net 

--- shadow/87492	Sat Jul  6 13:18:44 2002
+++ shadow/87492.tmp.12856	Sat Jul  6 13:19:23 2002
@@ -40,6 +40,11 @@
 
 ------- Additional Comments From murrayc usa net  2002-07-06 13:18 -------
 Does this fix thing?. Only the 2nd form will now be allowed. The first
 form should really be allowed too, but then the 2nd form would
 probably mistakenly use the (const Group&) or (Group) override
 intended for the 1st form.
+
+------- Additional Comments From murrayc usa net  2002-07-06 13:19 -------
+Created an attachment (id=9682)
+radiobutton.patch
+



--__--__--

Message: 10
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: morten wtf dk
Date: Sat,  6 Jul 2002 13:22:55 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs STL-style API

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87241

Changed by murrayc usa net 

--- shadow/87241	Sat Jul  6 13:19:06 2002
+++ shadow/87241.tmp.13398	Sat Jul  6 13:22:55 2002
@@ -72,6 +72,10 @@
 comment on the question you raise about whether to have
 characters/words/lines iterators.
 
 As a programmer who use the STL quite a bit, I'd expect just a
 character iterator and then let my algorithms go on to a word, line
 etc... or is this character/word/line thing a "feature"?
+
+------- Additional Comments From murrayc usa net  2002-07-06 13:22 -------
+GtkTextBuffer allows iteration through words, sentences and lines as
+well as characters. We just want to make that more STL-like.



--__--__--

Message: 11
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, murrayc usa net
Cc: 
Date: Sat,  6 Jul 2002 13:58:55 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs STL-style API

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87241

Changed by morten wtf dk 

--- shadow/87241	Sat Jul  6 13:22:55 2002
+++ shadow/87241.tmp.18745	Sat Jul  6 13:58:55 2002
@@ -76,6 +76,19 @@
 character iterator and then let my algorithms go on to a word, line
 etc... or is this character/word/line thing a "feature"?
 
 ------- Additional Comments From murrayc usa net  2002-07-06 13:22 -------
 GtkTextBuffer allows iteration through words, sentences and lines as
 well as characters. We just want to make that more STL-like.
+
+------- Additional Comments From morten wtf dk  2002-07-06 13:58 -------
+OK.
+
+Looking quickly through the index in The C++ Programming Language, I
+don't think any other STL container has this issue.
+
+I would be fine if size() just returned the number of characters, and
+then perhaps add specialized versions, so that:
+
+cout << myTextBuf.<Gtk::TextBuffer::LineIterator>size() << endl;
+
+would return the number of lines.



--__--__--

Message: 12
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 14:33:21 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87513] New - PORTING not very clear about new slot() behaviour

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87513

Changed by morten wtf dk 

--- shadow/87513	Sat Jul  6 14:33:21 2002
+++ shadow/87513.tmp.24310	Sat Jul  6 14:33:21 2002
@@ -0,0 +1,36 @@
+Bug#: 87513
+Product: gtkmm
+Version: 2.0
+OS: Linux
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: minor
+Priority: Normal
+Component: reference documentation
+AssignedTo: gtkmm-forge lists sourceforge net                            
+ReportedBy: morten wtf dk               
+QAContact: gtkmm-forge lists sourceforge net
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: PORTING not very clear about new slot() behaviour 
+
+I have begun porting my application to gtkmm2, and looked in the PORTING
+file first, however, the description for the sigc++ changes is very vague:
+
+ 11 * Use new signal connection syntax:
+ 12    e.g. change
+ 13    button.clicked.connect(SigC::slot(this
+ 14    to
+ 15    button.signal_clicked().connect(SigC::slot(*this
+
+When I first read it, I saw that clicked. was changed to signal_clicked()
+and thought that was it. I didn't notice the end of the line where it
+stated this instead of *this.
+
+It would be nice if this was clarified further, maybe add an extra item to
+the PORTING file with an example.
+
+It's almost impossible to understand the compiler error message you get
+when just using 'this'.



--__--__--

Message: 13
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, morten wtf dk
Cc: 
Date: Sat,  6 Jul 2002 14:44:59 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87513] Changed - PORTING not very clear about new slot() behaviour

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87513

Changed by murrayc usa net 

--- shadow/87513	Sat Jul  6 14:33:21 2002
+++ shadow/87513.tmp.26055	Sat Jul  6 14:44:59 2002
@@ -31,6 +31,9 @@
 
 It would be nice if this was clarified further, maybe add an extra item to
 the PORTING file with an example.
 
 It's almost impossible to understand the compiler error message you get
 when just using 'this'.
+
+------- Additional Comments From murrayc usa net  2002-07-06 14:44 -------
+So please provide a patch.



--__--__--

Message: 14
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sat,  6 Jul 2002 14:57:53 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87513] Changed - PORTING not very clear about new slot() behaviour

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=87513

Changed by morten wtf dk 

--- shadow/87513	Sat Jul  6 14:44:59 2002
+++ shadow/87513.tmp.28262	Sat Jul  6 14:57:53 2002
@@ -34,6 +34,11 @@
 
 It's almost impossible to understand the compiler error message you get
 when just using 'this'.
 
 ------- Additional Comments From murrayc usa net  2002-07-06 14:44 -------
 So please provide a patch.
+
+------- Additional Comments From morten wtf dk  2002-07-06 14:57 -------
+Created an attachment (id=9684)
+Patch to PORTING file
+




--__--__--

_______________________________________________
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]