Re: depreciated classes in GTK+2
* Dave Malcolm ([EMAIL PROTECTED]) wrote: In the specific example of GtkCList, you should use GtkTreeView. Though hopefully you figured that out (see the Tree and List Widget Overview in the GTK+ reference manual for more information). Yes, I did actually figure out that I should at least look at that class, but I haven't done so yet. To me a tree view is not a list. It's a tree, a hierarchy and may include a tree control. If you spot any cases where something is deprecated but where the replacement is not cited, perhaps you should file that as a bug in bugzilla? Hopefully the API notes will get fixed that way. I'll try to do that sometime this week. I've done a bit of porting from GTK 1 to 2 and may be able to help if you encounter further problems. Thank you. I'd appreciate the help. -- __ _ Carl B. Constantine / / (_)__ __ __ [EMAIL PROTECTED] / /__/ / _ \/ // /\ \/ / (2.4.18) http://www.duckwing.ca //_/_//_/\_ _/ /_/\_\ Debian 3.0 PGP key available on request Microsoft is not the Borg. The Borg have better tech support. ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: depreciated classes in GTK+2
On Tuesday 10 September 2002 02:54, Scott Bronson wrote: On Mon, 2002-09-09 at 12:56, Dave Malcolm wrote: On Saturday 07 September 2002 18:35, Carl B. Constantine wrote: What I don't notice is what should I use instead of these depreciated classes? There's no docs on what to replace them with or examples of how to change your code accordingly. Have a look at http://developer.gnome.org/dotplan/porting/, which might have the information you need. The point is a good one. Back when I was a Java coder, occasionally some Java class would be deprecated without any explanation as to why or what to do now. This was infuriating. Any chance that info can be added to the docs? - Scott I agree, though I'm not sure how to go about fixing it. I believe the documentation is autogenerated from the source (extracting from marked-up comments), and the deprecation info is from a simple #ifndef GTK_DISABLE_DEPRECATED. So I don't think there's an easy way to add this to the place in the docs (which is a shame). Someone correct me if I'm wrong, please! Dave ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: depreciated classes in GTK+2
Hi, Dave Malcolm [EMAIL PROTECTED] writes: I agree, though I'm not sure how to go about fixing it. I believe the documentation is autogenerated from the source (extracting from marked-up comments), and the deprecation info is from a simple #ifndef GTK_DISABLE_DEPRECATED. So I don't think there's an easy way to add this to the place in the docs (which is a shame). Someone correct me if I'm wrong, please! of course you can add to the docs. The right place in this special case is probably in docs/reference/gtk/tmpl/gtkclist.sgml. The information extracted from the source code is merged with the contents of this file. Salut, Sven ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: depreciated classes in GTK+2
Carl B. Constantine wrote: So I'm looking through the GTK+2 reference manual in DevHelp book (which is a cool app I must say, reminds me of Apple's MPTA app, but more work needs to be done to these books to get them to be the same caliber), and I notice a number of classes that are considered depreciated such as GtkCList (which I was thinking of using in my app). What I don't notice is what should I use instead of these depreciated classes? There's no docs on what to replace them with or examples of how to change your code accordingly. Can anyone point me in the right direction? Most of the deprecated functions I have seen are now macro wrappers around the preferred function. Others have an alternative noted in the reference documentation. I've been porting with GLIB_DISABLE_DEPRECATED, GDK_DISABLE_DEPRECATED and GTK_DISABLE_DEPRECATED defined, then looking at the macros or alternative in the reference documentation. Chris -- [EMAIL PROTECTED] (work) [EMAIL PROTECTED] (home) ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: depreciated classes in GTK+2
On Saturday 07 September 2002 18:35, Carl B. Constantine wrote: So I'm looking through the GTK+2 reference manual in DevHelp book (which is a cool app I must say, reminds me of Apple's MPTA app, but more work needs to be done to these books to get them to be the same caliber), and I notice a number of classes that are considered depreciated such as GtkCList (which I was thinking of using in my app). What I don't notice is what should I use instead of these depreciated classes? There's no docs on what to replace them with or examples of how to change your code accordingly. Can anyone point me in the right direction? In the specific example of GtkCList, you should use GtkTreeView. Though hopefully you figured that out (see the Tree and List Widget Overview in the GTK+ reference manual for more information). If you spot any cases where something is deprecated but where the replacement is not cited, perhaps you should file that as a bug in bugzilla? Hopefully the API notes will get fixed that way. I've done a bit of porting from GTK 1 to 2 and may be able to help if you encounter further problems. Good luck Dave ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list