On Wed, 2008-07-23 at 22:45 -0400, Colin Walters wrote:
> On Wed, Jul 23, 2008 at 11:55 AM, Tim Janik <[EMAIL PROTECTED]> wrote:
>
> People wonder whether a GLib 3 is planned and whether the
> entire library
> stack must be parallel installable. A GLib 3 is most p
On Wed, Jul 23, 2008 at 10:59 PM, Paul Davis <[EMAIL PROTECTED]>
wrote:
>
> > Here's an example of real world program almost certainly on your
> > desktop that needs it:
> > http://blogs.gnome.org/dcbw/2008/06/11/great-taste-less-filling/
> > That mockup really needs a canvas that has features lik
On Wed, Jul 23, 2008 at 11:55 AM, Tim Janik <[EMAIL PROTECTED]> wrote:
>
> People wonder whether a GLib 3 is planned and whether the entire library
> stack must be parallel installable. A GLib 3 is most probably planned, as
> there are things in GLib that might make sense to seal as well. This m
> http://rapidshare.com/files/130142294/gtk-2.12.9-win64-src.tar.bz2.html
A couple of questions about your changes in the source:
In glib's configure.in, you do:
--- ./configure.in.orig 2008-05-09 22:50:12.0 +0300
+++ ./configure.in 2008-05-06 12:10:18.0 +0300
@@ -871,6 +871
>> Did you drop the mailing list from CC intentionally?
Gmail did it... corrected...
>> Sure, I'm willing to help you learn. It's a project I've wanted to do
>> myself, but had not got the time for. I'll start writing my ideas down
>> and we'll go from there.
OK...
I'm know analyzing the Stand
On Wed, 2008-07-23 at 22:38 +0100, adrian.dmc wrote:
> Hi, I'm new here...
Welcome. I'm the resident Unicode hacker around here for now.
> My objective, for now, its to rework the Unicode support of GLib by
> redesigning its character tables, specially its size.
> I'll appreciate some guidelines
On Wed, 2008-07-23 at 22:38 +0100, adrian.dmc wrote:
> Hi, I'm new here...
>
> My objective, for now, its to rework the Unicode support of GLib by
> redesigning its character tables, specially its size.
> I'll appreciate some guidelines and suggestion ("Give up!!" included).
>
> I'm currently rea
Hi, I'm new here...
My objective, for now, its to rework the Unicode support of GLib by
redesigning its character tables, specially its size.
I'll appreciate some guidelines and suggestion ("Give up!!" included).
I'm currently reading/analyzing the Unicode Standard 5.1 and the GLib
support for Un
> I have been doing some 64-bit building as well, and used the attached patch
> for the sizes/types.
Thanks. Committed to trunk.
--tml
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Oleg Tchij wrote:
I've tried to build and run gtk for 64-bit Windows. At last I can upload
working version for usage:
Nice, good to see!
2) use the following main types definitions:
#define GLIB_SIZEOF_LONG 4
#define GLIB_SIZEOF_SIZE_T 8
I have been doing some 64-bit building as well,
Hey All.
Kris took meetings during the GTK+ developers meeting at this
years GUADEC. It took some time to transform them into a proper
writeup, and Kris had to leave for a vacation flight before
he could finish them off.
So here are the minutes from Kris with a few finishing touchups
from me. P
On Wed, 23 Jul 2008, Guillaume Cottenceau wrote:
> >> The 1.x -> 2.0 change was painful for everyone who had an app that
> >> needed porting, however I find it pretty irrelevant in comparison to
> >> 2.x -> 3.0.
> >
> > Well, if no libgtk-compat is planned, it will be about as painful
> > for user
On Sun, 2008-07-20 at 16:57 -0400, Ben Gamari wrote:
> Howdy all,
>
> As many of you probably know, GTK+ has apparently been calling
> XRRGetScreenResources() on startup for some time now. Having a laptop, I
> occasionally find myself using VGA displays which, for the last few
> months, flickered
(Sorry for replying a bit late.)
> I've tried to build and run gtk for 64-bit Windows. At last I can upload
> working version for usage:
Great! I hope people who are interested will try them out. (Personally
I don't have any machine running 64-bit Windows, unfortunately.)
> http://rapidshare.co
>> The 1.x -> 2.0 change was painful for everyone who had an app that
>> needed porting, however I find it pretty irrelevant in comparison to
>> 2.x -> 3.0.
>
> Well, if no libgtk-compat is planned, it will be about as painful
> for users of the deprecated and removed widgets/functions.
Isn't it a
= gtk irc team meeting minutes - 2008-07-22 =
* Status of Gtk+-2.14 release, API freeze
- as decided at GUADEC, 2.14 release by end of august/begin of september
- minor API and changes still pending
- API frozen and feature frozen by next release
- behdad points out pango dependency on new cairo/p
16 matches
Mail list logo
