On Wed, 2008-07-16 at 23:03 -0400, Paul Davis wrote:
> if its API compatible, why a change in major version numbers?
As I understand it, because:
a) they're removing all the deprecated stuff, and
b) the API sill start changing after 3.0 in ways that won't be
compatible with < 3.0
All good.
AfC
On Thu, 2008-07-17 at 04:11 +0200, Sven Herzberg wrote:
> Paul, just in case this wasn't made clear enough already; the GTK+ team
> want to deploy a GTK+3 that will be API-compatible to the latest GTK+2
> including all deprecation flags that are there (disable deprecated,
> multihead safe, single
On Wed, Jul 16, 2008 at 4:51 PM, Morten Welinder <[EMAIL PROTECTED]> wrote:
[ lots of whining cut out]
>
> You want us to go through some variant of that every 3-4 years? That's
> insane!
GTK2 is not going away any time soon. Enterprise distributions will have
to keep it alive in maintenance mo
Hi,
Am Mittwoch, den 16.07.2008, 18:08 -0400 schrieb Paul Davis:
> On Wed, 2008-07-16 at 16:51 -0400, Morten Welinder wrote:
> i totally agree with those who are arguing against the current notion of
> what GTK3 should be. i haven't seen any evidence that any of the
> problems that our developers
On Wed, 2008-07-16 at 16:51 -0400, Morten Welinder wrote:
> PS: For whatever it's worth, GnuCash also took years to go gtk2.
and in case i didn't make it clear enough early, Ardour also. we had the
exact same set of issues as mentioned by morten and colin. some of the
2yr period, though, was cau
> Hmm, strangely most code worked fine with GTK+ 2.0 with a recompile...
> (e.g., I remember doing that for gftp, not a trivial app.)
That sounds like a serious case of selective memory. Or maybe gftp
has the ui from "hello, world".
Here's a partial list of suffering that we went through. Let's
On Mon, Jul 14, 2008 at 5:42 PM, Alberto Ruiz <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> this is a summary of the issues discussed and the roadmap about a new
> theming API for Gtk+ at GUADEC:
>
> Current situation:
>
>
> Misc:
> * Engines are too dependent on widget impleme
Hello all,
I've tried to build and run gtk for 64-bit Windows. At last I can upload
working version for usage:
http://rapidshare.com/files/130142295/gtk-2.12.9-win64-devel.zip.html
http://rapidshare.com/files/130142294/gtk-2.12.9-win64-src.tar.bz2.html
As usual devel file contains executable
Is GTK+ supported in TCL/TK under FEDORA nd UBUNTU ?
Are there any video players which can be controlled from within TCL/TK ?
Rgds,
John Lever
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Hi,
On Wed, Jul 16, 2008 at 6:16 AM, Gwenael Casaccio <[EMAIL PROTECTED]> wrote:
> In fact I use this function in a thread and the squeak virtual machine also
> use X events
> for the morphs (an old user interface). Here is the problem after some
> events everything
> is frozen the morphs and the
On Wed, 16 Jul 2008 09:25:43 -0400, Owen Taylor wrote:
Hi,
> Hmm, strangely most code worked fine with GTK+ 2.0 with a recompile...
> (e.g., I remember doing that for gftp, not a trivial app.)
Probably not trivial, but 30k LOCs is much less than Claws ;)
> Porting to GtkCList and GtkCTree was w
Owen Taylor wrote:
On Wed, 2008-07-16 at 11:20 +0200, Colin Leroy wrote:
On Wed, 16 Jul 2008 09:51:03 +0100, Bastien Nocera wrote:
Hi,
IMO, if you're still using GtkCTree and GtkCList, which were
deprecated when GTK+ 2.0 was released 6 years ago, you're asking for
trouble.
Well, they do work
On Wed, 2008-07-16 at 11:20 +0200, Colin Leroy wrote:
> On Wed, 16 Jul 2008 09:51:03 +0100, Bastien Nocera wrote:
>
> Hi,
>
> > IMO, if you're still using GtkCTree and GtkCList, which were
> > deprecated when GTK+ 2.0 was released 6 years ago, you're asking for
> > trouble.
>
> Well, they do wor
On Wed, 2008-07-16 at 11:20 +0200, Colin Leroy wrote:
> On Wed, 16 Jul 2008 09:51:03 +0100, Bastien Nocera wrote:
>
> Hi,
>
> > IMO, if you're still using GtkCTree and GtkCList, which were
> > deprecated when GTK+ 2.0 was released 6 years ago, you're asking for
> > trouble.
>
> Well, they do wo
On Tue, 15 Jul 2008, Alessandro Vesely wrote:
This discussion reminds me that smc_notify_tree() does not actually check
which thread does a chunk belong to. Could that result in misbehavior?
No, chunks may be freely passed back and forth betwen threads without
problems. Except for a few blocks
Hello,
I'm writing a binding of Gtk+ for the smalltalk language. Most of the
widgets are supported that's pretty cool.
But I've a problem with :
gtk_main_iteration_do (1)
In fact I use this function in a thread and the squeak virtual
machine also use X events
for the morphs (an old us
2008/7/15 Alberto Ruiz <[EMAIL PROTECTED]>:
> > Oh, and spacing between widgets shouldn't be a fixed part of layout. It
> > should all be defined in themes. No more studying the HIG and manual
> > labour to get that right. 100% consistency and flexibility instead.
>
> That works belongs to Glade/G
Hi,
16 jul 2008 kl. 12.33 skrev Colin Leroy:
On Wed, 16 Jul 2008 12:18:24 +0200, Mikael Hallendal wrote:
Hi,
It sure would lessen the burden for applications still using
deprecated widgets (which is the hard part of the ABI break).
Well, the hardest part in my opinion, for free software at
On Wed, 16 Jul 2008 12:18:24 +0200, Mikael Hallendal wrote:
Hi,
> It sure would lessen the burden for applications still using
> deprecated widgets (which is the hard part of the ABI break).
Well, the hardest part in my opinion, for free software at least, is the
API break :-)
There's something
Colin Leroy skrev:
On Wed, 16 Jul 2008 09:51:03 +0100, Bastien Nocera wrote:
Hi,
Hi,
IMO, if you're still using GtkCTree and GtkCList, which were
deprecated when GTK+ 2.0 was released 6 years ago, you're asking for
trouble.
Well, they do work for us. When GTK+ 2.0 was released six years a
On Wed, 16 Jul 2008 09:51:03 +0100, Bastien Nocera wrote:
Hi,
> IMO, if you're still using GtkCTree and GtkCList, which were
> deprecated when GTK+ 2.0 was released 6 years ago, you're asking for
> trouble.
Well, they do work for us. When GTK+ 2.0 was released six years ago, we
were already too
On Wed, 2008-07-16 at 09:16 +0200, Colin Leroy wrote:
> Hello,
>
> I've read the PDF at
> http://people.imendio.com/kris/gtk-state-of-the-union-2008.pdf
>
> I am wondering what the options will be for users of the GTK lib, that
> still use deprecated widgets?
>
> In the project I work for, we do
Am Mittwoch, den 16.07.2008, 09:16 +0200 schrieb Colin Leroy:
> What do you plan on doing for users of your toolkit who don't have
> time to rewrite things every four years?
One obvious option would be to stay with GTK2 forever, and to take over
bug fixing for it.
Another **rough** idea I always
Hello,
I've read the PDF at
http://people.imendio.com/kris/gtk-state-of-the-union-2008.pdf
I am wondering what the options will be for users of the GTK lib, that
still use deprecated widgets?
In the project I work for, we do have a lot of them:
[claws-mail/src]$ grep -r GtkItemFactory *|wc -l
1
24 matches
Mail list logo
