Hi,
I am trying to send a double with GDbus between two C programs, but receives a
faulty value.
Sender
gdouble value = 3.0;
g_dbus_proxy_call_sync (proxy, method_name, g_variant_new((d),value),
G_DBUS_CALL_FLAGS_NONE, -1, NULL, dbus_err);
In my receiver function
I get like
On Thu, 2011-10-20 at 01:49 +0200, Dieter Verfaillie wrote:
On Wed, 19 Oct 2011 22:53:49 +0200, Alexander Larsson wrote:
I just pushed a bunch of changes to how grabs and crossing events
work in the win32 backend to the gtk-2-24-win32 branch, and I want to
fix any other leftover bugs from
On 2011-10-20 09:39, Alexander Larsson wrote:
I've not really used Gtk+ on windows for real, so I was mainly working
from first principles in the code fixing stuff that was obviously
wrong. Do you know of any other outstanding win32 bugs that I can
look at?
Thanks for your work!
In my
On Thu, 2011-10-20 at 08:37 +, Andy Spencer wrote:
First off, when using the MS-Windows theme, some widgets don't render
correctly and show up as black boxes. For example, notebooks with tab
position set to GTK_POS_LEFT don't render.
This is possibly something else, but i'll have a look.
On Thu, 20 Oct 2011 08:37:35 +, Andy Spencer wrote:
First off, when using the MS-Windows theme, some widgets don't render
correctly and show up as black boxes. For example, notebooks with tab
position set to GTK_POS_LEFT don't render.
On Thu, 20 Oct 2011 09:39:44 +0200, Alexander Larsson wrote:
I've not really used Gtk+ on windows for real, so I was mainly
working
from first principles in the code fixing stuff that was obviously
wrong.
Do you know of any other outstanding win32 bugs that I can look at?
It would be nice if
Hi,
Fedora16 comes with a gtk3 port of Audacious.
After updating I immediatly noticed how slow the playlist scrolls (a
quite ordinary TreeView with a few hundred lines),
when scrolling using the scrollwheel GTK3 barely keeps up, which
usually results in afterscrolling - on a Core2Duo with 2ghz /
On Thu, Oct 20, 2011 at 12:03:17PM +0200, Clemens Eisserer wrote:
Hi,
Fedora16 comes with a gtk3 port of Audacious.
After updating I immediatly noticed how slow the playlist scrolls (a
quite ordinary TreeView with a few hundred lines),
when scrolling using the scrollwheel GTK3 barely keeps
Hello everyone!
I've been told that this might be the best way to discuss a feature
request on GIO.
The thing is the GCancellable objects provide, as I am aware of, only
the 'cancel' feature for async operations, would it be too hurtful to
implement a GControllable class providing features such
On Oct 20, 2011, at 12:03 PM, Clemens Eisserer wrote:
I hacked together a simple sample application which compiles under
gtk2 as well as gtk3: http://93.83.133.214/gtklist.c
Just maximize it (preferable on a large screen) and scroll with your
wheel - the gtk3 version should feel a lot slower.
On Thu, 2011-10-20 at 18:15 +0200, Kristian Rietveld wrote:
On Oct 20, 2011, at 12:03 PM, Clemens Eisserer wrote:
I hacked together a simple sample application which compiles under
gtk2 as well as gtk3: http://93.83.133.214/gtklist.c
Just maximize it (preferable on a large screen) and
Hi,
The csw code takes a lot of care to try to ensure this. However, the csw
code exists on Gtk+ 2.x too, so its easy to verify by comparing Gtk3 and
a csw version of Gtk2.
I wonder why the gtk3 version of the treeview is so much slower
Scrolling such a basic widget on todays desktop
On Thu, 20 Oct 2011, Clemens Eisserer wrote:
The csw code takes a lot of care to try to ensure this. However, the csw
code exists on Gtk+ 2.x too, so its easy to verify by comparing Gtk3 and
a csw version of Gtk2.
I wonder why the gtk3 version of the treeview is so much slower
Scrolling
Hi Allin,
(a) gtk-2.24.7 and friends (latest stable stack)
(b) gtk-3.2.1 and friends (again, all latest stable)
I can't detect any difference in the scrolling performance in the two cases;
it seems quite acceptable in both. This is on Linux 3.0.7, glibc 2.14, gcc
4.6.1, Core i5 2520M
On Thu, 20 Oct 2011, Clemens Eisserer wrote:
Hi Allin,
(a) gtk-2.24.7 and friends (latest stable stack)
(b) gtk-3.2.1 and friends (again, all latest stable)
I can't detect any difference in the scrolling performance in the two cases;
it seems quite acceptable in both. This is on Linux
On Thu, Oct 20, 2011 at 09:45:10PM +0100, Lionel Landwerlin wrote:
GtkList isn't based on treeview AFAIK
Please look at the source code before making such remarks.
Anyway, I was about to note that I observed the Gtk+3 version to be
faster (both version from Fedora 15 packages). But then I
Hi,
I've found libgda-ui functions for specialized entrys on libgda
source code that are not in the reference.
The author of C++ wrappers also told that they are not in the
package distribution also, but i didnt check it yet.
Can anyone fix the configue scripts to install functions on
Regarding last message... i am using 4.99 version of libgda, newer
versions dont compile and are not the ones in use by c++ layer
developers
2011/10/20 Renato Merli merli.ren...@gmail.com:
Hi,
I've found libgda-ui functions for specialized entrys on libgda
source code that are not in the
On 2011-10-20 10:47, Alexander Larsson wrote:
I believe GtkGLExt should nominally work (as in there might be minor
issues with it but it shouldn't be completely broken).
Please test it if you can.
It seems your latest 2.24 seems to work with GtkGLExt, sorry about the
noise.
19 matches
Mail list logo
