tuxpaint-devel — General discussion list for Tux Paint developers

[Tuxpaint-devel] Tux Paint on Citrix?

[Bill K. <nb...@so...>]

Someone recently discovered that KidPix doesn't work with a Citrix Server
setup, and asked whether Tux Paint would.

I know Tux Paint works with LTSP, and I've heard reports of it working
with Windows Terminal Services[*], so I'm _guessing_ it will work.
But I thought I'd ask around to see if anyone could confirm one way or the
other.

Thanks!

[*] I should really keep track of these things on the "Features" page of
    the Tux Paint website (or maybe a new "Compatibility" page).

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Lightweight Japanese font

[TOYAMA Shin-i. <sh...@wm...>]

Hi!

I created lightweight (less than 100KB) Japanese font for Tux 
Paint.
 
http://www11.plala.or.jp/stoyama/tuxpaint/Sazanami-Gothic-noBitmap-noKanji.zip

This is a subset of Sazanami-Gothic.ttf.
Difference between original are, 

  a) Bitmap data which prevent correct rendering (due to SDL_ttf
     bug) are removed.
  b) All Kanji data not used in Tux Paint are removed.

Now, I agree you go back and try rendering at 16pt if you include 
this new font as default Japanese locale font in your next Tux 
Paint release.

-- 
TOYAMA Shin-ichi mailto:sh...@wm...

Re: [Tuxpaint-devel] Problem with default japanese font on Fedora Core 5

[TOYAMA Shin-i. <sh...@wm...>]

Hi!

Albert Cahalan wrote in <787...@ma...>
>On 7/23/06, Bill Kendrick <nb...@so...> wrote:
>> On Fri, Jul 21, 2006 at 01:25:05PM +0900, TOYAMA Shin-ichi wrote:
>> > * Bug Workaround:
>> >   ---------------
>> >   * Japanese TrueType Font did not like being rendered at 16pt, so
>> >     reverted to larger, 18pt size.
>> >     (Other fonts were fine.  I suspect it is a SDL_ttf or FreeType bug.)
>>
>> Ok, so when SDL_ttf is fixed, I can go back and try rendering at 16pt? :)
>
>You might as well go back now

No.

If font size is set to 16pt, Japanese user face with a difficulty 
to use Tuxpaint with Japanese, because "Kochi" and "Sazanami" are
almost only free Japanese TrueType font. (Now, 18pt is O.K. with 
"Kochi" font)

Anyway, I will try to create small fontset without bitmap and 
unused "Kanji" area from "Sazanami" font.

-- 
TOYAMA Shin-ichi mailto:sh...@wm...

Re: [Tuxpaint-devel] Problem with default japanese font on Fedora Core 5

[Albert C. <aca...@gm...>]

On 7/23/06, Bill Kendrick <nb...@so...> wrote:
> On Fri, Jul 21, 2006 at 01:25:05PM +0900, TOYAMA Shin-ichi wrote:
> > * Bug Workaround:
> >   ---------------
> >   * Japanese TrueType Font did not like being rendered at 16pt, so
> >     reverted to larger, 18pt size.
> >     (Other fonts were fine.  I suspect it is a SDL_ttf or FreeType bug.)
>
> Ok, so when SDL_ttf is fixed, I can go back and try rendering at 16pt? :)

You might as well go back now, seeing as the existing size
doesn't fix the problem. Other fixes would be to scale down
from something big or just use the bitmaps, but both of
those fixes would prevent nice LCD-aware anti-aliasing.

BTW, I have a nice fire hydrant that should be done soon.
It would go nicely with the firemen and the fire, which are
no longer together. :-(

Re: [Tuxpaint-devel] Problem with default japanese font on Fedora Core 5

[Bill K. <nb...@so...>]

On Fri, Jul 21, 2006 at 01:25:05PM +0900, TOYAMA Shin-ichi wrote:
> I got an information about this problem from SDL community in 
> Japan.
> This is already assigned as a bug of SDL_ttf but patch is not 
> comitted yet. See
> 
>  http://bugzilla.libsdl.org/show_bug.cgi?id=190
> 
> And the previous issue in tuxpaint-0.9.15 should be caused by this bug.
> 
> * Bug Workaround:
>   ---------------
>   * Japanese TrueType Font did not like being rendered at 16pt, so
>     reverted to larger, 18pt size.
>     (Other fonts were fine.  I suspect it is a SDL_ttf or FreeType bug.)

Ok, so when SDL_ttf is fixed, I can go back and try rendering at 16pt? :)

Thx for the info!

-bill!

Re: [Tuxpaint-devel] Problem with default japanese font on Fedora Core 5

[TOYAMA Shin-i. <sh...@wm...>]

I got an information about this problem from SDL community in 
Japan.
This is already assigned as a bug of SDL_ttf but patch is not 
comitted yet. See

 http://bugzilla.libsdl.org/show_bug.cgi?id=190

And the previous issue in tuxpaint-0.9.15 should be caused by this bug.

* Bug Workaround:
  ---------------
  * Japanese TrueType Font did not like being rendered at 16pt, so
    reverted to larger, 18pt size.
    (Other fonts were fine.  I suspect it is a SDL_ttf or FreeType bug.)

TOYAMA Shin-ichi wrote in <44bed681.3677%sh...@wm...>
>Hi Bill!
>
>Default Japanese font on Fedora Core 5 was changed to "Sazanami" 
>font from "Kochi" family font on FC4 and former.
>
>(*) Sazanami font: 
>http://prdownloads.sourceforge.jp/efont/10087/sazanami-20040629.tar.bz2
>
>And I found Tuxpaint  can't render "Sazanami" font. See 
>screenshot 
>
> http://www11.plala.or.jp/stoyama/tuxpaint/tp0916_fc5j.png
>
>I confirmed this problem on FC5(0.9.16/0.9.15b) and 
>Windows(0.9.15b)
>
>Is there anything to do for me to fix it?
>
>-- 
>TOYAMA Shin-ichi mailto:sh...@wm...
>
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys -- and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Tuxpaint-devel mailing list
>Tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

-- 
TOYAMA Shin-ichi mailto:sh...@wm...

Re: [Tuxpaint-devel] Problem with default japanese font on Fedora Core 5

[TOYAMA Shin-i. <sh...@wm...>]

Hi!

I got an information about this problem from SDL comunity in 
Japan.
This is already assigned as a bug of SDL_ttf but patch is not 
comitted yet. See

 http://bugzilla.libsdl.org/show_bug.cgi?id=190

And the previous issue in tuxpaint-0.9.15 should be caused by this bug.

* Bug Workaround:
  ---------------
  * Japanese TrueType Font did not like being rendered at 16pt, so
    reverted to larger, 18pt size.
    (Other fonts were fine.  I suspect it is a SDL_ttf or FreeType bug.)

TOYAMA Shin-ichi wrote in <44bed681.3677%sh...@wm...>
>Hi Bill!
>
>Default Japanese font on Fedora Core 5 was changed to "Sazanami" 
>font from "Kochi" family font on FC4 and former.
>
>(*) Sazanami font: 
>http://prdownloads.sourceforge.jp/efont/10087/sazanami-20040629.tar.bz2
>
>And I found Tuxpaint  can't render "Sazanami" font. See 
>screenshot 
>
> http://www11.plala.or.jp/stoyama/tuxpaint/tp0916_fc5j.png
>
>I confirmed this problem on FC5(0.9.16/0.9.15b) and 
>Windows(0.9.15b)
>
>Is there anything to do for me to fix it?
>
>-- 
>TOYAMA Shin-ichi mailto:sh...@wm...
>
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys -- and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Tuxpaint-devel mailing list
>Tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

-- 
TOYAMA Shin-ichi mailto:sh...@wm...

[Tuxpaint-devel] Problem with default japanese font on Fedora Core 5

[TOYAMA Shin-i. <sh...@wm...>]

Hi Bill!

Default Japanese font on Fedora Core 5 was changed to "Sazanami" 
font from "Kochi" family font on FC4 and former.

(*) Sazanami font: 
http://prdownloads.sourceforge.jp/efont/10087/sazanami-20040629.tar.bz2

And I found Tuxpaint  can't render "Sazanami" font. See 
screenshot 

 http://www11.plala.or.jp/stoyama/tuxpaint/tp0916_fc5j.png

I confirmed this problem on FC5(0.9.16/0.9.15b) and 
Windows(0.9.15b)

Is there anything to do for me to fix it?

-- 
TOYAMA Shin-ichi mailto:sh...@wm...

[Tuxpaint-devel] Tux Paint turns 4 years old today!

[Bill K. <nb...@so...>]

I was trying to remember what day the first alpha version of Tux Paint
was released, and when I double-checked, I discovered it was four years
ago _today!_  (Father's Day: Sunday, June 16th, 2002)

Happy birthday, Tux Paint! :^)  Thanks to the 100s of thousands of people
who have downloaded it over the years (over 220,000 for the latest version
released back in November), and the 100s of people who have helped make it
possible!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] [OT] New beta tester on the way ;)

[Ben A. <sy...@sa...>]

Bill Kendrick wrote:
> My wife Melissa and I are expecting our first child in late November!
>
>   http://www.billsgames.com/baby/
>   
Great!  Congrats to you both!
> (Together with my new job and 1hr-each-way biking commute, I hope these
> are all good reasons I've been slacking with Tux Paint lately ;) )
>   
Works for me. :)

Ben

Re: [Tuxpaint-devel] [OT] New beta tester on the way ;)

[Matthew H. <mat...@ma...>]

Congratulations!

I wish you and Melissa the very best.  It will be good to have more  
beta testers :)

-Matthew

On Jun 16, 2006, at 9:46 AM, Bill Kendrick wrote:

>
> My wife Melissa and I are expecting our first child in late November!
>
>   http://www.billsgames.com/baby/
>
> (Together with my new job and 1hr-each-way biking commute, I hope  
> these
> are all good reasons I've been slacking with Tux Paint lately ;) )
>
> -- 
> -bill!
> bi...@ne...
> http://www.newbreedsoftware.com/
>
>
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

[Tuxpaint-devel] [OT] New beta tester on the way ;)

[Bill K. <nb...@so...>]

My wife Melissa and I are expecting our first child in late November!

  http://www.billsgames.com/baby/

(Together with my new job and 1hr-each-way biking commute, I hope these
are all good reasons I've been slacking with Tux Paint lately ;) )

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Tux Paint at NECC 2006 (San Diego, July 5th-7th)???

[Bill K. <nb...@so...>]

Would anyone down in/near the San Diego, Calif. region be interested in
exhibiting Tux Paint (or Tux4Kids in general) at the National Educational
Computing Conference (NECC)?

  http://center.uoregon.edu/ISTE/NECC2006/
  http://center.uoregon.edu/ISTE/NECC2006/exhibitors/

Additionally, or alternatively, a fellow I know from the Sacramento-area
Linux User Groups is currently looking for volunteers to help run an
Open Source Software lab.  Maybe I should just ask and make sure Tux Paint
gets some representation. ;^)

(Of course, if anyone here would like to volunteer with that, let me know,
too!)

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Annoying scroll bug - fixed!?

[Bill K. <nb...@so...>]

Last night I tried to debug and fix the problem where the Stamps selector
would keep scrolling to the end, even when you released the mouse button
(after clicking the down arrow scroller button near the bottom of the screen).

My friend's Mac G4 running Debian was able to consistently show this annoying
behavior, and I've seen it elsewhere (and it was reported as a bug on SF.net).

I committed a correction to src/tuxpaint.c to CVS last night.  Can people who
saw this behavior give it a whirl and let me know if it seems ok now?

Thanks! :^)

PS - I just added over 3 dozen new images to the Gallery!  Check 'em out!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] tuxpaint-DESTDIR.patch ?

[Poiroud M. <po...@fr...>]

Hello,

I want to compile Tuxpaint for Slackware, but I don't find how to make a
package !

If I read the tuxpaint.spec file, I read :

patch1:  tuxpaint-DESTDIR.patch
make PREFIX=3D%{_prefix} DESTDIR=3D$RPM_BUILD_ROOT install

Where can I find the patch ?

Thanks for your help ...

--=20
Marc Poiroud
*JabberID* : ma...@im...
*blog* : http://poiroud.free.fr/dotclear
 =BB User powered by Slackware Linux

[Tuxpaint-devel] [Fwd: Re: [school-discuss] email client for children?]

[Ben A. <sy...@sa...>]

Tuxpaint was mentioned in a recent discussion about email clients for
kids.  I don't know if any of the rest of you are on
schoolforge-discuss, so I thought I'd forward this for your
consideration, as I know we've kicked around the idea as a possible
tux4kids project before.

Ben

-------- Forwarded Message --------
> From: ema...@go...
> Reply-To: sch...@sc...
> To: sch...@sc...
> Subject: Re: [school-discuss] email client for children?
> Date: Fri, 7 Apr 2006 08:20:49 +0200
> 
> Am Fri, 7. April 2006 06:15 schrieb Jeremy C. Reed:
> > Any suggestions for an email client for young children (like ages 5 to
> > 10)?
> >
> > My wish list:
> > - huge icons
> > - very little features
> > - very few menus
> > - very few choices
> > - looks interesting and fun (to a five-year-old)
> > - can render HTML
> > - POP3 and local mailboxes and maybe IMAP
> > - not too many dependencies
> >
> > I have tested and tried many email clients and kmail is probably the
> > closest to ease-of-use for kids, but maybe too many dependencies for me.
> > gtkmail or sylpheed or lighter.
> >
> > sylpheed has a very active development. Maybe a front-end it for it that
> > is friendly for children would be a possibility.
> May be balsa will be interesting. 
> It has less 'features' than kmail, 'featurres' in the meaning of confusing 
> features.
> 
> But there are projects which might be interested in adding a email module.
> 
> - tuxpaint
>   Most younger children I saw are very impressed of tuxpaint. 
> It is interesting in my eyes because most kids who can't read or write yet 
> like to share drawings and pictures in real life.
> Tuxpaint comes along with a configuration module (tuxpaint-config) which 
> allows to add additional stuff. 
> May be that will be a point to hook an 'add-module' tab which will offer addon 
> plugins as email and others.
> 
> It also might be discussed if it is of interest to have some kind of voice 
> module (using high compression audio algorithms to reduce bandwith) as email 
> attachments. (What might be seen as a step towards using other 
> applications/techniques like ekiga, aka gnomemeeting, or xchat.)
> 
> 
> - gcompris
>   Designed as a trainig tool for young kids it might be of interest to the 
> gcompris developer to add an email module.
> 
> In the moment I would vote for a web based email application as Miles Berry 
> did. They are, in most cases, highly configurable to fit users needs in 
> functionality and look and feel.
> Plus it has the benefit that using a web browser is one of the first 
> applications younger children tend to use.
> 
> regards,
> Thomas

Re: [Tuxpaint-devel] tuxpaint-config: --ldflags vs. --ldstaticflags

[Bill K. <nb...@so...>]

On Sun, Apr 02, 2006 at 11:04:52AM -0300, Ben Armstrong wrote:
> Please see http://bugs.debian.org/356274
> 
> Is there any reason upstream needs this to be --ldstaticflags instead of
> --ldflags?

None that I can see!  I'll change it in CVS.  Thx

-bill!

[Tuxpaint-devel] tuxpaint-config: --ldflags vs. --ldstaticflags

[Ben A. <sy...@sa...>]

Please see http://bugs.debian.org/356274

Is there any reason upstream needs this to be --ldstaticflags instead of
--ldflags?

Ben

Re: [Tuxpaint-devel] SDL_im and tuxpaint-0.9.15b for Windows.

[Mark K. K. <mkk...@gm...>]

It's good to see this system work.  I only wish we could do this with
the standard SDL, without patching.  Anyone aware of the status of this
patch getting into the main SDL branch?

-Mark


On Thu, Mar 30, 2006 at 10:11:57AM +0900, Shocky Han wrote:
> Hi,
>=20
> I and my daughter want to input Korean characters in tuxpaint-0.9.15b f=
or
> Windows.
>=20
> I finally found the SDL_im project which aims to be an Input Method sup=
port
> in SDL project.
> <http://sdl-im.csie.net/>
>=20
> I can patch the <http://sdl-im.csie.net/download/SDL_im-1.2.8-20050828.=
diff.
> gz> files into the current SDL-1.2.9 branch without difficulties.
> The major modifications for tuxpaint.c is follows - you will notice you
> should define the ENABLE_IM_EVENT first.
>=20
> @@ -2777,6 +2793,10 @@
>    Uint32 last_cursor_blink, cur_cursor_blink,
>      pre_event_time, current_event_time;
> =20
> +#ifdef ENABLE_IM_EVENT
> +  wchar_t wbuf[256];
> +  int buf_len =3D 0;
> +#endif
> @@ -2838,7 +2858,14 @@
>  	    {
>  	      key =3D event.key.keysym.sym;
>  	      mod =3D event.key.keysym.mod;
> -	     =20
> +
> +#ifdef ENABLE_IM_EVENT
> +		  SDL_SetIMPosition(cursor_x - 2, cursor_y - 2 +
> TTF_FontHeight(getfonthandle(cur_font)));
> +		  if (buf_len =3D SDL_FlushIMString(wbuf))
> +			  SDL_FlushIMString(wbuf);
> +		  wbuf[buf_len] =3D 0;
> +#endif
> +
>  	      handle_keymouse(key, SDL_KEYDOWN);
> =20
>  	      if (key =3D=3D SDLK_ESCAPE && !disable_quit)
> @@ -2991,6 +3018,10 @@
>  		  if (cur_tool =3D=3D TOOL_TEXT &&
>  		      cursor_x !=3D -1 && cursor_y !=3D -1)
>  		    {
> +#ifdef ENABLE_IM_EVENT
> +				if (buf_len > 0)
> +					event.key.keysym.unicode =3D wbuf[0];
> +#endif
>  		      key_down =3D key;
>  		      key_unicode =3D event.key.keysym.unicode;
> =20
> @@ -3004,8 +3035,13 @@
> =20
>  			  if (texttool_len > 0)
>  			    {
> +#ifdef ENABLE_IM_EVENT
> +				  texttool_len =3D
> utf8_remove_last_char(texttool_str, texttool_len);
> +			      texttool_str[texttool_len] =3D '\0';
> +#else
>  			      texttool_len--;
>  			      texttool_str[texttool_len] =3D '\0';
> +#endif
>  			      playsound(0, SND_KEYCLICK, 0);
>  	       =20
>  			      do_render_cur_text(0);
> @@ -3040,8 +3076,12 @@
>  			      cursor_textwidth =3D 0;
>  			    }
>  		        }
> +#ifdef ENABLE_IM_EVENT
> +		      else //if (isprint(key_unicode))
> +#else
>  		      else if (isprint(key_unicode))
> -			{
> +#endif
> +			  {
>  			  if (texttool_len < sizeof(texttool_str) -
> MAX_UTF8_CHAR_LENGTH)
>  			    {
>  			      int old_cursor_textwidth =3D cursor_textwidth;
> @@ -3050,9 +3090,18 @@
>  				     "unicode =3D %c (%d)\n\n",
>  				     key_down, key_unicode, key_unicode);
>  #endif
> -	  	    =20
> +
> +#ifdef ENABLE_IM_EVENT
> +				  if (buf_len > 0) {
> +					  texttool_len +=3D
> unicode_to_utf8(&texttool_str[texttool_len], key_unicode);
> +				  } else if (key_unicode !=3D 0) {
>  			        texttool_str[texttool_len++] =3D key_unicode;
> -	=09
> +				  }
> +#else
> +				  if (key_unicode !=3D 0) {
> +			        texttool_str[texttool_len++] =3D key_unicode;
> +				  }
> +#endif
>  			      texttool_str[texttool_len] =3D '\0';
>  			      do_render_cur_text(0);
>=20
> Of course, there are unicode_to_utf8() and utf8_remove_last_char() func=
tion
> implementations.
> And I must fix several tuxpaint-0.9.15b source files to build with
> Microsoft Visual Studio .Net 2003.
>=20
> You can get results in following URL's:
> 1. screenshot <http://kldp.org/files/tuxpaint+SDL_im.PNG>
> 2. diff source <http://kldp.org/files/tuxpaint-0.9.15b+SDL_im-1.2.9-
> 20060329.diff.txt>
> 3. Windows XP binary files <http://kldp.org/files/tuxpaint-0.9.15b+SDL_=
im-1.
> 2.9-20060329.zip>
>=20
> I hope this could help people who want to use the Windows IME with tuxp=
aint-
> 0.9.15b for Windows.
>=20
> Best regards.
>=20
> PS: I use the Korean font downloaded from the tuxpaint website.
>=20
>=20
> 	=09
> ________________________________________________________
> =EC=95=BC=ED=9B=84! =EB=AA=A8=EB=B0=94=EC=9D=BC - =ED=9C=B4=EB=8C=80=ED=
=8F=B0=EC=97=90 =EB=8C=80=ED=95=9C =EB=AA=A8=EB=93=A0 =EC=9E=AC=EB=AF=B8!=
 =EC=9C=A0=EB=AC=B4=EC=84=A0 =EC=95=BC=ED=9B=84!=EB=AA=A8=EB=B0=94=EC=9D=BC=
=EC=9D=84 =EC=A6=90=EA=B8=B0=EC=84=B8=EC=9A=94
> http://kr.mobile.yahoo.com
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting lang=
uage
> that extends applications into web and mobile media. Attend the live we=
bcast
> and join the prime developer group breaking into this new coding territ=
ory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

--=20
Mark K. Kim
AIM: markus kimius
Homepage: http://www.cbreak.org/
Xanga: http://www.xanga.com/vindaci
Cyworld: http://www.cyworld.com/markuskimius
Friendster: http://www.friendster.com/user.php?uid=3D13046
PGP key fingerprint: 7324 BACA 53AD E504 A76E  5167 6822 94F0 F298 5DCE
PGP key available on the homepage

[Tuxpaint-devel] SDL_im and tuxpaint-0.9.15b for Windows.

[Shocky H. <sho...@ya...>]

Hi,

I and my daughter want to input Korean characters in tuxpaint-0.9.15b for
Windows.

I finally found the SDL_im project which aims to be an Input Method support
in SDL project.
<http://sdl-im.csie.net/>

I can patch the <http://sdl-im.csie.net/download/SDL_im-1.2.8-20050828.diff.
gz> files into the current SDL-1.2.9 branch without difficulties.
The major modifications for tuxpaint.c is follows - you will notice you
should define the ENABLE_IM_EVENT first.

@@ -2777,6 +2793,10 @@
   Uint32 last_cursor_blink, cur_cursor_blink,
     pre_event_time, current_event_time;
 
+#ifdef ENABLE_IM_EVENT
+  wchar_t wbuf[256];
+  int buf_len = 0;
+#endif
@@ -2838,7 +2858,14 @@
 	    {
 	      key = event.key.keysym.sym;
 	      mod = event.key.keysym.mod;
-	      
+
+#ifdef ENABLE_IM_EVENT
+		  SDL_SetIMPosition(cursor_x - 2, cursor_y - 2 +
TTF_FontHeight(getfonthandle(cur_font)));
+		  if (buf_len = SDL_FlushIMString(wbuf))
+			  SDL_FlushIMString(wbuf);
+		  wbuf[buf_len] = 0;
+#endif
+
 	      handle_keymouse(key, SDL_KEYDOWN);
 
 	      if (key == SDLK_ESCAPE && !disable_quit)
@@ -2991,6 +3018,10 @@
 		  if (cur_tool == TOOL_TEXT &&
 		      cursor_x != -1 && cursor_y != -1)
 		    {
+#ifdef ENABLE_IM_EVENT
+				if (buf_len > 0)
+					event.key.keysym.unicode = wbuf[0];
+#endif
 		      key_down = key;
 		      key_unicode = event.key.keysym.unicode;
 
@@ -3004,8 +3035,13 @@
 
 			  if (texttool_len > 0)
 			    {
+#ifdef ENABLE_IM_EVENT
+				  texttool_len =
utf8_remove_last_char(texttool_str, texttool_len);
+			      texttool_str[texttool_len] = '\0';
+#else
 			      texttool_len--;
 			      texttool_str[texttool_len] = '\0';
+#endif
 			      playsound(0, SND_KEYCLICK, 0);
 	        
 			      do_render_cur_text(0);
@@ -3040,8 +3076,12 @@
 			      cursor_textwidth = 0;
 			    }
 		        }
+#ifdef ENABLE_IM_EVENT
+		      else //if (isprint(key_unicode))
+#else
 		      else if (isprint(key_unicode))
-			{
+#endif
+			  {
 			  if (texttool_len < sizeof(texttool_str) -
MAX_UTF8_CHAR_LENGTH)
 			    {
 			      int old_cursor_textwidth = cursor_textwidth;
@@ -3050,9 +3090,18 @@
 				     "unicode = %c (%d)\n\n",
 				     key_down, key_unicode, key_unicode);
 #endif
-	  	     
+
+#ifdef ENABLE_IM_EVENT
+				  if (buf_len > 0) {
+					  texttool_len +=
unicode_to_utf8(&texttool_str[texttool_len], key_unicode);
+				  } else if (key_unicode != 0) {
 			        texttool_str[texttool_len++] = key_unicode;
-		
+				  }
+#else
+				  if (key_unicode != 0) {
+			        texttool_str[texttool_len++] = key_unicode;
+				  }
+#endif
 			      texttool_str[texttool_len] = '\0';
 			      do_render_cur_text(0);

Of course, there are unicode_to_utf8() and utf8_remove_last_char() function
implementations.
And I must fix several tuxpaint-0.9.15b source files to build with
Microsoft Visual Studio .Net 2003.

You can get results in following URL's:
1. screenshot <http://kldp.org/files/tuxpaint+SDL_im.PNG>
2. diff source <http://kldp.org/files/tuxpaint-0.9.15b+SDL_im-1.2.9-
20060329.diff.txt>
3. Windows XP binary files <http://kldp.org/files/tuxpaint-0.9.15b+SDL_im-1.
2.9-20060329.zip>

I hope this could help people who want to use the Windows IME with tuxpaint-
0.9.15b for Windows.

Best regards.

PS: I use the Korean font downloaded from the tuxpaint website.


		
________________________________________________________
야후! 모바일 - 휴대폰에 대한 모든 재미! 유무선 야후!모바일을 즐기세요
http://kr.mobile.yahoo.com

Re: [Tuxpaint-devel] Problem with Greek Fonts

[John P. <jo...@jo...>]

On Tue, Mar 28, 2006 at 03:58:18PM +0300, Elias wrote:
> Hello,
> I have problem with greek letters on Tux Paint ver. 0.9.15-2 
> (2005.12.05) in Win XP.
> When I try to write Greek in Text tool (Abc) in screen appears "empty 
> boxes".
> How to solve this problem?
Hi Elias,

this was a problem with one of the underlying libraries (SDL) that Tux
Paint uses, and a bug in Tux Paint.

Both problems are fixed now, and we are (more or less) waiting for the
next release of SDL before making a new release of Tux Paint.

There is a (quite old by now) test version here:
http://johnnypops.demon.co.uk/files/tuxpaint-0.9.15/tuxpaint-cvs-unicode-test.zip

which contains a new 'tuxpaint.exe' and 'SDL.dll'. If you replace the
existing files with these new ones, it should work.

Let us know how you get on,

regards,
John Popplewell

> 
> Thank's in advance, Elias

Re: [Tuxpaint-devel] Problem with Greek Fonts

[Albert C. <aca...@gm...>]

On 3/28/06, Elias <ili...@gm...> wrote:
> Hello,
> I have problem with greek letters on Tux Paint ver. 0.9.15-2
> (2005.12.05) in Win XP.
> When I try to write Greek in Text tool (Abc) in screen appears "empty
> boxes".
> How to solve this problem?

Translate the font scoring. Less desirable fonts will then move
to the bottom of the list. (you picked a crummy font)

For future hacking:

Probably there should be a per-language number that indicates
the relative value of plain ASCII, so that ASCII scoring need not
be discarded to support non-ASCII.

[Tuxpaint-devel] Problem with Greek Fonts

[Elias <ili...@gm...>]

Hello,
I have problem with greek letters on Tux Paint ver. 0.9.15-2 
(2005.12.05) in Win XP.
When I try to write Greek in Text tool (Abc) in screen appears "empty 
boxes".
How to solve this problem?

Thank's in advance,
 Elias

[Tuxpaint-devel] tuxpaint-config: Cygwin compilation support added

[Mark K. K. <mkk...@gm...>]

Hi John P, Jen, Bill, et al,

I just committed a Cygwin compilation support into tuxpaint-config.  It
just needed a few conditionals on top of the existing MinG/MSYS
compilation.  It shouldn't have broken anything, but it would be great
if someone could verify (I don't have the necessary libraries for
MinG/MSYS compilation, hence the reason for Cygwin support.)  You can
use the same 'win32' target for Makefile.

Thanks!

-Mark


-- 
Mark K. Kim
AIM: markus kimius
Homepage: http://www.cbreak.org/
Xanga: http://www.xanga.com/vindaci
Cyworld: http://www.cyworld.com/markuskimius
Friendster: http://www.friendster.com/user.php?uid=13046
PGP key fingerprint: 7324 BACA 53AD E504 A76E  5167 6822 94F0 F298 5DCE
PGP key available on the homepage

Re: [Tuxpaint-devel] tinter broken

[Albert C. <aca...@gm...>]

On 3/12/06, Bill Kendrick <nb...@so...> wrote:
> On Sun, Mar 12, 2006 at 04:34:08PM -0800, Bill Kendrick wrote:
> > > To make your computer more like mine for testing purposes, try the
> > > compiler options to use sse3 for floating-point. (if your CPU can run
> > > such code) You can also try replacing -ffast-math with -ffloat-store.
> > > (these options might slow things down, but might help for debugging)
> >
> > Ah-hah!  That did it!
>
> BTW, specifying neither -ffast-math nor -ffloat-store also seems to work.

OK. To avoid losing all benefit of -ffast-math, see if you can narrow
things down a bit. The -ffast-math option is a convienience option
that sets four other options all at once:

-fno-math-errno
-funsafe-math-optimizations
-fno-trapping-math
-D__FAST_MATH__

Perhaps you can set two or three of those without bringing back
the error. Tinting probably broke when you last upgraded gcc.

It sucks that I can't really debug this without the hardware.