GNOME.org
 

[gtkmm] Gtkmm-forge digest, Vol 1 #168 - 9 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 88726] Changed - [PATCH] Examples (bugzilla-daemon widget gnome org)
   2. [Bug 88746] New - Tutorial makefile is dial-up unfriendly (bugzilla-daemon widget gnome org)
   3. [Bug 88746] Changed - Tutorial makefile is dial-up unfriendly (bugzilla-daemon widget gnome org)
   4. [Bug 88746] Changed - Tutorial makefile is dial-up unfriendly (bugzilla-daemon widget gnome org)
   5. [Bug 88667] Changed - TreeNodeChildren should have a reverse iterator. (bugzilla-daemon widget gnome org)
   6. [Bug 85911] Changed - Gdk::Drawable::draw_*_image functions (bugzilla-daemon widget gnome org)
   7. [Bug 88746] Changed - Tutorial makefile is dial-up unfriendly (bugzilla-daemon widget gnome org)
   8. [Bug 85911] Changed - Gdk::Drawable::draw_*_image functions (bugzilla-daemon widget gnome org)
   9. [Bug 88746] Changed - Tutorial makefile is dial-up unfriendly (bugzilla-daemon widget gnome org)

--__--__--

Message: 1
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, kojak oakhill demon nl
Cc: 
Date: Sun, 21 Jul 2002 15:31:14 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 88726] Changed - [PATCH] Examples

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=88726

Changed by murrayc usa net 

--- shadow/88726	Sun Jul 21 11:02:26 2002
+++ shadow/88726.tmp.27302	Sun Jul 21 15:31:14 2002
@@ -19,6 +19,12 @@
 recursion.
 
 ------- Additional Comments From kojak oakhill demon nl  2002-07-21 11:02 -------
 Created an attachment (id=9991)
 Patch to a cleaner example.
 
+
+------- Additional Comments From murrayc usa net  2002-07-21 15:31 -------
+Thanks, but:
+
+I prefer examples not to use "using", and I prefer signal handlers to
+start with "on_". I'm not actually the libgnomecanvasmm maintainer though.



--__--__--

Message: 2
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sun, 21 Jul 2002 16:26:35 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 88746] New - Tutorial makefile is dial-up unfriendly

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=88746

Changed by mmagallo debian org 

--- shadow/88746	Sun Jul 21 16:26:35 2002
+++ shadow/88746.tmp.16398	Sun Jul 21 16:26:35 2002
@@ -0,0 +1,21 @@
+Bug#: 88746
+Product: gtkmm
+Version: 2.0
+OS: All
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: reference documentation
+AssignedTo: gtkmm-forge lists sourceforge net                            
+ReportedBy: mmagallo debian org               
+QAContact: gtkmm-forge lists sourceforge net
+TargetMilestone: ---
+URL: 
+Summary: Tutorial makefile is dial-up unfriendly
+
+docs/tutorial/Makefile.am is unfriendly towards dial-up users.  xsltproc
+will download a large file from the Docbook website in order to generate
+the tuturial.  The attached patch makes the Makefile check for an
+environment variable pointing to the location of the stylesheet to use.



--__--__--

Message: 3
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sun, 21 Jul 2002 16:27:15 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 88746] Changed - Tutorial makefile is dial-up unfriendly

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=88746

Changed by mmagallo debian org 

--- shadow/88746	Sun Jul 21 16:26:35 2002
+++ shadow/88746.tmp.16544	Sun Jul 21 16:27:15 2002
@@ -16,6 +16,11 @@
 Summary: Tutorial makefile is dial-up unfriendly
 
 docs/tutorial/Makefile.am is unfriendly towards dial-up users.  xsltproc
 will download a large file from the Docbook website in order to generate
 the tuturial.  The attached patch makes the Makefile check for an
 environment variable pointing to the location of the stylesheet to use.
+
+------- Additional Comments From mmagallo debian org  2002-07-21 16:27 -------
+Created an attachment (id=9994)
+Patch for docs/tutotial/Makefile.am
+



--__--__--

Message: 4
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, mmagallo debian org
Cc: 
Date: Mon, 22 Jul 2002 03:55:59 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 88746] Changed - Tutorial makefile is dial-up unfriendly

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=88746

Changed by murrayc usa net 

--- shadow/88746	Sun Jul 21 16:27:15 2002
+++ shadow/88746.tmp.7863	Mon Jul 22 03:55:58 2002
@@ -21,6 +21,10 @@
 environment variable pointing to the location of the stylesheet to use.
 
 ------- Additional Comments From mmagallo debian org  2002-07-21 16:27 -------
 Created an attachment (id=9994)
 Patch for docs/tutotial/Makefile.am
 
+
+------- Additional Comments From murrayc usa net  2002-07-22 03:55 -------
+Is this a standard way to get the local stylesheet? A libxml/xsl way?
+What does ?= mean?



--__--__--

Message: 5
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Mon, 22 Jul 2002 03:57:31 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 88667] Changed - TreeNodeChildren should have a reverse iterator.

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=88667

Changed by murrayc usa net 

--- shadow/88667	Sat Jul 20 22:25:36 2002
+++ shadow/88667.tmp.8140	Mon Jul 22 03:57:31 2002
@@ -24,6 +24,13 @@
 ------- Additional Comments From matty chariot net au  2002-07-20 22:25 -------
 No idea, I mainly use TreeView.
 
 Actually on second thoughts it would be nice if they were random
 access iterators too.  There is already random access to elements [],
 so I suspect random access iterators would be possible.
+
+------- Additional Comments From murrayc usa net  2002-07-22 03:57 -------
+Please give me examples of usage of these random access iterators with
+normal STL containers.
+
+If there are no existing reverse iterators then we should only add
+them if we add them to all of our STL-style containers.



--__--__--

Message: 6
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, osamyn ulb ac be
Cc: 
Date: Mon, 22 Jul 2002 03:58:23 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 85911] Changed - Gdk::Drawable::draw_*_image functions

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=85911

Changed by murrayc usa net 

--- shadow/85911	Thu Jul  4 13:37:11 2002
+++ shadow/85911.tmp.8255	Mon Jul 22 03:58:23 2002
@@ -9,13 +9,12 @@
 Priority: Normal
 Component: general
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: osamyn ulb ac be               
 TargetMilestone: ---
 URL: 
-Cc: 
 Summary: Gdk::Drawable::draw_*_image functions
 
 (See bug #83244 for beginning of this discussion)
 
 In Gdk::Drawable class there are some images rendering function:
 -draw_rgb_image
@@ -110,6 +109,9 @@
 At the moment you are patching generated files, and you have not
 patched the ChangeLog, or used the PATCH keyword in bugzilla.
 
 Also, for something that hold lots of data, it would probably be more
 efficient to use a typedefed vector instead of the ArrayHandle. Would
 people want to use anything other than a vector anyway?
+
+------- Additional Comments From murrayc usa net  2002-07-22 03:58 -------
+Remember that we have an API freeze soon.



--__--__--

Message: 7
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Mon, 22 Jul 2002 05:09:31 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 88746] Changed - Tutorial makefile is dial-up unfriendly

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=88746

Changed by mmagallo debian org 

--- shadow/88746	Mon Jul 22 03:55:58 2002
+++ shadow/88746.tmp.19321	Mon Jul 22 05:09:31 2002
@@ -25,6 +25,29 @@
 Patch for docs/tutotial/Makefile.am
 
 
 ------- Additional Comments From murrayc usa net  2002-07-22 03:55 -------
 Is this a standard way to get the local stylesheet? A libxml/xsl way?
 What does ?= mean?
+
+------- Additional Comments From mmagallo debian org  2002-07-22 05:09 -------
+I couldn't figure a standard way of finding where the stylesheets are.
+ xsltproc wants a path or a URL, there doesn't seem to be a way of
+telling it "I want the stylesheet that converts Docbook into HTML with
+pink background".  Reading the docs, you can tell it where your DTDs
+are and where your stylesheets are, but that's it.
+
+There's also no docbook-xsl2html or something like that.
+
+And there doesn't seem to be a way of finding out where the stylesheet
+is.  My catalog files (/etc/sgml/catalog on my system) doesn't list
+this chunk.xsl either.
+
+Given that no truly generic interface seems to exist, I opted for
+using an environment varialbe with what I considered to be a sensible
+name.  Someone with a clue regarding XSLT might be helpful here.
+
+?= in the makefile sets the variable only if it doesn't have a value
+already.  This makes it possible to use variables from the environment
+("make FOO=bar" overrides FOO in the Makefile but "export FOO=bar;
+make" doesn't).  IOW, I'm just setting a default value which can be
+overriden from the environment.



--__--__--

Message: 8
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Mon, 22 Jul 2002 09:13:38 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 85911] Changed - Gdk::Drawable::draw_*_image functions

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=85911

Changed by osamyn ulb ac be 

--- shadow/85911	Mon Jul 22 03:58:23 2002
+++ shadow/85911.tmp.24404	Mon Jul 22 09:13:38 2002
@@ -112,6 +112,26 @@
 Also, for something that hold lots of data, it would probably be more
 efficient to use a typedefed vector instead of the ArrayHandle. Would
 people want to use anything other than a vector anyway?
 
 ------- Additional Comments From murrayc usa net  2002-07-22 03:58 -------
 Remember that we have an API freeze soon.
+
+------- Additional Comments From osamyn ulb ac be  2002-07-22 09:13 -------
+I didn't forget but I've so many work... 
+
+I thinked about a better solution than the one I proposed. The new 
+solution is to create some Helpers classes that handle images vectors 
+for the user. For example we will have:
+
+void draw_indexed_image (
+  const Glib::RefPtr<const GC>& gc, 
+  int x, int y, int width, int height, 
+  RgbDither dith, 
+  Gdk::Drawable_Helpers::IndexedImage &img,
+  GdkRgbCmap& cmap)
+
+Where Gdk::Drawable_Helpers::IndexedImage will give the user a simple 
+interface like: get/set_color_at(int x, int y, int color_index);
+
+What do you think about this more powerfull Idea ? 
+



--__--__--

Message: 9
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, mmagallo debian org
Cc: 
Date: Mon, 22 Jul 2002 13:15:28 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 88746] Changed - Tutorial makefile is dial-up unfriendly

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=88746

Changed by murrayc usa net 

--- shadow/88746	Mon Jul 22 05:09:31 2002
+++ shadow/88746.tmp.21616	Mon Jul 22 13:15:28 2002
@@ -1,13 +1,13 @@
 Bug#: 88746
 Product: gtkmm
 Version: 2.0
 OS: All
 OS Details: 
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: FIXED
 Severity: normal
 Priority: Normal
 Component: reference documentation
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: mmagallo debian org               
 QAContact: gtkmm-forge lists sourceforge net
@@ -48,6 +48,9 @@
 
 ?= in the makefile sets the variable only if it doesn't have a value
 already.  This makes it possible to use variables from the environment
 ("make FOO=bar" overrides FOO in the Makefile but "export FOO=bar;
 make" doesn't).  IOW, I'm just setting a default value which can be
 overriden from the environment.
+
+------- Additional Comments From murrayc usa net  2002-07-22 13:15 -------
+Applied. Thanks.




--__--__--

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