Hi James,
The problems seems to be solved.. I had to return TRUE from my callback
function read_request() and listentosocket is the channel. listentosocket =
g_io_channel_unix_new (global_sock);
thanks for your reply and yes i am now listening to G_IO_HUP also...
regards,
Rehan.
James
hey,
i am running through same problem but for me it worked whole way till now
and suddenly it stopped working ... it takes only 3 request from the client
and then starts ignoring client messages .
for more details my post:
Hello! There appear to be multiple choices for opengl widgets in GTK,
including GtkGlExt and GtkGLArea. Have people written software using
either of these interfaces, and would be willing to make
recommendations?
Thanks,
...Eric
___
Sorry, I overlooked this message until now and just found your latest
patch. I will review this patch really soon, and if it looks okay I'll
get it committed to svn. Thanks a lot!
BTW, did you see my message (and the follow up) on
http://bugzilla.gnome.org/show_bug.cgi?id=399253 ?
Comment
Cody Russell wrote:
I'd like the canvas system to be generalized enough that we can have
multiple implementations of it, in the same way that GDK allows us to
port to Win32 or MacOSX. In particular, I think we could have an
implementation that is much like what most of the canvases are doing
That would be great.
I still have to make a version that applies to 2.10.11 for Arnaud, but I
didn't have a lot of time lately. I will try to do it tonight.
Greets,
Lieven van der Heide
On Thu, 19 Apr 2007 23:39:23 +0200, Cody Russell [EMAIL PROTECTED]
wrote:
On Sun, 2007-04-01 at 21:46
I committed a similar patch yesterday. It was bug #403470.
Dom
On 4/20/07, Arnaud Charlet [EMAIL PROTECTED] wrote:
Sorry, I overlooked this message until now and just found your latest
patch. I will review this patch really soon, and if it looks okay I'll
get it committed to svn. Thanks
I committed a similar patch yesterday. It was bug #403470.
Indeed, that was part of the text I quoted:
The fix for comment #9, and an additional fix for the LEFT/RIGHT tabs is in
Bug
#403470.
Thanks.
Arno
___
gtk-devel-list mailing list
Carlos Garnacho wrote:
First of all we need to specify the feature requirements for the
canvas. The following is a list of features I think we should
consider, hope it's a good start, please add to it if there are others:
- GTK+ suitable API.
- a11y support.
- Model/View split.
- Size
Sven Herzberg wrote:
I don't think the GtkWidget API and the GtkCanvas API shouldn't be tied
together too much.
In HippoCanvas we took this to the extreme of not including gdk.h or
gtk.h in the canvas core. I happen to really like this approach, but in
general I tend to like to keep code
Sven Herzberg herzi at gnome-de.org writes:
Sounds pretty good until this point. Benjamin just mentioned in IRC that
*theming* is also pretty important. We want to be able to render the
same canvas item in different ways for different themes.
Let me elaborate on this a bit. I think right now
So does Gtk want to reduce themeing and just have a simple file that specifies
colors (like Metacity) or does it want to increase its features to allow stuff
such as allowing theme engines to do animations, fades and what do I know?
If we care about looking native on Win32 and OSX, I'd say
Marco Pesenti Gritti wrote:
There is something which bothers me though. Support for some units,
points for example, would require floating points measures. And I
suspect we don't want to do layout in floating point (instability
issues). Mozilla converts css units in twips (an arbitrary integer
On Fri, 2007-04-20 at 12:02 +0200, Sven Herzberg wrote:
Well, isn't the right way to go the cairo path and make the
communication of cairo and the GPU faster (that's improve Xrender,
the
drivers etc.)? As this needs to be improved for a GPU based GTK
anyway you won't get any advantage by
14 matches
Mail list logo
