2009/5/12 Matthias Clasen :
>>
>> I should have been slightly more clear: I am interested in being able to
>> provide a GtkTreeModel for those people who wish to use it without having to
>> link to libgtk myself.
>>
>> So the problem with using GNode: GtkTreeView doesn't use it.
>
> I don't see wh
2009/5/11 Raju :
> Dear all,
>
Hello Raju.
>
> Any one can help me to create transparent dialog in GTK.
>
Take a look at this page:
http://library.gnome.org/devel/gtk/stable/GtkWindow.html#gtk-window-set-opacity
Hopefully it will help you.
>
> Regards,
>
> Raju
>
Vo
_
>
> I should have been slightly more clear: I am interested in being able to
> provide a GtkTreeModel for those people who wish to use it without having to
> link to libgtk myself.
>
> So the problem with using GNode: GtkTreeView doesn't use it.
I don't see why this is something we should be eage
Szilárd Pfeiffer wrote:
What do you want to do with that? What about GNode? Isn't it good for you?
I should have been slightly more clear: I am interested in being able
to provide a GtkTreeModel for those people who wish to use it without
having to link to libgtk myself.
So the problem wit
Hi Cody,
On Sun, May 10, 2009 at 12:19 AM, Cody Russell wrote:
> gtk+ currently does not build with GSEAL enabled, and I want to remedy
> this so we can make progress on 3.0. I'm planning to post a large
> series of patches unless someone has a suggestion for how better to do
> proceed with this
On Mon, 2009-05-11 at 15:08 -0300, Vovo ^^ wrote:
> Also will it always resolve names using only DNS?
Not sure if this was rhetorical or not but no, GResolver uses NSS so
could end up using LDAP, mDNS and so on.
Ross
--
Ross Burton mail: r...@burtonini.com
I see. In this case unfortunately I am the person who can help you.
Jamie McCracken wrote:
I would hope iterators and models will be part of glib 3.0 to avoid 3rd
party duplication as well as all other Libgee functionality
this would also make it more vala friendly
jamie
On Mon, 2009-05-
Also will it always resolve names using only DNS?
2009/5/11 Xavier Claessens :
> Le lundi 11 mai 2009 à 19:26 +0200, Alexander Larsson a écrit :
>> On Mon, 2009-05-11 at 10:49 -0400, Dan Winship wrote:
>> > On 05/11/2009 10:30 AM, Stefan Kost wrote:
>> > > Alexander Larsson schrieb:
>> > >> GResol
Le lundi 11 mai 2009 à 19:26 +0200, Alexander Larsson a écrit :
> On Mon, 2009-05-11 at 10:49 -0400, Dan Winship wrote:
> > On 05/11/2009 10:30 AM, Stefan Kost wrote:
> > > Alexander Larsson schrieb:
> > >> GResolver is already in gio, yes. NameResolver isn't really less generic
> > >> than GResolv
On Mon, 2009-05-11 at 10:49 -0400, Dan Winship wrote:
> On 05/11/2009 10:30 AM, Stefan Kost wrote:
> > Alexander Larsson schrieb:
> >> GResolver is already in gio, yes. NameResolver isn't really less generic
> >> than GResolver though. What else would it resolve but names? Could be
> >> GDNSResolve
What do you want to do with that? What about GNode? Isn't it good for you?
regards,
Szilárd
Ryan Lortie wrote:
are there any 3ish plans for GtkTreeModel -> GTreeModel?
cheers
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gn
Am Mon, 11 May 2009 10:49:31 -0400
schrieb Dan Winship :
> On 05/11/2009 10:30 AM, Stefan Kost wrote:
> > Alexander Larsson schrieb:
> >> GResolver is already in gio, yes. NameResolver isn't really less
> >> generic than GResolver though. What else would it resolve but
> >> names? Could be GDNSRes
> (FYI: I programs using C language and compile it with gcc compiler on
> MinGW.)
You can't use GTK+ from multiple threads on Windows. That is just how
it is. It is a consequence of GTK+ originally being written just for
X11.
> Could someone please give me little sample code that provide only one
are there any 3ish plans for GtkTreeModel -> GTreeModel?
cheers
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Am Dienstag, den 05.05.2009, 18:57 -0700 schrieb patkhor:
> I provide the user with the OK button, when user click on that button, the
> program will create some number of threads (more than 10) and each threads
> will do time-consuming work in the background. I successfully compiled my
> program,
On 05/11/2009 10:30 AM, Stefan Kost wrote:
> Alexander Larsson schrieb:
>> GResolver is already in gio, yes. NameResolver isn't really less generic
>> than GResolver though. What else would it resolve but names? Could be
>> GDNSResolver though.
>>
>>
> That sounds good. I was just wondering as t
Hi,
I'm trying to add GUI for my application and I choose to do it with Gtk+.
I've asked on this forum before about multithreading, but I still can't get
it right. I found few examples on how to use gthread on the web, but none of
them answers my question.
My problem is:
(FYI: I programs using
Alexander Larsson schrieb:
> On Sun, 2009-05-10 at 17:29 +0300, Stefan Kost wrote:
>
>> Alexander Larsson schrieb:
>>
>>> With gnome 2.26 out and the GResolver branch landed it is time to start
>>> look at merging the gnio network code into gio. I'm posting this here,
>>> plus CC:ing the in
On 05/11/2009 03:47 AM, Alexander Larsson wrote:
> On Sun, 2009-05-10 at 10:53 -0400, Dan Winship wrote:
>> But if you bind() and then connect() (eg, like the rcmd/rsh/rlogin
>> suite) then maybe you don't want SO_REUSEADDR. (And looking at the glibc
>> source for rresvport(), it doesn't use SO_REU
On Sun, 2009-05-10 at 17:29 +0300, Stefan Kost wrote:
> Alexander Larsson schrieb:
> > With gnome 2.26 out and the GResolver branch landed it is time to start
> > look at merging the gnio network code into gio. I'm posting this here,
> > plus CC:ing the involved people instead of on bugzilla in ord
On Sun, 10 May 2009 at 10:53:01 -0400, Dan Winship wrote:
> But if you bind() and then connect() (eg, like the rcmd/rsh/rlogin
> suite) then maybe you don't want SO_REUSEADDR. (And looking at the glibc
> source for rresvport(), it doesn't use SO_REUSEADDR, and instead just
> keeps trying different
On Sun, 2009-05-10 at 10:53 -0400, Dan Winship wrote:
> Alexander Larsson wrote:
> >> I was going to say "we could make g_socket_listen() set it" but
> >> actually, you need to do it before calling bind(). I'm not really
> >> familiar with the use cases of bind() on client sockets, but it seems
>
22 matches
Mail list logo
