Re: [Tuxpaint-dev] Paths for fonts on Win32, Mac OS X BeOS?

2005-01-08 Thread Albert Cahalan
On Sat, 2005-01-08 at 02:59, Bill Kendrick wrote:
 In setup(), we have the following that Albert C. recently added:
 
 
   if (!no_system_fonts)
   {
 #ifdef WIN32
 // add Windows font dir here
 #else
 loadfonts(/usr/share/feh/fonts, 0);
 loadfonts(/usr/share/fonts, 0);
 loadfonts(/usr/X11R6/lib/X11/fonts, 0);
 loadfonts(/usr/share/texmf/fonts, 0);
 loadfonts(/usr/share/grace/fonts/type1, 0);
 loadfonts(/usr/share/hatman/fonts, 0);
 loadfonts(/usr/share/icewm/themes/jim-mac, 0);
 loadfonts(/usr/share/vlc/skins2/fonts, 0);
 loadfonts(/usr/share/xplanet/fonts, 0);
 #endif
   }
 
 
 
 Can Win32, Mac OS X and BeOS folks let me know what paths would be good
 to add for your respective OSes?

I was just digging up MacOS X, since SourceForge has a Mac
in the compile farm.

Problem: many of the fonts are without file extensions

(there may also be a temporary problem with them appearing
to be empty files, but I've seen FreeType patches to make
the fonts loadable by using %s/rsrc with the filename)


___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev


[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src tuxpaint.c, 1.315, 1.316

2005-01-08 Thread Bill Kendrick
On Sat, Jan 08, 2005 at 08:21:34AM +, Albert Cahalan wrote:
 -   if (cur_tool == TOOL_TEXT)
 +   if (cur_tool == TOOL_TEXT) // Huh? It had 
 better be!
 {

Heh... I may not have noticed where I was in the block.  Sorry ;)

-bill!
(adding sfx right now...)
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev


[Tuxpaint-dev] Re: thin client problem [Win 2003 Terminal Services; slow display]

2005-01-08 Thread Bill Kendrick
On Fri, Jan 07, 2005 at 12:14:42PM -0500, Michael G. wrote:
 Hi Bill,
 
 Thank you and the developers for such a great product.
 
 I am having a hard time running tux-paints over windows 2003 terminal
 srvices/thin client. It runs fine on the actual server. But when I log in
 through a client the mouse becomes very sluggish and unresponsive. Any
 suggestions?

Sorry for the trouble!

I've never used Windows 2003 Terminal Services myself, so I'm stabbing
in the dark, but...

  - What color depth are the thin clients at?  Are they the same as what
the server's trying to display?  (e.g., if the clients are 16bpp, but
the server is pushing 24bpp or 32bpp, that could be slowing it down)

  - What speed connection do you have between the clients and the server?
At least 100Mbit?  If not, that could be the problem. ;^)

  - Are the clients connected to the server through a switch, or a hub?
(Switches are apparently much faster for big bandwidth.)


I'm Cc'ing the tuxpaint-dev mailing list, in case anyone out here has
any suggestions or questions.

Thanks and good luck!

-bill!
[EMAIL PROTECTED]  April shower bring Kompressor power!
http://newbreedsoftware.com/
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev


[Tuxpaint-dev] WARNING: noquit option now disables [Escape] key

2005-01-08 Thread Bill Kendrick

The noquit option [*] now also disables the [Escape] key in Tux Paint
(with regards to quitting the app).  It's much too easy to hit accidentally.

The window close button and [Alt]+[F4] key combinations should still work
(in the situations they did; e.g., window close widget obviously isn't
available when running in fullscreen!)

I've also added a new key combination for quitting Tux Paint, which can be
used when noquit and fullscreen (or grab) are being used:

  [Shift] + [Control] + [Escape]


I've updated the docs (OPTIONS, README and FAQ) and the description of the
option within Tux Paint Config.

Enjoy!


-bill!

[*] The noquit option is set by one of the following:
--noquit on the command-line,
noquit=yes in .tuxpaintrc / tuxpaint.cfg, and/or
Disable 'Quit' Button in the 'Simplfication' tab of Tux Paint Config.
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev


Re: [Tuxpaint-dev] Paths for fonts on Win32, Mac OS X BeOS?

2005-01-08 Thread Albert Cahalan
On Sat, 2005-01-08 at 03:28, Martin Fuhrer wrote:
 
  Can Win32, Mac OS X and BeOS folks let me know what paths would be good
  to add for your respective OSes?
 
 
 The Mac OS X font directory are:
 
 /System/Library/Fonts   (standard Mac OS X fonts)
 /Library/Fonts   (administrator-installed fonts for all users)
 $HOME/Library/Fonts (user installed fonts)

I have this now:

#elif defined(__APPLE__)
loadfonts(/System/Library/Fonts, 0);
loadfonts(/Library/Fonts, 0);
loadfonts(/usr/share/fonts, 0);
loadfonts(/usr/X11R6/lib/X11/fonts, 0);

 As Albert pointed out, some fonts lack extensions, and many others end 
 in .dfont and .otf, so I'm not sure how well handled they would be by 
 the loadfonts() function.

I'm using *.otf fonts right now. As for the others, I saw a FreeType
patch that would support them via normal filenames.

Without that patch, there are problems. FreeType has a special
interface for loading via Mac resource forks, but libSDL_ttf
doesn't offer a wrapper for it.

Well, I suggest you simply try the latest Tux Paint (as of a few
minutes ago) with a recent FreeType and tell us how it goes.


___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev


Re: [Tuxpaint-dev] Paths for fonts on Win32, Mac OS X BeOS?

2005-01-08 Thread Karl Ove Hufthammer
Bill Kendrick [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:

 Can Win32, Mac OS X and BeOS folks let me know what paths
 would be good to add for your respective OSes?

The Windows fonts dir is:

%SystemRoot%\Fonts

-- 
Karl Ove Hufthammer
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev


Re: [Tuxpaint-dev] Paths for fonts on Win32, Mac OS X BeOS?

2005-01-08 Thread Albert Cahalan
On Sat, 2005-01-08 at 14:53, Martin Fuhrer wrote:
 On 8-Jan-05, at 2:38 AM, Albert Cahalan wrote:
 
  I have this now:
 
  #elif defined(__APPLE__)
  loadfonts(/System/Library/Fonts, 0);
  loadfonts(/Library/Fonts, 0);
  loadfonts(/usr/share/fonts, 0);
  loadfonts(/usr/X11R6/lib/X11/fonts, 0);
 
 I've added the path to the User's fonts directory to CVS, via a Cocoa  
 API call.

You can't just use getenv(HOME) for that?

Would /Network/Library/Fonts also be good? Mozilla
uses or used this one. (saw it in a prefs.js patch)

 Most fonts are being ignored, but a few are loading fine (primarly .ttf  
 fonts).  Here is a sampling of the errors I get from the other fonts:

Bummer. Is there a newer version of FreeType that you
could be using?

If that won't do, TTF_OpenFontIndexRW can take care of
the problem. Append /rsrc to the Mac name to get at
the resource fork if needed. Then, for both types of
troublesome files, parse the structure to find a normal
file file embedded inside.

This'll work with the Linux hfs filesystem driver too.

 As well, the following line in tuxpaint.c is producing a compile error:
 
 const char *restrict const suffixes[] = {ttf, otf, pfa, pfb,  
 dfont, ttc,};
 
 /Users/mfuhrer/Projects/TuxPaint/tuxpaint-cvs/tuxpaint/src/tuxpaint.c:  
 In function `loadfonts':
 /Users/mfuhrer/Projects/TuxPaint/tuxpaint-cvs/tuxpaint/src/tuxpaint.c: 
 14226: error: invalid use of `restrict'
 /Users/mfuhrer/Projects/TuxPaint/tuxpaint-cvs/tuxpaint/src/tuxpaint.c: 
 14226: error: invalid use of `restrict'
 
 I can get around it by removing restrict.

What compiler are you using? What options did you give it?
Note that src/tuxpaint.c contains the following:

#if !defined(restrict)  __STDC_VERSION__  199901
#if __GNUC__  2 || __GNUC_MINOR__ = 92
#define restrict __restrict__
#else
#warning No restrict keyword?
#define restrict
#endif
#endif


___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev


[Tuxpaint-dev] 3-year-old user

2005-01-08 Thread Albert Cahalan
The big problems I saw were:

1. high mouse pressure
2. mouse rotation instead of sideways movement
3. accidental mouse rotation

I think the documentation should strongly suggest
that a smooth-sliding puck-based digitizer be used.
By puck-based I mean it looks like a mouse instead
of like a pen; a pen would quickly get destroyed.

As a less-expensive alternative, a trackball might
work OK. It will of course fill up with kid goo,
and the button placement is always awful.

Eliminating the scroll buttons might be good. Neither
my 3-year-old nor my 5-year-old uses them by choice.
(the 5-year-old knows the scroll wheel is broken in
the Open dialog) The 3-year-old quickly discovered
and liked the scroll wheel.



___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev