New to GSettings

2010-11-26 Thread Tomasz Jankowski
Hello!

I'd like to take advantage of GSettings in my application, but I have some
questions about it. Ther's a tutorial based on gnome-utils, but it doesn't
explain everything.

   1. What's the purpose of 'path' attribute? When browsing Baobab's source
   code I saw, that it set 'path' with '/apps/baobab/', so it's not a file
   system path, but some abstract representation of settings hierarchy, right?
   Are there some common categories of paths: 'apps', 'system', 'desktop' or
   other?
   2. When using GSettings I need to install my schemas somewhere. In
   Baobab's configure.ac they use pkg-config to obtain path: pkg-config
   --variable gsettingsschemadir gio-2.0 . The problem is, that on my Ubuuntu
   (glib v2.26.x) there's no such variable...
   3. What happens with settings stored using GSettings API, when user will
   remove my application from system? Will they stay in backend's settings
   database or after removing schema from schemas directory backend will remove
   settings related to it from it's storage?
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Developing application with well-known service name using GDBus

2010-11-26 Thread Tomasz Jankowski
Hello!

I 'm working on daemon application, which use GDBus. Because my program is a
daemon, external appliactions should be able to start it by calling

org.freedesktop.DBus.StartServiceByName'

D-Bus method.

To do this I have to provide '*.service' file, which tells D-Bus session bus
how to run my program. How to obtain destination folder for this file? When
using low-level dbus-1 libbrary it's simple, because dbus-1 provides
'session_bus_services_dir' variable via pkg-config. However because GDBus is
standalone implementation, how can I retrieve path to this folder? i don't
want to depend my program on dbus-1 only because one variable required by
Autotools...
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


icon for gtk window.

2010-11-26 Thread Lohitha R




Hi all,

I have problem, I designed the UI using GTK (gtk-2.16.6 and all other
dependent packages are installed).
It is some thing like below image(The circle is just to show the icon).



First thing is, I want to change the icon of this window...

can any one help me to do this...
I searched for apis but I didn't understood the solution

I need is the API information...
like which one to use and how to use... or give me the link which I can
refer...

Next is

I checked for all available icons(list), 
But I didn't get the icon which is used by gtk-demo.



I want my application to use that icon Can I use that icon for my
app window ??

If I run the same app in windows XP(with all libraries installed), I'll
get the same window icon(which is used by gtk-demo in linux) for the
app.

please help me...

To find and understand the APIs for this,
and suggest me, can I go for the icon to use to my app

Thank u in advance

-- 
Thanks  Regards,
Loh!tha R




___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list


Re: icon for gtk window.

2010-11-26 Thread Robert Pearce
Hi Lohitha,

On Fri, 26 Nov 2010 18:01:36 +0530 you wrote:
 
 
 First thing is, I want to change the icon of this window...
 
 can any one help me to do this...
 I searched for apis but I didn't understood the solution

Did you not spot the gtk_window_set_icon function? It's documented on
the GtkWindow page.

Cheers,
Rob
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list


failing to run gtk with directfb

2010-11-26 Thread Olivier Singla
Hi,

I am trying to get GTK working width directfb, and it's failing to
initialize.
directfb 1.4.11 - glib 2.27.3 - gdk-pixbuf 2.22.1 - pixman 0.21.2
cairo 1.10.0 - atk 1.32.0 - pango 1.28.3 - gtk 2.22.1

What's happening is:
_gdk_display = g_object_new (GDK_TYPE_DISPLAY_DFB, NULL);
is failing in gdk_display_open()

(testbuttons:181): GLib-GObject-CRITICAL **: g_object_new: assertion
`G_TYPE_IS_OBJECT (object_type)' failed

FWIW, directfb is working just fine (using the directfb API).

Here is is I cross-compiled gtk (for ARM v7):
./configure --enable-shared --disable-static --build=i686-linux
--host=$HOST  \
--disable-gtk-doc-html \
--with-gdktarget=directfb --without-x \
--disable-cups --with-gnu-ld  \
--prefix=${PREFIX}/${HOST}/libc/usr

Any idea what I could have done wrong ?

Thanks!
Olivier
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list


Re: Stop stepping on other perl extension's toes

2010-11-26 Thread Torsten Schoenfeld

On 25.11.2010 00:43, Florian Ragwitz wrote:

This set of patches changes the details of how Glib attaches pointers to
SVs. The intention is to be more robust and improve interoperability with other
extensions also using the PERL_MAGIC_ext mechanism.


Looks great in general, thanks.  This is good to have not only because 
it fixes the interoperability problem, but also because it encapsulates 
this tricky magic business in a nice bit of API.


Specific comments:

* It looks like gperl_find_mg is missing a couple of braces; I think as 
it is it will always return the first magic struct found.


* SvTYPE is not null-safe, so gperl_find_mg and gperl_remove_mg should 
guard against this.


* You removed the !sv || !SvROK (sv) checks in a couple of places 
before calling SvRV (sv).  Since SvRV isn't null-safe either, I think 
these need to stay.


* The new API needs some short POD paragraphs, maybe similar in 
structure to what gperl_set_isa and gperl_prepend_isa have in GType.xs.


* We need to remember to update the version of Glib that Gtk2 requires 
before release.


* I worried a while about the thread-safety implications of having one 
global static MGVTBL.  But after some pondering I now think that this 
exactly what we want: two scalars in two different threads representing 
the same object need to be associated with the same magic pointer so 
that they represent the same underlying GObject.


With the mentioned things fixed, I think this can go in.  Any dissenting 
views, muppet, Kevin?

___
gtk-perl-list mailing list
gtk-perl-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-perl-list