On 8/25/06, Sai Laxmi K [EMAIL PROTECTED] wrote:
Thanks Mr.Vivien,
That site was extremely useful. But I have one problem in configuring. I
know this query is not relevant to this post, but I'm not able to find any
other means to solve this. When I'm configuring Xnee with Cygwin, it's
I have an application where i'll need to rotate widgets by 90 degrees. Is there
a default way of doing this in GTK. I was looking some of the documentation and
didn't come across anything that gave me the impression of being able to
accomplish it. Has anybody ever come across this before.
Hi, everyone!
GTK+ implements text layout by using pango and renders text with freetype, in
Linux. I dont know if GTK+ for windows still uses pango and freetype. Owing to
Uniscribe can do the same thing, do GTK+ for windows use the APIs provided by
the Uniscribe to lay out and display text?
Alex,
I was looking over the gthread win32 implementation today when doing
some dbus threading work, and i noticed what i think is a bug:
In g_cond_wait_internal() we add the even to the event array in the
condvar, then we sleep on it. When we wake up or timeout we then remove
the event
James Ray writes:
GTK+ implements text layout by using pango and renders text with
freetype, in Linux. I dont know if GTK+ for windows still uses
pango and freetype.
Pango yes, freetype no.
Owing to Uniscribe can do the same thing, do GTK+ for windows use
the APIs provided by the
On Fri, 2006-08-25 at 10:14 +0200, Sebastian Wilhelmi wrote:
Alex,
I was looking over the gthread win32 implementation today when doing
some dbus threading work, and i noticed what i think is a bug:
In g_cond_wait_internal() we add the even to the event array in the
condvar, then we
On Thu, Aug 24, 2006 at 01:02:51AM +0200, Tim Janik wrote:
there are two ways to handle this properly, in a way that doesn't need
to intermix cancellation semantics with closure/memory maintenance.
if your closure references an object that the callback needs, you
can either forcefully
I think now is the time to decide a couple of issues:
- Can the support for Win9x be dropped from GLib and GTK+ HEAD? Note
that cairo has never worked on Win9x, so GTK+ has de facto not worked
on Win9x since 2.8 anyway.
Dropping Win9x support would mean (slightly) cleaner source code in a
couple
On 8/25/06, Tor Lillqvist [EMAIL PROTECTED] wrote:
I think now is the time to decide a couple of issues:
- Can the support for Win9x be dropped from GLib and GTK+ HEAD? Note
that cairo has never worked on Win9x, so GTK+ has de facto not worked
on Win9x since 2.8 anyway.
Dropping Win9x
I don't know much about win32 or GTK+ on that platform, but my uninformed
vote is yes on all counts, too.
Thirded.
-Dom
--
Counting bodies like sheep to the rhythm of the war drums.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
C.J. Adams-Collier writes:
Do we have any means by which we can determine what our user base is for
each platform?
Yes. For GTK+ 2.8, which was the *previous* stable (in a source code
maintenance -sense) series, the user percentage on Win9x is zero. (As
I said, cairo doesn't work on Win9x,
On 2006-08-25 11:31:16 PM, Tor Lillqvist wrote:
Those who use GTK+ 2.6 on Win9x can continue to do so, without any
chance of bug fixes (from me at least), like they have for a year
(since 2.8.0 was released).
Quite so. I'm all for dropping this stuff from 2.12.
Cheers,
Ali.
12 matches
Mail list logo