Michael L Torrie wrote:
> I may be the only guy who rarely upgrades an OS (especially one that
> costs $120 a pop), so I'm still running on Panther.
You are not the only one, as I still only have Panther (10.3) for
various reasons (beside Linux, off course).
That is probably why I still haven't
GTK+ 2.9.1 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.9/
http://ftp.gnome.org/pub/gnome/sources/gtk+/2.9/
gtk+-2.9.1.tar.gz md5sum: 12f81fd2f05c79c950b134e37e01d099
gtk+-2.9.1.tar.bz2 md5sum: 1bc1ae050239bab9b525e143c07d1e8f
This is the second development release leadin
On Tue, 2006-05-16 at 09:25 -0400, Matthias Clasen wrote:
> A lot of good arguments for and against external preview have been made
> in the last few days, which has certainly made it clear that there are
> benefits
> and drawbacks to either approach. It seems clear that no solution is optimal
> f
On Tue, 2006-05-16 at 21:09 +0100, John Cupitt wrote:
> There's a project page with a TODO list of things that still need fixing:
>
> http://developer.imendio.com/wiki/Gtk_Mac_OS_X
I may be the only guy who rarely upgrades an OS (especially one that
costs $120 a pop), so I'm still running on Pant
On 5/16/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote:
Hi
I noticed the DFB backend in HEAD won't compile unless something like
gboolean
gdk_screen_is_composited (GdkScreen *screen)
{
g_return_val_if_fail (GDK_IS_SCREEN (screen), NULL);
return FALSE;
}
is added to gdkscreen-directfb.c
There's a project page with a TODO list of things that still need fixing:
http://developer.imendio.com/wiki/Gtk_Mac_OS_X
Might be a start point.
On 5/16/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
On 5/16/06, Ben Hall <[EMAIL PROTECTED]> wrote:
> So!! I was wondering if any of you had any
Hi
I noticed the DFB backend in HEAD won't compile unless something like
gboolean
gdk_screen_is_composited (GdkScreen *screen)
{
g_return_val_if_fail (GDK_IS_SCREEN (screen), NULL);
return FALSE;
}
is added to gdkscreen-directfb.c .
Also, while trying to compile the GTK+ 2.9.0 tarball with
2006/5/16, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
Hello everyone!!
Hi
Is available GtkExtra and Gtk plot under windows 98??
GtkExtra is not part of GTK+, so I think you shoud ask here:
https://lists.sourceforge.net/lists/listinfo/scigraphica-gtkextra
PLEASE stop cross-posting on ALL the GT
On 5/16/06, Ben Hall <[EMAIL PROTECTED]> wrote:
So!! I was wondering if any of you had any information and tips
relating to this.. and if their was any actively projects I could
join in on.
It is included in GTK+ 2.9.x. Just configure with --gdk-target=quartz
__
Hello,
So today I was trying to think of something to keep me busy for the
next 3 months when I have nothing to do before I start my final
assault on my computer science degree.
So I was thinking what is really really missing, and I came up with
the mac that mono develop still requires X1
The meeting is intended for the GTK+ team, but everybody is
welcome to come and listen. The meeting logs will be posted
on the GTK+ website (http://www.gtk.org/plan/meetings).
Place: irc.gnome.org:#gtk-devel
Time: 19:30 UTC (15:30 EDT), Tue, May 16
Possible agenda items:
- leftover api issues
On Tue, 2006-05-16 at 12:25 -0400, Matthias Clasen wrote:
> > II. The rectangle color is currently hardcoded to black, since that looks
> > best with the default theme. Picking a shade of one of the theme
> > colors for the rectangle color will not always turn out nice, so
> > I th
On 5/16/06, Kristian Rietveld <[EMAIL PROTECTED]> wrote:
Hey all,
A few months ago I have been working on a rubberbanding feature for
GtkTreeView. It is basically ready to go in CVS, but there are two issues
left which are worth discussing here:
I. We are not fully sure how to handle the int
Alexander Larsson wrote:
Still, there is a native dialog around, with all the mainloop vs win32
mainloop using native dialogs. I guess if we close the print dialog
when showing the print preview that might be solvable, but as I said
earlier, is that really the behaviour we want?
Sorry for ye
I put together a patch to make pagination asynchronous as well.
I ended up just adding a new signal
gboolean (*paginate) (GtkPrintOperation *operation,
GtkPrintContext *context);
/**
* GtkPrintOperation::paginate:
* @operation: the #GtkP
A lot of good arguments for and against external preview have been made
in the last few days, which has certainly made it clear that there are benefits
and drawbacks to either approach. It seems clear that no solution is optimal
for all situations.
I'd like to propose that we go with and external
On Tue, May 16, 2006 5:51 am, Alexander Larsson wrote:
> Still, there is a native dialog around, with all the mainloop vs win32
> mainloop using native dialogs. I guess if we close the print dialog
> when showing the print preview that might be solvable, but as I said
> earlier, is that really the
Hey all,
A few months ago I have been working on a rubberbanding feature for
GtkTreeView. It is basically ready to go in CVS, but there are two issues
left which are worth discussing here:
I. We are not fully sure how to handle the interaction between
rubberbanding and DnD. Right now we
Alexander Larsson wrote:
On Mon, 2006-05-15 at 18:44 +0200, Paolo Borelli wrote:
* As explained many times when evince was created, the evince UI is so neat
because it was
thought with a clear use case in mind: multipages documents in portrait mode.
However not all
gtk apps that do printing
On Mon, 2006-05-15 at 18:44 +0200, Paolo Borelli wrote:
> >> * As explained many times when evince was created, the evince UI is so
> >> neat because it was
> >> thought with a clear use case in mind: multipages documents in portrait
> >> mode. However not all
> >> gtk apps that do printing are d
20 matches
Mail list logo
