No description
even when FORKED_FONTS is not set. * No longer undef'ing SDL_thread stuff when FORKED_FONTS is used if we're ALSO not using SDL_Pango, since that now uses a thread to let fontconfig generate its cache, and still let Tux Paint be responsive to the OS and user. (SF.net bug #2944951) * Spawning a thread and rendering a dummy string with SDL_Pango, to allow fontconfig to generate its cache. (SF.net bug #2944951) * Setting up 'busy' mouse cursor (watch-shaped) earlier (so it can happen while fontconfig cache thread runs). * Not spawning forked font scanner (FORKED_FONTS) as early, so fontconfig can generate its cache first. (I wasn't sure if calling an SDL_thread after a fork() occured was safe or not; admittedly, I discovered that SDL_thread spawning wasn't working due to the re-#defines of those functions when FORKED_FONTS was set; see above.) All of this only tested on Ubuntu 9.04. Forced disabling of FORKED_FONTS by editing fonts.h, and Tux Paint still worked (it just took longer at the splash screen while the fonts were loaded). Needs testing on various Windows, Mac OS X and BeOS. |
||
|---|---|---|
| data | ||
| docs | ||
| fonts/locale | ||
| hildon | ||
| im | ||
| macosx | ||
| maemo/debian | ||
| magic | ||
| obj | ||
| src | ||
| stamps/cartoon/tux | ||
| starters | ||
| visualc | ||
| win32 | ||
| .cvsignore | ||
| dummy.c | ||
| findbad | ||
| Makefile | ||
| README.txt | ||
| tuxpaint.spec | ||
Please see the documentation located in the "docs" directory. $Id$