Re: SVG implementations [Fwd: Re: checking for GTK and glib in configure.in.in ?]
James Richard Tyrer <[email protected]>
| Newsgroups | gmane.comp.kde.cafe |
|---|---|
| Message-ID | <[email protected]> |
Vadim Plessky wrote: > On Friday 08 August 2003 18:38, Rob Kaper wrote: > | On Fri, Aug 08, 2003 at 03:03:21AM -0700, James Richard Tyrer wrote: > [...] > | > | But since you brought it here: > | > | I would personally be against the use of GTK+ in any KDE application > | because a KDE application is what it is by utilizing the Qt toolkit and KDE > | extensions of it. Yes, it is sometimes easier to take existing code and > | ignore any GUI and coding inconsistencies, but that's not what KDE is > | about. > | > | GTK+ and glib don't offer much that Qt and KDE don't offer as well, so I > | see no reason to add several extra dependencies because developers of an > | SVG implementation have to do less work. > | > > Why you wnat GTK+ for SVG implementtaion? It like other KDE applications is dependent on some GNOME libraries (NOT GTK [Gimp Tool Kit]) > AFAIK, KSVG doesn't need GTK+. It requires: "libart" from GNOME. > And Xr/Xc (now renamed to Cairo) does not need GTK as well. > Carl Worth has put a lot of efforts to REMOVE all GTK, Pango, etc. > dependencies (when he was coding XSVG using some librsvg code). IIUC, Pango is intended to work with either GNOME or KDE. -- JRT Kde-cafe mailing list - [email protected] http://ofb.biz/lists/listinfo.cgi/kde-cafe DISCLAIMER: The views expressed on this mailinglist are the personal opinions of the author and do not represent OfB.biz: Open for Business, KDE or the author's employer.