Pango-1.12.2 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.10/
or:
http://download.gnome.org/sources/pango/1.12/
f41488236baf881a4844216ac61abc24 pango-1.12.2.tar.bz2
ec522a258e0119fcaf7135c5534d182e pango-1.12.2.tar.gz
This is a stable release and is source and binary
On Wed, 26 Apr 2006, David Hampton wrote:
> Here's my problem. GnuCash currently compiles cleanly using gcc-4.1 and
> -Werror on both i386 and amd64 systems, so Ross's issue of aliasing
> warnings has already been handled. If you add the G_GNUC_DEPRECATED tag
> to these functions as proposed, gn
On 4/26/06, David Hampton <[EMAIL PROTECTED]> wrote:
> Here's my problem. GnuCash currently compiles cleanly using gcc-4.1 and
> -Werror on both i386 and amd64 systems, so Ross's issue of aliasing
> warnings has already been handled. If you add the G_GNUC_DEPRECATED tag
> to these functions as pr
On Wed, 2006-04-26 at 18:19 -0400, Behdad Esfahbod wrote:
> On Wed, 26 Apr 2006, David Hampton wrote:
>
> > On Wed, 2006-04-26 at 09:22 +0100, Ross Burton wrote:
> > > Hi,
> > >
> > > Would it make sense to mark all of the deprecated API in GLib and GTK+
> > > with G_GNUC_DEPRECATED, so that peopl
On Wed, 2006-04-26 at 21:23 +0100, Ross Burton wrote:
> On Wed, 2006-04-26 at 15:18 -0400, David Hampton wrote:
> > > Would it make sense to mark all of the deprecated API in GLib and GTK+
> > > with G_GNUC_DEPRECATED, so that people who are not using the
> > > DISABLE_DEPRECATED macros still get w
On Wed, 26 Apr 2006, David Hampton wrote:
> On Wed, 2006-04-26 at 09:22 +0100, Ross Burton wrote:
> > Hi,
> >
> > Would it make sense to mark all of the deprecated API in GLib and GTK+
> > with G_GNUC_DEPRECATED, so that people who are not using the
> > DISABLE_DEPRECATED macros still get warned t
http://www.beatniksoftware.com/gimmie/img/gimmie-topic-documents.png
Dum de dum... :-)
-Alex
Petr Tomasek wrote:
In the menu you have usually only a few "recent files". If you look
for something little older it would have sense to have special dialog.
___
On Wed, 2006-04-26 at 15:18 -0400, David Hampton wrote:
> > Would it make sense to mark all of the deprecated API in GLib and GTK+
> > with G_GNUC_DEPRECATED, so that people who are not using the
> > DISABLE_DEPRECATED macros still get warned that they are using
> > deprecated functions? At the mo
Jeff Waugh wrote:
I am still trying to get 2.9 releases out before the end of April,
although it is looking a bit tight. Need to get the async filechooser
branch merged first. As soon as that has happened, I'll go into release
mode...
Does it feel/look like you'll meet the May target mention
On Wed, 2006-04-26 at 09:22 +0100, Ross Burton wrote:
> Hi,
>
> Would it make sense to mark all of the deprecated API in GLib and GTK+
> with G_GNUC_DEPRECATED, so that people who are not using the
> DISABLE_DEPRECATED macros still get warned that they are using
> deprecated functions? At the mom
On Wed, 2006-04-26 at 11:16 +0200, Murray Cumming wrote:
> On Tue, 2006-04-25 at 21:02 +0100, Damon Chaplin wrote:
> > I've put GooCanvas 0.3 (a GTK+ cairo canvas widget) up at:
> > http://www.dachaplin.dsl.pipex.com/goocanvas/
> >
> > This release adds pretty much all of my list of essential fe
On Tue, 2006-04-25 at 21:02 +0100, Damon Chaplin wrote:
> I've put GooCanvas 0.3 (a GTK+ cairo canvas widget) up at:
> http://www.dachaplin.dsl.pipex.com/goocanvas/
>
> This release adds pretty much all of my list of essential features:
>
> o New GooCanvasPath item (similar to SVG path element
Hi Everybody,
I would like to know whether it is possible to print a picture present in the drawing area widget to a printer (Serial).
I drew the pictures present in the drawing area widget using Gtk draw functions. It will be very helpfull if anybod
Hi,
Would it make sense to mark all of the deprecated API in GLib and GTK+
with G_GNUC_DEPRECATED, so that people who are not using the
DISABLE_DEPRECATED macros still get warned that they are using
deprecated functions? At the moment it's very black and white, and I
think deprecation functions n
> >
> > In the menu you have usually only a few "recent files". If you look
> > for something little older it would have sense to have special dialog.
> >
> > (I hate the fact, that most gnome programs have only 5 recent files
> > in the menu, on the other hand I can understand, that having more
On Wed, 2006-04-26 at 09:29 +0200, Petr Tomasek wrote:
> > >
> > > Aah, have you changed your mind about this? I haven't seen much
> > > discussion of this change of a de-facto UI convention. Not that I
> > > personally know what's better.
> >
> > It sounds like a change for the worse to me. Its
> >
> > Aah, have you changed your mind about this? I haven't seen much
> > discussion of this change of a de-facto UI convention. Not that I
> > personally know what's better.
>
> It sounds like a change for the worse to me. Its very quick to browse
> the menu for the old file you were looking f
On Tue, 2006-04-25 at 08:12 +0200, Murray Cumming wrote:
> On Thu, 2005-06-02 at 10:19 +0200, Emmanuele Bassi wrote:
> > I've considered the option of making a menu, but I decided that we
> > should avoid it for latency reasons; applications might just have a
> > "Open recently used..." item which
18 matches
Mail list logo
