On 8/22/06, Samuel Cormier-Iijima <[EMAIL PROTECTED]> wrote:
>
> I had the same problem with a FileChooserWidget with an extra
> GtkExpander widget in it. One solution is to make the window fixed
> (unresizable). Of course, the downside is that the user can't resize
> it himself. Let me know if y
Hi All,
I have defined a new widget and I want to install properties.
I have defined
Gobject_class->set_property
Gobject_class->get_property
to my local functions.
And as well I have installed the property using
G_object_class_install_property()
But the control is not getting passed to the lo
On Tue, 2006-08-22 at 09:22 +0200, Fernando Apesteguía wrote:
> I'm still looking for a solution. My app has internationalization support.
> So make the window fixed is not possible in order to allow all the different
> messages to fit in the window. I'll read more documentation.
>
> More ideas?
H
On Tue, 2006-08-22 at 11:54 +0200, Iago Rubio wrote:
> On Tue, 2006-08-22 at 09:22 +0200, Fernando Apesteguía wrote:
> > I'm still looking for a solution. My app has internationalization support.
> > So make the window fixed is not possible in order to allow all the different
> > messages to fit in
On Mon, 2006-08-21 at 19:19 -0400, Samuel Cormier-Iijima wrote:
> Note that however GNet does NOT use GObject, it rolls its own object
> type... I kinda wanted a twisted-like framework so that I could for
> example subclass a GNetServer or otherwise connect signals to it to
> respond to network eve
On Mon, 2006-08-21 at 20:04 -0400, Philip Kovacs wrote:
> I have a question related to whether or not I need to go to more deliberate
> lengths to hide/shield the gobject's I am producing from the users of my
> library.
>
> The api's I have implemented deliver (what I wish to be) opaque pointers
Maybe it is just me, but I don't see a problem with letting users access the
object with gobject methods. If you look at the api, there aren't that many,
and there don't seem to be any that would harm too much. Also, restricting
access too much prevents people from using it in (perhaps benefic
Madhusudan E wrote:
> Hi All,
> I have defined a new widget and I want to install properties.
>
> I have defined
> Gobject_class->set_property
> Gobject_class->get_property
> to my local functions.
>
> And as well I have installed the property using
> G_object_class_install_property()
>
> But
|Maybe it is just me, but I don't see a problem with letting users access the
object with gobject methods. If |you look at the api, there aren't that many,
and there don't seem to be any that would harm too much. Also, |restricting
access too much prevents people from using it in (perhaps bene
Philip Kovacs wrote:
[...]
> Maybe I am making more out of this than need be. I have implemented thread-
> safety in my api's; I require glib>=2.8 for thread-safe g_object_[un]ref used
> internally; all of my gobject properties are construct only/write only; and
> the user cannot subclass my obje
Ah, thanks, thats exactly what I was looking for... i wonder why it
didnt show up on any google searches for gobject networking library.
hmm, whatever, at least i wont have to roll my own :-) (sorry for
weird puctuation, i`m using a weird canadian keyboard)
samuel
On 8/22/06, Edward Catmur <[EMAIL
Pango-1.14.2 is now available for download at:
http://download.gnome.org/sources/pango/1.14/
or
ftp://ftp.gtk.org/pub/pango/1.14
67b68a6b42dce1eb26e2e9abc31192c5 pango-1.14.2.tar.bz2
0981cf2951b18567e875dbc52f85153f pango-1.14.2.tar.gz\
This is a stable release and is source and binary com
Hi,
The property wasn't defined on the object, But it started working when I
defined the first_property in g_object_new().
I have a query here,
Doesn't the gobject_class->set_property function be invoked without sending
the first_property parameter in g_object_new().
If not then somewhere it needs
13 matches
Mail list logo
