Rotten Bits or Flogging Dead Horses

This serves as a repository of all my dropped patches, which IMO mostly would have improved GTK in general and were almost never win32 specific, but only driven by the win32 usage of GTK.

	gtk-devel-list	Source
Support different font backend The state of the pangoft2 (1.2) backend on win32 is broken by depending on fontconfig. Currently The GIMP needs a render to bitmap facility which is easily done with pangowin32, too.	patch	WONTFIX
Render to bitmap without FT2 Somewhat related to Pango Backend Abstraction below and differnt font backend support above.	bugzilla
Generating stock-icons from files in directory Generating stock-icons could be done like this: d:\devel\gtk+\gtk> gdk-pixbuf-csource --build-list stock-icons (with stock-icons being a directory) It would require that all files are named after there corresponding variable name. There is currently only one exception to this rule: stock_missing_image $(srcdir)/stock_broken_image.png As an additional benefit this would greatly simplify the process of maintaining a set of additional makefiles (e.g. for win32/msvc :-)	discussion	patch
Pango Backend Abstraction A common reason to add a pangoft2 dependency is one simple facility: rendering text to a bitmap. The patch below shows that this at least can be done almost as easily with the win32 backend. It is tested against libgnomecanvas and Dia.	discussion	patch, bugzilla
glib/iconv : delayed dependency patch adds truely dynamic linking of iconv.dll to glib for win32. It is simply wrapping the three used iconv functions, to resolve them not at compile time, but at runtime.	reference	files
plug/socket and win32 I've basically always considered Plug/Socket to be X-specific code. [Owen] So in retrospective I'm not sure why I even started to make it work on win32 ...	started continued	files bugzilla
Pango Performance This is almost a no-issue nowadays - if you define PANGO_WIN32_NO_UNISCRIBE=1 which is THE performance killer. But with the great work from Alex pangowin32 appears to be almost as fast as the X backends.	started continued	not yet
--gtk-unbuffered Since 2000-11-30 even the win32 version does support backing store to improve the visual appearing (flicker free drawing). Although this is a nice feature I can imagine applications or users which don't like the additional memory burden caused by double buffering. The patch to globally disable it at run-time got dropped because of "Double buffering changes the semantics, it's not just some cosmetic tweak.". IMHO this may be right theoretically but the patch simply worked for me.	reference	patch
Ability to save XPM with gdk-pixbuf Gtk applications do often use XPMs as there internal image format. There is currently no known support to create such files under windoze. The patch would have addded the ability to gdk-pixbuf, but was dropped because of the possibility to crash X-Servers with XPMs which contain too much colors.	reference	patch