GSettings on Windows
I'm working on converting GnuCash from using GConf to GSettings. I'm currently at a point that the code doesn't call GConf anymore. The keys and paths still contain underscores instead of dashes, because on linux I'm still testing with gconf as gsettings backend. On linux this works fine. So I wanted to test the same on our Windows port. On that platform I am using the default backend (ie I don't explicitly specify a backend). Compilation works fine and the program starts, but no settings are stored or loaded from the gsettings backend. As far as I can see, I did everything according to the migration guide and I am unsure how to proceed to get this working. The schema files are found alright. Otherwise the program would have crashed. But I don't see a GSettings section appearing in the registry. I have created it manually just to test, but no keys are stored below it. GnuCash is using GLib 2.28.8 on Windows. I verified that version comes with a gregistrysettings backend. I have no idea though if it's actually used. How to proceed from here ? Thanks, Geert ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: [gtk-osx-devel] [gtk-osx-users] New Modulesets and gtk-mac-integration-2.0.3
On Sep 30, 2013, at 2:02 PM, Ronan Waide wai...@gmail.com wrote: On 30 Sep 2013, at 22:01, Ronan Waide wai...@gmail.com wrote: Hi John, seeing a failure in building berkleydb: Ah, sorry, this is Gramps -specific, should not have wound up on gtk-osx lists. Waide, No, it's in gtk-osx-python.modules. This is the right place. Looks like bdb 4.8 isn't going to work with clang. No need to copy the script in this case. modules-unstable has a module for bdb-5.2. Can you see if that works? Regards, John Ralls ___ Gtk-osx-devel-list mailing list Gtk-osx-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-devel-list
Re: [gtk-osx-devel] [gtk-osx-users] New Modulesets and gtk-mac-integration-2.0.3
On Sep 30, 2013, at 2:12 PM, Ronan Waide wai...@gmail.com wrote: On 30 Sep 2013, at 22:09, John Ralls jra...@ceridwen.us wrote: On Sep 30, 2013, at 2:02 PM, Ronan Waide wai...@gmail.com wrote: On 30 Sep 2013, at 22:01, Ronan Waide wai...@gmail.com wrote: Hi John, seeing a failure in building berkleydb: Ah, sorry, this is Gramps -specific, should not have wound up on gtk-osx lists. Waide, No, it's in gtk-osx-python.modules. This is the right place. Looks like bdb 4.8 isn't going to work with clang. No need to copy the script in this case. modules-unstable has a module for bdb-5.2. Can you see if that works? I'll give it a go and let you know how I get on. Might not happen immediately though - limited hacking time :) Pretty busy myself, but I can fire off a test-build this afternoon. Regards, John Ralls ___ Gtk-osx-devel-list mailing list Gtk-osx-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-devel-list
Re: flow box
Hi Matthias, On Sun, 2013-09-29 at 22:28 -0400, Matthias Clasen wrote: I've pushed a flowbox branch, which adds a GtkFlowBox widget. It is a copy of the EggFlowBox widget that has been developed in the egg-list-box module for a while, which is in turn based on an earlier EggSpreadTable in libegg. Based on EggWrapBox... EggSpreadTable was something a bit different. I think the widget is more or less ready to land in GTK+. It has - accessibility - height-for-width - keynav - documentation - multi-selection including rubberband selection and autoscroll - sorting and filtering Some things could still be added: - baseline alignment - headers I'd appreciate review. I'm hoping to land this in the next week or so. I ran the demo, looked over the API and read some portions of the code, not line by line... here are my comments: o The flow box doesn't really flow anymore, i.e. differently sized items can no longer wrap freely in the allocated space. This is a bit disappointing, I also notice that this is already missing in EggFlowBox, which removes the 'allocation-mode' and adds a 'homogeneous' property. The result is that wrapping/flowing widgets in this GtkFlowBox can only ever show up as columns. FWIW, the mode that does still exist was a sort of hack to optimize what would otherwise be 'homogenous' mode, which turns a flow box into grid like columns anyway. An example of the functionality we are missing from wrap box: +---+-+--+ | A | B |//| +---++---+---++--+ | C | D | E | F | ++---+---+---+ In the above, the items A-F flow/wrap freely into the available space, potentially showing the most content possible using less height to do so. To see it in action, try running: ./libegg/libegg/wrapbox/testwrapbox o Set the test items to wrappy for different sized items o Set the allocation mode to wrap free o I like how the spreading options were replaced with the align properties, it seems we achieve more or less the same effect by using the align property values. o gtk_flow_box_insert() or gtk_container_add() add an intermediate child, breaking the logical widget hierarchy. For most of the history of GTK+, one can rely on the logical hierarchy being preserved, i.e. adding a widget to a parent will always pass the 'gtk_widget_get_parent (child) == parent' check. Honestly I would be more comfortable with a policy where only a specific child type can be added to the flowbox. The GtkToolBar and GtkMenuShell apis are clearer by limiting what types of children can be added, without breaking the logical widget hierarchy. In any case, I think this is worth at least a mention in the gtk_container_add() documentation. o Problem in the demo/testflowbox... check and then uncheck the Filter option, for some reason the items which were filtered out don't show up again. Not sure if this is a bug in the test case of in the widget code. Cheers, -Tristan Matthias ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: flow box
On Mon, Sep 30, 2013 at 1:53 PM, Tristan Van Berkom trista...@openismus.com wrote: Hi Matthias, On Sun, 2013-09-29 at 22:28 -0400, Matthias Clasen wrote: I've pushed a flowbox branch, which adds a GtkFlowBox widget. It is a copy of the EggFlowBox widget that has been developed in the egg-list-box module for a while, which is in turn based on an earlier EggSpreadTable in libegg. Based on EggWrapBox... EggSpreadTable was something a bit different. I stand corrected...its been too long. o The flow box doesn't really flow anymore, i.e. differently sized items can no longer wrap freely in the allocated space. This is a bit disappointing, I also notice that this is already missing in EggFlowBox, which removes the 'allocation-mode' and adds a 'homogeneous' property. The result is that wrapping/flowing widgets in this GtkFlowBox can only ever show up as columns. FWIW, the mode that does still exist was a sort of hack to optimize what would otherwise be 'homogenous' mode, which turns a flow box into grid like columns anyway. An example of the functionality we are missing from wrap box: +---+-+--+ | A | B |//| +---++---+---++--+ | C | D | E | F | ++---+---+---+ In the above, the items A-F flow/wrap freely into the available space, potentially showing the most content possible using less height to do so. To see it in action, try running: ./libegg/libegg/wrapbox/testwrapbox o Set the test items to wrappy for different sized items o Set the allocation mode to wrap free Yeah, that has been removed. Don't know any particular motivation, other than 'we don't need that'. I was tempted to apply the same reasoning to the vertical orientation, but I've left it in so far. It does add considerable complication to the keynav handling and other areas. o gtk_flow_box_insert() or gtk_container_add() add an intermediate child, breaking the logical widget hierarchy. For most of the history of GTK+, one can rely on the logical hierarchy being preserved, i.e. adding a widget to a parent will always pass the 'gtk_widget_get_parent (child) == parent' check. Honestly I would be more comfortable with a policy where only a specific child type can be added to the flowbox. The GtkToolBar and GtkMenuShell apis are clearer by limiting what types of children can be added, without breaking the logical widget hierarchy. In any case, I think this is worth at least a mention in the gtk_container_add() documentation. This is following recent precedents - we are now automatically inserting viewports between a scrolled window and its child, and GtkListBox is automatically wrapping its children in GtkListBoxRow intermediaries. I agree that we should add some hints about this to the the gtk_container_add docs. o Problem in the demo/testflowbox... check and then uncheck the Filter option, for some reason the items which were filtered out don't show up again. Not sure if this is a bug in the test case of in the widget code. I'll have a look. Thanks for the review ! Matthias ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gtk Text View Question
Yeti: I tried it again with your command line adjusted for csh: Sun5# gcc -Wall `pkg-config --cflags --libs gtk+-2.0` Test1.c -o Test1 Test1.c: In function `createConsoleBox': Test1.c:6: warning: implicit declaration of function `gtk_text_view_get_vadjustment' Test1.c:6: warning: passing arg 1 of `gtk_vscrollbar_new' makes pointer from integer without a cast Undefined first referenced symbol in file gtk_text_view_get_vadjustment /var/tmp//ccS4tO2f.o ld: fatal: Symbol referencing errors. No output written to Test1 collect2: ld returned 1 exit status Thomas Dineen On 9/29/2013 11:47 AM, David Nečas wrote: On Sun, Sep 29, 2013 at 11:22:12AM -0700, Thomas Dineen wrote: The following symbol seems to be missing or deprecated form the Gtk+-2.0 library. I suppose you mean Gtk+ 2.x in general, not exactly version 2.0. gtk_text_view_get_vadjustment The symbol is present in both Gtk+ 2.x and 3.x. It is deprecated *only* in 3.x where it is superseded by a method of the GtkScrollable interface. Can you please post a simple example of Gtk Text View with scrollbar that will compile in Gtk+-2.0. Your own example compiles fine with gcc -Wall -o example example.c $(pkg-config --cflags --libs gtk+-2.0) Regards, Yeti ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk Text View Question
Hi. Sun5# gcc -Wall `pkg-config --cflags --libs gtk+-2.0` Test1.c -o Test1 Test1.c: In function `createConsoleBox': Test1.c:6: warning: implicit declaration of function `gtk_text_view_get_vadjustment' Test1.c:6: warning: passing arg 1 of `gtk_vscrollbar_new' makes pointer from integer without a cast Undefined first referenced symbol in file gtk_text_view_get_vadjustment /var/tmp//ccS4tO2f.o ld: fatal: Symbol referencing errors. No output written to Test1 collect2: ld returned 1 exit status Thomas Dineen What version of GTK+ is installed on your machine? get_vadjustment() function is only available since GTK+-2.22. You can check your version like this: pkg-config --modversion gtk+-2.0 Cheers, Tadej -- Tadej Borovšak tadej.borov...@gmail.com tadeb...@gmail.com blog.borovsak.si ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: [gtk-osx-users] New Modulesets and gtk-mac-integration-2.0.3
Hi John, seeing a failure in building berkleydb: -arch x86_64 -mmacosx-version-min=10.7 ../dist/../btree/bt_conv.c -fno-common -DPIC -o .libs/bt_conv.o In file included from ../dist/../btree/bt_compare.c:46: In file included from ./db_int.h:884: In file included from ../dist/../dbinc/mutex.h:15: In file included from ../dist/../dbinc/mutex_int.h:12: ../dist/../dbinc/atomic.h:179:19: error: definition of builtin function '__atomic_compare_exchange' In file included from ../dist/../mutex/mut_pthread.c:11: In file included from ./db_int.h:884: In file included from ../dist/../dbinc/mutex.h:15: In file included from ../dist/../dbinc/mutex_int.h:12: ../dist/../dbinc/atomic.h:179:19: error: definition of builtin function '__atomic_compare_exchange' static inline int __atomic_compare_exchange( ^ static inline int __atomic_compare_exchange( ^ In file included from ../dist/../mutex/mut_tas.c:11: In file included from ./db_int.h:884: In file included from ../dist/../dbinc/mutex.h:15: In file included from ../dist/../dbinc/mutex_int.h:12: ../dist/../dbinc/atomic.h:179:19: error: definition of builtin function '__atomic_compare_exchange' static inline int __atomic_compare_exchange( ^ In file included from ../dist/../btree/bt_compress.c:9: In file included from ./db_int.h:884: In file included from ../dist/../dbinc/mutex.h:15: In file included from ../dist/../dbinc/mutex_int.h:12: ../dist/../dbinc/atomic.h:179:19: error: definition of builtin function '__atomic_compare_exchange' static inline int __atomic_compare_exchange( ^ In file included from ../dist/../btree/bt_conv.c:11: In file included from ./db_int.h:884: In file included from ../dist/../dbinc/mutex.h:15: In file included from ../dist/../dbinc/mutex_int.h:12: ../dist/../dbinc/atomic.h:179:19: error: definition of builtin function '__atomic_compare_exchange' static inline int __atomic_compare_exchange( ^ 1 error generated. This is my usual clean build setup, using Xcode5 on MacOS 10.8.5. Actually, I'll dump a copy of the script I use to make the build itself up on my website somewhere in case you want to replicate exactly what I'm doing. I can hack around the above in the meantime and see about getting a build. Cheers, Waider. On 30 Sep 2013, at 01:35, John Ralls jra...@ceridwen.us wrote: I've just pushed new modulesets for Gnome-3.10. Well, except for unsupported and random. I also had to modify gtk-mac-integration and release 2.0.3 because I messed up and used some 10.6 API in 2.0.2. That's reflected in the new modulesets. Regards, John Ralls ___ Gtk-osx-users-list mailing list Gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list -- wai...@gmail.com / It's about as impersonal as you can get. ___ Gtk-osx-users-list mailing list Gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
Re: [gtk-osx-users] New Modulesets and gtk-mac-integration-2.0.3
On 30 Sep 2013, at 22:01, Ronan Waide wai...@gmail.com wrote: Hi John, seeing a failure in building berkleydb: Ah, sorry, this is Gramps -specific, should not have wound up on gtk-osx lists. Cheers, Waider. -- wai...@gmail.com / It's about as impersonal as you can get. ___ Gtk-osx-users-list mailing list Gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
Re: [gtk-osx-users] New Modulesets and gtk-mac-integration-2.0.3
On Sep 30, 2013, at 2:02 PM, Ronan Waide wai...@gmail.com wrote: On 30 Sep 2013, at 22:01, Ronan Waide wai...@gmail.com wrote: Hi John, seeing a failure in building berkleydb: Ah, sorry, this is Gramps -specific, should not have wound up on gtk-osx lists. Waide, No, it's in gtk-osx-python.modules. This is the right place. Looks like bdb 4.8 isn't going to work with clang. No need to copy the script in this case. modules-unstable has a module for bdb-5.2. Can you see if that works? Regards, John Ralls ___ Gtk-osx-users-list mailing list Gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
Gtk2 1.248 available
Overview of changes in Gtk2 1.248 [2013-09-29] * Avoid misusing the macro PL_na, preventing potential issues with other XS modules View the source in the Gtk2-Perl git repo at: http://git.gnome.org/browse/perl-Gtk2/tag/?id=rel-1-24-8 Or download the source release at: http://downloads.sourceforge.net/gtk2-perl/Gtk2-1.248.tar.gz This module requires these other modules and libraries: perl = 5.8.0 Glib = 1.280 (Perl module) Pango = 1.220 (Perl module) GTK+ 2.x (C library and prerequisites) If the version of the GTK+ library you will be compiling against is 2.8 or higher, the Cairo Perl module is also required: Cairo = 1.00 (Perl module) In order to build it from source, you'll also need ExtUtils::Depends = 0.300 ExtUtils::PkgConfig = 1.030 development headers for gtk+ and friends Gtk2 is a Perl extension providing Perl bindings to the 2.x series of the Gtk+ graphical user interface library. This module allows you to write graphical user interfaces in a perlish and object-oriented way, freeing you from the casting and memory management in C, yet remaining very close in spirit to original API. Find out more about Gtk+ at http://www.gtk.org, and about Gtk2-Perl at http://gtk2-perl.sourceforge.net/. ___ gtk-perl-list mailing list gtk-perl-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-perl-list