[gtkmm] Gtkmm-forge digest, Vol 1 #158 - 7 msgs
- From: gtkmm-forge-request lists sourceforge net
- To: gtkmm-forge lists sourceforge net
- Subject: [gtkmm] Gtkmm-forge digest, Vol 1 #158 - 7 msgs
- Date: Sun, 14 Jul 2002 12:02:08 -0700
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 87912] Changed - Strange segfault on dialog signal handler class destruction (bugzilla-daemon widget gnome org)
2. [Bug 87591] Changed - GTK+ merged docs has notions of free() which isn't used in gtkmm. (bugzilla-daemon widget gnome org)
3. [Bug 87591] Changed - GTK+ merged docs has notions of free() which isn't used in gtkmm. (bugzilla-daemon widget gnome org)
4. [Bug 87591] Changed - GTK+ merged docs has notions of free() which isn't used in gtkmm. (bugzilla-daemon widget gnome org)
5. [Bug 87241] Changed - TextBuffer needs extra iterators (bugzilla-daemon widget gnome org)
6. [Bug 87241] Changed - TextBuffer needs extra iterators (bugzilla-daemon widget gnome org)
7. [Bug 88150] New - no matching function for call to `MyMenu::popup (guint &, guint32 &) (bugzilla-daemon widget gnome org)
--__--__--
Message: 1
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, a rottmann gmx at
Cc:
Date: Sat, 13 Jul 2002 15:39:13 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87912] Changed - Strange segfault on dialog signal handler class destruction
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=87912
Changed by murrayc usa net
--- shadow/87912 Sat Jul 13 07:04:59 2002
+++ shadow/87912.tmp.28381 Sat Jul 13 15:39:13 2002
@@ -2,13 +2,13 @@
Product: gtkmm
Version: 2.0
OS: Linux
OS Details: Debian unstable
Status: NEW
Resolution:
-Severity: normal
+Severity: minor
Priority: Normal
Component: general
AssignedTo: gtkmm-forge lists sourceforge net
ReportedBy: a rottmann gmx at
TargetMilestone: ---
URL:
@@ -20,6 +20,13 @@
segfault when I remove the 'delete this'.
------- Additional Comments From MHL Schulze t-online de 2002-07-13 07:04 -------
Created an attachment (id=9840)
Andi's files to reproduce the bug...
+
+------- Additional Comments From murrayc usa net 2002-07-13 15:39 -------
+I don't see why you should expect "delete this" to be safe at random
+points in your code.
+
+You should simplify the example further anyway, in particular so that
+we know whether libglademm has anything to do with this.
--__--__--
Message: 2
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, morten wtf dk
Cc:
Date: Sat, 13 Jul 2002 16:51:49 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87591] Changed - GTK+ merged docs has notions of free() which isn't used in gtkmm.
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=87591
Changed by murrayc usa net
--- shadow/87591 Fri Jul 12 10:41:02 2002
+++ shadow/87591.tmp.20305 Sat Jul 13 16:51:49 2002
@@ -10,13 +10,12 @@
Component: reference documentation
AssignedTo: gtkmm-forge lists sourceforge net
ReportedBy: morten wtf dk
QAContact: gtkmm-forge lists sourceforge net
TargetMilestone: ---
URL:
-Cc:
Summary: GTK+ merged docs has notions of free() which isn't used in gtkmm.
The documentation for Gtk::TextView::get_attributes():
The return value is a copy owned by the caller of this function, and
should be freed.
@@ -43,6 +42,18 @@
doesn't seem to work in the generated docs on http://gtkmm.org/gtkmm2/
with the example which was there already.
Also, while searching through gtk_docs.xml for the word "free", it
seems that many functions talks about "freeing" things etc. So this
bug is not closed yet, it requires a bit more work..
+
+------- Additional Comments From murrayc usa net 2002-07-13 16:51 -------
+Are you actually generating the Doxygen HTML? It seems to be working.
+I don't see any free here:
+http://www.gtkmm.org/gtkmm2/reference/html/classGtk_1_1TextView.html#a56
+
+And the example is gtk_box_pack_start(), which is hand-coded anyway.
+
+So, would you like to provide a similar patche for the other "free"
+occurences? Do try to make your patches solve just one thing at a time
+instead of doing unrelated stuff in the same patch.
+
--__--__--
Message: 3
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Sat, 13 Jul 2002 17:18:35 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87591] Changed - GTK+ merged docs has notions of free() which isn't used in gtkmm.
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=87591
Changed by morten wtf dk
--- shadow/87591 Sat Jul 13 16:51:49 2002
+++ shadow/87591.tmp.24238 Sat Jul 13 17:18:35 2002
@@ -54,6 +54,14 @@
And the example is gtk_box_pack_start(), which is hand-coded anyway.
So, would you like to provide a similar patche for the other "free"
occurences? Do try to make your patches solve just one thing at a time
instead of doing unrelated stuff in the same patch.
+
+------- Additional Comments From morten wtf dk 2002-07-13 17:18 -------
+I was just testing with the example since *that* should be working. I
+don't understand what you mean that it's hand-coded. All I know is
+that there is no documentation for Gtk::Box::pack_start(). Glad to see
+it working though.
+
+Currently I don't have time to make all the non-free changes.
--__--__--
Message: 4
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, morten wtf dk
Cc:
Date: Sat, 13 Jul 2002 18:12:20 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87591] Changed - GTK+ merged docs has notions of free() which isn't used in gtkmm.
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=87591
Changed by murrayc usa net
--- shadow/87591 Sat Jul 13 17:18:35 2002
+++ shadow/87591.tmp.32377 Sat Jul 13 18:12:20 2002
@@ -62,6 +62,11 @@
I was just testing with the example since *that* should be working. I
don't understand what you mean that it's hand-coded. All I know is
that there is no documentation for Gtk::Box::pack_start(). Glad to see
it working though.
Currently I don't have time to make all the non-free changes.
+
+------- Additional Comments From murrayc usa net 2002-07-13 18:12 -------
+pack_start() doesn't use _WRAP_METHOD() so it doesn't use
+auto-generate any reference docs. It's just regular C++.
+
--__--__--
Message: 5
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: morten wtf dk
Date: Sun, 14 Jul 2002 07:08:59 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs extra iterators
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 Tue Jul 9 08:22:40 2002
+++ shadow/87241.tmp.20107 Sun Jul 14 07:08:59 2002
@@ -9,12 +9,13 @@
Priority: Normal
Component: general
AssignedTo: gtkmm-forge lists sourceforge net
ReportedBy: murrayc usa net
TargetMilestone: ---
URL:
+Cc: morten wtf dk
Summary: TextBuffer needs extra iterators
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
@@ -103,6 +104,23 @@
they are wanted. I guess we would need to have automatic conversions
between them, so that we could insert at a word as well as at a
character offset.
------- Additional Comments From murrayc usa net 2002-07-07 08:22 -------
Applied my insert() patch.
+
+------- Additional Comments From murrayc usa net 2002-07-14 07:08 -------
+It's not very clear to me how we should do this.
+
+1. There can be only one begin() and end(), though we could have
+overriden erase() and insert().
+2. I suppose we could allow a char iterator to be converted to a word
+iterator, but then we would need to choose to jump to the start or end
+of the current word when converting.
+
+Althogh Gtk::TreeModel::iterator is mostly character-based, people can
+still use iter->forward_*() to do the word/sentence/line-based stuff,
+so the functionality is already there.
+
+Unless someone comes up with a good solution/patch then I feel like
+punting this to a future incompatible gtkmm version when we've had
+time to get feedback on a prototype.
--__--__--
Message: 6
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, murrayc usa net
Cc:
Date: Sun, 14 Jul 2002 08:10:38 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 87241] Changed - TextBuffer needs extra iterators
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 Sun Jul 14 07:08:59 2002
+++ shadow/87241.tmp.29231 Sun Jul 14 08:10:38 2002
@@ -121,6 +121,30 @@
still use iter->forward_*() to do the word/sentence/line-based stuff,
so the functionality is already there.
Unless someone comes up with a good solution/patch then I feel like
punting this to a future incompatible gtkmm version when we've had
time to get feedback on a prototype.
+
+------- Additional Comments From morten wtf dk 2002-07-14 08:10 -------
+<mbp> murrayc, wild suggestion to TextBuffer, what about a class
+inside TextBuffer called 'Lines', 'Words', 'Sentences'?
+<mbp> so you could do Gtk::TextBuffer::Words::iterator worditer =
+textbuffer->words.begin();
+<murrayc> mbp: Yes, that would be like our current use of items(),
+children(), etc, for STL-interfaces.
+<murrayc> It's important to remember that people want to iterate in
+several different ways with one iterator though. For instance, they
+want to step over 4 lines, then 3 words, then 6 characters.
+<mbp> ah..
+<mbp> would it be possible to convert between them?
+<mbp> so eg., you could say Gtk::TextBuffer::Lines::iterator line =
+myworditer; line++;
+<murrayc> Yes, that's what I was thinking of.
+<murrayc> Although that would be more code and might seem less
+convenient than iter->forward_words(3).
+<mbp> though it would lead the way to something like,
+for_each(words.begin(), words.end(), functorObjectToDoStuffWithWords)
+<murrayc> mbp: Yes, that would be nice.
+<murrayc> Still, it sounds like something that needs to be looked at
+thoroughly before a freeze.
+
--__--__--
Message: 7
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Sun, 14 Jul 2002 14:08:12 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 88150] New - no matching function for call to `MyMenu::popup (guint &, guint32 &)
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=88150
Changed by gnome-bugs ionflux de
--- shadow/88150 Sun Jul 14 14:08:11 2002
+++ shadow/88150.tmp.29699 Sun Jul 14 14:08:11 2002
@@ -0,0 +1,30 @@
+Bug#: 88150
+Product: gtkmm
+Version: 2.0
+OS: Linux
+OS Details: Linux 2.4.18 (Slackware 8.0), gcc 2.95.3, GNOME 2
+Status: NEW
+Resolution:
+Severity: critical
+Priority: Normal
+Component: build
+AssignedTo: gtkmm-forge lists sourceforge net
+ReportedBy: gnome-bugs ionflux de
+TargetMilestone: ---
+URL:
+Summary: no matching function for call to `MyMenu::popup (guint &, guint32 &)
+
+make in gtkmm-1.3.18/examples/menu yields:
+
+menu.cc: In method `bool MyMenu::button_press(_GdkEvent *)':
+menu.cc:99: no matching function for call to `MyMenu::popup (guint &,
+guint32 &)'
+../../gtk/gtkmm/menu.h:126: candidates are: void
+Gtk::Menu::popup(Gtk::MenuShell &, Gtk::MenuItem &, void (*)(GtkMenu
+*, gint *, gint *, gboolean *, void *), void *, unsigned int, unsigned int)
+../../gtk/gtkmm/menu.h:132: void Gtk::Menu::popup(const
+SigC::Slot3<void,int &,int &,bool &> &, unsigned int, unsigned int)
+../../gtk/gtkmm/menu.h:141: void
+Gtk::Menu::popup(Gtk::Window &, unsigned int, unsigned int)
+
+(same with menu2.cc)
--__--__--
_______________________________________________
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]