[Tuxpaint-dev] --nosysfonts option added

2005-01-03 Thread Bill Kendrick
I've added a "--nosysfonts" option to Tux Paint (and corresponding control in Tux Paint Config) which disables any attempts to load fonts from 'outside' Tux Paint. This allows _me_ to keep running the app, until we can figure out what the problem is with the font grouping code in the latest CVS.

Re: [Tuxpaint-dev] Segfault at startup

2005-01-03 Thread Albert Cahalan
On Mon, 2005-01-03 at 18:30, Bill Kendrick wrote: > Tux Paint in CVS (as of Jan 3, 23:30 UTC) is segfaulting on startup, > right as (or after) it's loading the fonts: I had this problem until a made a blacklist. Perhaps you have a font that needs to be on the blacklist. I suspect that the font lib

Re: [Tuxpaint-dev] text tool

2005-01-03 Thread Albert Cahalan
On Mon, 2005-01-03 at 18:10, Bill Kendrick wrote: > On Mon, Jan 03, 2005 at 12:44:30PM +0900, TOYAMA Shin-ichi wrote: > > I think "tp-all48.jpg" is good. > > I think tp-all48.jpg is good, as well. However, tp-32x40.jpg might be > better, as it leaves a little more room for text under the colors.

Re: [Tuxpaint-dev] Segfault at startup

2005-01-03 Thread Albert Cahalan
On Mon, 2005-01-03 at 18:30, Bill Kendrick wrote: > Tux Paint in CVS (as of Jan 3, 23:30 UTC) is segfaulting on startup, I tried to crash Tux Paint using Electric Fence with a variety of environment variable settings. No luck. > right as (or after) it's loading the fonts: > > $ tuxpaint > ..

Re: [Tuxpaint-dev] Segfault at startup

2005-01-03 Thread Albert Cahalan
These all need to be assigned a meaning. (boldness level, italic, don't-care, or reject-this-evil-font) I'd like to know the full family and style names, along with your idea of what the font looks like. If you can share the fonts, do so. I'll take some example guesses: Font style parser stumped b

Re: [Tuxpaint-dev] event handling

2005-01-03 Thread Albert Cahalan
On Mon, 2005-01-03 at 18:11, Bill Kendrick wrote: > On Mon, Jan 03, 2005 at 11:53:19AM -0500, Albert Cahalan wrote: > > Much to my horror, I discovered that Tux Paint has > > distinct near-duplicated code for handling various > > mouse-related options. This leads to lots of trouble. > > (Whistling

Re: [Tuxpaint-dev] Segfault at startup

2005-01-03 Thread Bill Kendrick
On Mon, Jan 03, 2005 at 03:30:37PM -0800, Bill Kendrick wrote: > > Tux Paint in CVS (as of Jan 3, 23:30 UTC) is segfaulting on startup, > right as (or after) it's loading the fonts: Hm, also, above what I had posted before, I noticed Tux Paint being 'stumped' a lot :^) Font style parser stumped

[Tuxpaint-dev] Segfault at startup

2005-01-03 Thread Bill Kendrick
Tux Paint in CVS (as of Jan 3, 23:30 UTC) is segfaulting on startup, right as (or after) it's loading the fonts: $ tuxpaint ... ::: 5 FreeSans Medium Oblique BoldOblique Bold Medium duplicates, discar

Re: [Tuxpaint-dev] event handling

2005-01-03 Thread Bill Kendrick
On Mon, Jan 03, 2005 at 11:53:19AM -0500, Albert Cahalan wrote: > Much to my horror, I discovered that Tux Paint has > distinct near-duplicated code for handling various > mouse-related options. This leads to lots of trouble. (Whistling innocently) Honestly, 2.5 years ago, I didn't think we'd eve

Re: [Tuxpaint-dev] text tool

2005-01-03 Thread Bill Kendrick
On Mon, Jan 03, 2005 at 12:44:30PM +0900, TOYAMA Shin-ichi wrote: > I think "tp-all48.jpg" is good. I think tp-all48.jpg is good, as well. However, tp-32x40.jpg might be better, as it leaves a little more room for text under the colors. > One matter for concern is that it may be a little diffic

[Tuxpaint-dev] event handling

2005-01-03 Thread Albert Cahalan
Much to my horror, I discovered that Tux Paint has distinct near-duplicated code for handling various mouse-related options. This leads to lots of trouble. For example, when the variable-size erasers were added, somebody forgot to update the code that changes the mouse cursor. This means that the