GNOME.org
 

Gtkmm-forge Digest, Vol 6, Issue 16

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-owner 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 351217] SlotTransfer used in	Gnome::Vfs::Transfer should
      return (g)int (gnomemm (bugzilla.gnome.org))
   2. [Bug 351217] SlotTransfer used in	Gnome::Vfs::Transfer should
      return (g)int (gnomemm (bugzilla.gnome.org))
   3. [Bug 378040] New: should use -GMAXFLOAT instead of	G_MINFLOAT
      in Value<float>::create_param_spec() (glibmm (bugzilla.gnome.org))
   4. [Bug 378040] should use -GMAXFLOAT instead of	G_MINFLOAT in
      Value<float>::create_param_spec() (glibmm (bugzilla.gnome.org))
   5. [Bug 378040] should use -GMAXFLOAT instead of	G_MINFLOAT in
      Value<float>::create_param_spec() (glibmm (bugzilla.gnome.org))
   6. [Bug 378040] should use -GMAXFLOAT instead of	G_MINFLOAT in
      Value<float>::create_param_spec() (glibmm (bugzilla.gnome.org))
   7. [Bug 371882] Cannot compile 2.10.2 as is under	Win32
      (gtkmm (bugzilla.gnome.org))
   8. [Bug 378040] should use -GMAXFLOAT instead of	G_MINFLOAT in
      Value<float>::create_param_spec() (glibmm (bugzilla.gnome.org))


----------------------------------------------------------------------

Message: 1
Date: Tue, 21 Nov 2006 22:07:54 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 351217] SlotTransfer used in
	Gnome::Vfs::Transfer should return (g)int
To: gtkmm-forge lists sourceforge net
Message-ID: <20061121220754 6056E6C40FF box gnome org>
Content-Type: text/plain; charset=utf-8

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

  gnomemm | gnome-vfsmm | Ver: unspecified





------- Comment #3 from Marko Anastasov  2006-11-21 22:06 UTC -------
Created an attachment (id=76997)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=76997&action=view)
proposed fix, take 1

What's left is to update async-handle stuff, and add docs.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 2
Date: Tue, 21 Nov 2006 22:25:20 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 351217] SlotTransfer used in
	Gnome::Vfs::Transfer should return (g)int
To: gtkmm-forge lists sourceforge net
Message-ID: <20061121222520 0D6FF6C4109 box gnome org>
Content-Type: text/plain; charset=utf-8

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

  gnomemm | gnome-vfsmm | Ver: unspecified





------- Comment #4 from Marko Anastasov  2006-11-21 22:24 UTC -------
I removed all TODOs about "Does Default do anything useful?". It does, and it's
correct - it's "default behavior, which is to do a straight one to one copy"
(from the C docs).

I'm not completely sure if it's ok to typedef Transfer2::ProgressInfo as
Transfer::ProgressInfo, as there are no changes necessary over there. But to me
it seems better then copying and pasting the same code.

async-handle.* use SlotProgress, so that also has to be done. The same way as
Transfer2 code?

I haven't added the implementation of Transfer::remove(StringArrayHandle&...).
ABI break or not?

I decided not to add any docs from the C lib until we fully agree about how
this should look like. I must say that it looks ugly this way, mostly the same
code being duplicated, though I don't see any other way to get it fixed.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 3
Date: Wed, 22 Nov 2006 08:25:31 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 378040] New: should use -GMAXFLOAT
	instead of	G_MINFLOAT in Value<float>::create_param_spec()
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-378040-5595 http bugzilla gnome org/>
Content-Type: text/plain; charset=utf-8

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

  glibmm | object | Ver: 2.12.x

           Summary: should use -GMAXFLOAT instead of G_MINFLOAT in
                    Value<float>::create_param_spec()
           Product: glibmm
           Version: 2.12.x
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: object
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: oly nittka com
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Please describe the problem:
We are currently trying to integrate gtkmm-widgets (Gtk::Widget - derived
classes) into glade3's palette and had some success with it, even
Glib::Property-Members of the class show up in glade's "Properties" window.

However, you cannot have 0 or smaller as a default value for
Glib::Property<float> ot Glib::Property<double>, glade complains about the
value being smaller than the default and refuses to show the property.

Digging int it, i found that 
GParamSpec* Value<float>::create_param_spec(const Glib::ustring& name)
in glib/glibmm/value_basictypes.cc defines G_MINFLOAT as the minimum value for
the created param_spec.

G_MINFLOAT, however, is defined as the smallest possible float and e.g on x86
is something like 1.175494e-38.

The same applies to Value<double>::create_param_spec, respectively.

so, if create_param_spec intends to make available the whole range of values
(as do the int types) we should possibly use -G_MAX_FLOAT.
I've tested this on x86, and -GMAX_FLOAT seems to be a valid float value, but
I'm not so sure about other architectures, so perhaps someone with more insight
into internal float representation could shed some light on it.


Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 4
Date: Wed, 22 Nov 2006 08:27:24 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 378040] should use -GMAXFLOAT instead
	of	G_MINFLOAT in Value<float>::create_param_spec()
To: gtkmm-forge lists sourceforge net
Message-ID: <20061122082724 E00186C4146 box gnome org>
Content-Type: text/plain; charset=utf-8

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

  glibmm | object | Ver: 2.12.x





------- Comment #1 from Oliver Nittka  2006-11-22 08:26 UTC -------
Created an attachment (id=77016)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=77016&action=view)
possible patch


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 5
Date: Wed, 22 Nov 2006 09:07:19 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 378040] should use -GMAXFLOAT instead
	of	G_MINFLOAT in Value<float>::create_param_spec()
To: gtkmm-forge lists sourceforge net
Message-ID: <20061122090719 A682E6C4147 box gnome org>
Content-Type: text/plain; charset=utf-8

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

  glibmm | object | Ver: 2.12.x


Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |murrayc murrayc com




------- Comment #2 from Murray Cumming  2006-11-22 09:06 UTC -------
Yes, this seems to be a common error, and one that the documentation has been
updated to help with:
http://developer.gnome.org/doc/API/2.0/glib/glib-Limits-of-Basic-Types.html#G-MINFLOAT:CAPS
http://mail.gnome.org/archives/gtk-devel-list/2001-June/msg00308.html

Well done. Feel free to commit (with a ChangeLog entry) if you have access.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 6
Date: Wed, 22 Nov 2006 09:28:53 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 378040] should use -GMAXFLOAT instead
	of	G_MINFLOAT in Value<float>::create_param_spec()
To: gtkmm-forge lists sourceforge net
Message-ID: <20061122092853 97BCE6C4146 box gnome org>
Content-Type: text/plain; charset=utf-8

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

  glibmm | object | Ver: 2.12.x





------- Comment #3 from Oliver Nittka  2006-11-22 09:27 UTC -------
(In reply to comment #2)
> Well done. Feel free to commit (with a ChangeLog entry) if you have access.

No access (yet), sorry. Would you like to commit it?


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 7
Date: Wed, 22 Nov 2006 10:45:33 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 371882] Cannot compile 2.10.2 as is
	under	Win32
To: gtkmm-forge lists sourceforge net
Message-ID: <20061122104533 370766C414E box gnome org>
Content-Type: text/plain; charset=utf-8

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

  gtkmm | build | Ver: 2.10.x





------- Comment #4 from Murray Cumming  2006-11-22 10:44 UTC -------
Alexis originally wrote:
> The configure.in script requires the gtk+-unix-print-2.0 which is not available
> under Win32.

So it would be interesting to know what GTK+ installer did not make this file
available.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 8
Date: Wed, 22 Nov 2006 11:16:10 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 378040] should use -GMAXFLOAT instead
	of	G_MINFLOAT in Value<float>::create_param_spec()
To: gtkmm-forge lists sourceforge net
Message-ID: <20061122111610 7DE8C6C414A box gnome org>
Content-Type: text/plain; charset=utf-8

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

  glibmm | object | Ver: 2.12.x


Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED




------- Comment #4 from Murray Cumming  2006-11-22 11:14 UTC -------
Committed to the HEAD, glibmm-2-12, and glibmm-2-10 branches. Thanks.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

------------------------------

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest, Vol 6, Issue 16
******************************************
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]