Re: Steps to get to GTK+ 3.0

[Mikael Hermansson <mike tielie gmail com>]

On Mon, 2008-06-09 at 13:13 +0100, Martyn Russell wrote:

> This allows for updating you application in two stages.
> 
> 1. Stop using all deprecated widgets and update your application to use
> newer widgets or something else.
> 

Yes but the problem still is there how long should this be deprecated in
your option? I mean lots of those widget that will be removed has been
there for several years already I dont see ANY reason those old widget
still is there as I said before if people still is using GtkCList
GtkFileSelector/GtkText and so on theyr should already have changed.

So why should we still support this old widgets  that was written over
five years ago? 

This makes the  shared libs bigger and bigger. 
I dont know maybe we dont save any startup time if were remove them but
in the long term I think we will for example:

We have alot other librarys we the same problem for example
nautilus/gedit still depends on gnomelibs/ui that will drag in alot
other librarys for example gnomevfs/bonobo/popt and so on even if
nautilus core is not using gnomevfs internally and gedit will sonn
remove gnomevfs theyr still there because libgnome (that also has been
marked as deprecated for years) is draging it in.

I know this may look a bit offtopic but my point is if we never get rid
of old stuff the librarys get bigger and bigger and of course this gives
maintance problems for the maintainers of gtk etc... And infact also for
applications developers because if youre new developer you may by
mistake use deprecated stuff or send bugreports that never will be fixed
etc..
 

And also about the GSlice thingy I cannot remember any time I have
accessed the structures intenally so I dont see this as a big problem as
a application developer (I may be wrong here there is probadly has been
reasons to access it for some apps)

As Imendio has already pointed out the changes is NOT that big for
application developers thjat is was between 1.0 and 2.0 :-)