On 11.06.2018 16:03, Eric Williams wrote:
> This is incorrect, the deprecation scheme in GTK (at least GTK3) was quite
> aggressive but not quite as bad as you've listed it here.
> 
> GTK2.24 was released in 2011. That is the final and stable version of GTK2. 
> This
> is (roughly) when GTK3 development began. GTK3 deprecated a lot of the API 
> from
> GTK2, and while they are deprecated they will not be removed until GTK4. This
> means GTK2 API support should (in theory) work until GTK4 released, which is 
> now
> roughly 7-8 years. During this 7-8 years of GTK3 development, you have the
> option to use the interim releases of GTK3, or continue to use GTK2. The same
> will be true when GTK4 is released -- API deprecated by GTK4 won't be removed
> until GTK5, and so on.

That just buys you another 2 years (mind you, the last plan I've read is to have
a new GTK+ version every two years, if that has changed, I'm not aware of it)
and still requires a relinking against the new library version, if I got that
right. So you get 2 years of instability, 2 years of stability, and 2 years of
"it should be working" when compiling it against the latest
unstable/in-development version. That still doesn't sound great to me.

But ultimately seems like that discussion is off-topic in here.
_______________________________________________
platform-dev mailing list
platform-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/platform-dev

Reply via email to