tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] Chinese fonts

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

On Fri, Oct 13, 2006 at 10:54:55PM -0300, Ben Armstrong wrote:
> John Popplewell wrote:
> > got a chance to try these out - all broken. I dropped in an old SDL_ttf
> > from 0.9.15 (which I think was freetype-2.1.9 and SDL_ttf-2.0.7) and
> > chinese worked fine so it looks like it's an SDL_ttf/Freetype problem.
> >
> > Will try and look at this later,
> >   
> 
> I appreciate this.  I cannot, of course, make the SDL packages revert to
> an earlier version in Debian.  So for Chinese to work in Debian, we have
> to move forward starting with what's there now.
Sure, I understand.

For what it's worth, I've built similar versions to the ones in Debian:

freetype-2.2.1
SDL_ttf-2.0.7
SDL_ttf-2.0.8
with this patch (so that SDL_ttf builds):
http://www.freetype.org/freetype2/patches/SDL_ttf-2.0.7-noftinternals.patch

and the problem with SDL_ttf-2.0.8 and the small zh_tw.ttf font remains.
If I use the original zh_tw.ttf (13MB) it works fine.

At least it's probably not a freetype problem :-)

regards,
John.

[Tuxpaint-devel] #tux4kids IRC channel

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

BTW, just a reminder, I'm often in the #tux4kids IRC channel on
irc.freenode.net, in case people want to chat about things live. :)

-bill!

Re: [Tuxpaint-devel] Chinese fonts

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

On Sat, Oct 14, 2006 at 02:13:21AM +0100, John Popplewell wrote:
> 
> got a chance to try these out - all broken. I dropped in an old SDL_ttf
> from 0.9.15 (which I think was freetype-2.1.9 and SDL_ttf-2.0.7) and
> chinese worked fine so it looks like it's an SDL_ttf/Freetype problem.

YAY!

>:^X

-bill!

Re: [Tuxpaint-devel] Tux Paint 0.9.16 build for Mac OS X?

[Martin F. <mf...@gm...>]

On 13-Oct-06, at 12:18 AM, Bill Kendrick wrote:

> On Thu, Oct 12, 2006 at 09:24:39PM -0600, Martin Fuhrer wrote:
>> I'm currently updating the XCode project, and will commit it later
>> tonight or tomorrow.  If you still have access to the Mac Mini, you
>> can then try building Tux Paint and check out the problem first hand.
>>
>
> I do. ;) Thx!

I've committed the updates.  If you haven't yet updated the SDL  
frameworks on the Mac Mini, try building Tux Paint against those to  
see whether the eraser bug still exists.  I'm curious if the problem  
is a Mac OS X SDL bug (introduced in 1.2.10 or 1.2.11), since the  
problem isn't affecting the other platforms.

Martin

Re: [Tuxpaint-devel] Chinese fonts

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

John Popplewell wrote:
> got a chance to try these out - all broken. I dropped in an old SDL_ttf
> from 0.9.15 (which I think was freetype-2.1.9 and SDL_ttf-2.0.7) and
> chinese worked fine so it looks like it's an SDL_ttf/Freetype problem.
>
> Will try and look at this later,
>   

I appreciate this.  I cannot, of course, make the SDL packages revert to
an earlier version in Debian.  So for Chinese to work in Debian, we have
to move forward starting with what's there now.

Ben

Re: [Tuxpaint-devel] Chinese fonts

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

On Sat, Oct 14, 2006 at 01:44:52AM +0100, John Popplewell wrote:
> > Like I said, Chinese fonts are screwed up in rc4 for Windows, when I tested
> > it in WinXP, but worked great under Linux.
> > 
> > John - what version of SDL_ttf and FreeType are you including in the Win32
> > build?
> rc1:
> freetype-2.1.9
> SDL_ttf-2.0.8
> 
> rc2 and rc4:
> freetype-2.1.10
> SDL_ttf-2.0.8
Hi,

got a chance to try these out - all broken. I dropped in an old SDL_ttf
from 0.9.15 (which I think was freetype-2.1.9 and SDL_ttf-2.0.7) and
chinese worked fine so it looks like it's an SDL_ttf/Freetype problem.

Will try and look at this later,

cheers,
John.

Re: [Tuxpaint-devel] Chinese fonts

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

On Fri, Oct 13, 2006 at 01:00:56PM -0700, Bill Kendrick wrote:
> On Fri, Oct 13, 2006 at 09:35:31AM -0300, Ben Armstrong wrote:
> > Whoops. OK, I now include zh_tw.ttf in tuxpaint-data, but when I start
> > tuxpaint --lang traditional-chinese, all that shows is the top row of
> > pixels of each character. Simplified Chinese is fine, though (which is
> > the one that I have symlinked: zh_cn.ttf ->
> > ../../../fonts/truetype/arphic/gbsn00lp.ttf).
> > 
> > Does zh_tw.ttf need to be regenerated for the current version of tuxpaint?
> 
> What version of SDL_ttf and FreeType do you have?  I've switched over
> to the (K)ubuntu side, recently, so it may be different from what you have.
> 
> Like I said, Chinese fonts are screwed up in rc4 for Windows, when I tested
> it in WinXP, but worked great under Linux.
> 
> John - what version of SDL_ttf and FreeType are you including in the Win32
> build?
rc1:
freetype-2.1.9
SDL_ttf-2.0.8

rc2 and rc4:
freetype-2.1.10
SDL_ttf-2.0.8

cheers,
John.

Re: [Tuxpaint-devel] Chinese fonts

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

Bill Kendrick wrote:
> On Fri, Oct 13, 2006 at 08:27:31PM -0300, Ben Armstrong wrote:
>   
>> Ugh.  OK.  What versions of SDL/ttf do you use on Ubuntu, then?
>>     
>
> >From an earlier email I sent:
>
> FYI, on Kubuntu I have:
>
>   SDL 1.2.9
>   SDL_ttf 2.0.7
>   
Ah, right, then I lied ... it's 2.0.8, not 2.8.0 ... (that'll teach me
to not cut-and-paste :)
>   SDL_image 1.2.4
>   Freetype6 2.1.10
>
>   
My freetype is now 2.2.1-5 and my SDL_image is 1.2.5.

Ben

Re: [Tuxpaint-devel] Chinese fonts

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

On Fri, Oct 13, 2006 at 08:27:31PM -0300, Ben Armstrong wrote:
> Ugh.  OK.  What versions of SDL/ttf do you use on Ubuntu, then?

>From an earlier email I sent:

FYI, on Kubuntu I have:

  SDL 1.2.9
  SDL_ttf 2.0.7
  SDL_image 1.2.4
  Freetype6 2.1.10


:)

-bill!

Re: [Tuxpaint-devel] Chinese fonts

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

Bill Kendrick wrote:
> On Fri, Oct 13, 2006 at 09:35:31AM -0300, Ben Armstrong wrote:
>   
>> Whoops. OK, I now include zh_tw.ttf in tuxpaint-data, but when I start
>> tuxpaint --lang traditional-chinese, all that shows is the top row of
>> pixels of each character. Simplified Chinese is fine, though (which is
>> the one that I have symlinked: zh_cn.ttf ->
>> ../../../fonts/truetype/arphic/gbsn00lp.ttf).
>>
>> Does zh_tw.ttf need to be regenerated for the current version of tuxpaint?
>>     
>
> What version of SDL_ttf and FreeType do you have?

Ah.  My system was a bit out of date.  I had libsdl 1.2.11-3 and am now
at 1.2.11-4.  I also had sdl-ttf2.0 2.8.0-2 and am now at 2.8.0-3.

However, even after the upgrade, Traditional Chinese fonts are still
mangled.

>   I've switched over
> to the (K)ubuntu side, recently, so it may be different from what you have.
>
> Like I said, Chinese fonts are screwed up in rc4 for Windows, when I tested
> it in WinXP, but worked great under Linux.
>   
Ugh.  OK.  What versions of SDL/ttf do you use on Ubuntu, then?

Ben

Re: [Tuxpaint-devel] Tux Paint 0.9.16rc5, Config 0.0.7rc5 & Stamps 2006.10.12 sources available

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

On Fri, Oct 13, 2006 at 09:15:14PM +0900, TOYAMA Shin-ichi wrote:
> Hi!
> 
> RPM packages for rc5 are ready for testing.
> 
>   http://z1.plala.jp/tuxpaint/testing/0.9.16rc5/

I've copied them over to ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/
Thx!

-bill!

Re: [Tuxpaint-devel] unsubscribe

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

On Fri, Oct 13, 2006 at 01:03:54PM -0700, Bill Kendrick wrote:
> Hi - you actually sent this to the mailing list (so, about 70 people,
> only one of which could do anything for you ;^) ... hint: he's writing
> to you now)

Oops!  And Mutt confused me, making me think I was replying _only_ to
them.  Sorry for the noise!

-bill!

Re: [Tuxpaint-devel] unsubscribe

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

On Fri, Oct 13, 2006 at 02:21:25PM +0100, mmarsh wrote:
> unsubscribe
> 

Hi - you actually sent this to the mailing list (so, about 70 people,
only one of which could do anything for you ;^) ... hint: he's writing
to you now)

And so I've unsubscribed you.  Thx for your participation in the past!

Take care,

-bill!

Re: [Tuxpaint-devel] Chinese fonts

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

On Fri, Oct 13, 2006 at 09:35:31AM -0300, Ben Armstrong wrote:
> Whoops. OK, I now include zh_tw.ttf in tuxpaint-data, but when I start
> tuxpaint --lang traditional-chinese, all that shows is the top row of
> pixels of each character. Simplified Chinese is fine, though (which is
> the one that I have symlinked: zh_cn.ttf ->
> ../../../fonts/truetype/arphic/gbsn00lp.ttf).
> 
> Does zh_tw.ttf need to be regenerated for the current version of tuxpaint?

What version of SDL_ttf and FreeType do you have?  I've switched over
to the (K)ubuntu side, recently, so it may be different from what you have.

Like I said, Chinese fonts are screwed up in rc4 for Windows, when I tested
it in WinXP, but worked great under Linux.

John - what version of SDL_ttf and FreeType are you including in the Win32
build?

Thx!

-bill!

[Tuxpaint-devel] unsubscribe

[mmarsh <mm...@st...>]

unsubscribe

 





 

[Tuxpaint-devel] Serbian?

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

If I enable (via dpkg-reconfigure -plow locales to choose which locales
are generated) this locale:

sr_CS.UTF-8

and then try to start tuxpaint:

tuxpaint --locale sr_CS.UTF-8
tuxpaint --lang serbian

both come up in English.

I then enable this locale as well:

sr_RS

Now I can start in Serbian (or at least something that isn't English
...) with:

tuxpaint --locale sr_CS.UTF-8

or

tuxpaint --locale sr_RS

but this still doesn't work:

tuxpaint --lang serbian

Typing "locale -a" gives me the following:

...
sr_CS.utf8
sr_RS
sr_RS.utf8
...

Puzzling.  Any idea why this strange behaviour?

Ben

Re: [Tuxpaint-devel] Chinese fonts

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

Whoops. OK, I now include zh_tw.ttf in tuxpaint-data, but when I start
tuxpaint --lang traditional-chinese, all that shows is the top row of
pixels of each character. Simplified Chinese is fine, though (which is
the one that I have symlinked: zh_cn.ttf ->
../../../fonts/truetype/arphic/gbsn00lp.ttf).

Does zh_tw.ttf need to be regenerated for the current version of tuxpaint?

Ben

Re: [Tuxpaint-devel] Tux Paint 0.9.16rc5, Config 0.0.7rc5 & Stamps 2006.10.12 sources available

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

Hi!

RPM packages for rc5 are ready for testing.

  http://z1.plala.jp/tuxpaint/testing/0.9.16rc5/

Bill Kendrick wrote in <200...@so...>
>
>Ok, yet another set of release candidates.  This time, all three packages:
>
>  Tux Paint 0.9.16rc5
>  Tux Paint Config 0.0.7rc5
>  Tux Paint Stamps 2006.10.12
>
>Ben, John, Martin and any other porters/packagers, please let me know
>if you have issues, or if you've got builds for me to post so that
>others can play with them.

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

Re: [Tuxpaint-devel] Tux Paint 0.9.16 build for Mac OS X?

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

On Thu, Oct 12, 2006 at 09:24:39PM -0600, Martin Fuhrer wrote:
> I'm currently updating the XCode project, and will commit it later  
> tonight or tomorrow.  If you still have access to the Mac Mini, you  
> can then try building Tux Paint and check out the problem first hand.
> 

I do. ;) Thx!

-bill!

Re: [Tuxpaint-devel] Tux Paint 0.9.16 build for Mac OS X?

[Martin F. <mf...@gm...>]

On 12-Oct-06, at 1:41 AM, Bill Kendrick wrote:

> On Wed, Oct 11, 2006 at 09:13:02PM -0600, Martin Fuhrer wrote:
>> The eraser tool leaves ghosted bounding rectangles behind as I drag
>> it across the canvas.  Is this a known bug?
>> http://pages.cpsc.ucalgary.ca/~fuhrer/temp/tuxPaintEraser.jpg
>
> This does not seem to happen on x86 Linux or Windows.
> I've expanded the screen refresh by 1px on each side, in case there's
> some math difference going on when it determines how big the XOR was
> that needs to be drawn.
>
> I'm committing to CVS now.

The 1 pixels fix doesn't fix the problem.  I tried expanding to 10  
pixels, but the ghosting still appears.  I do notice two things,  
however:
1) The ghost lines don't appear if I move the eraser very slowly.   
They only appear as I move the eraser faster.
2) The 10 pixel bound around the eraser is not cleared while I am  
holding the mouse button down and moving the eraser around (ghost  
lines continue to appear within the 10 pixel bound).  When I release  
the mouse button, and move the eraser across the ghosted lines, the  
lines lying underneath and around the eraser (within 10 pixels) are  
cleared.

I'm currently updating the XCode project, and will commit it later  
tonight or tomorrow.  If you still have access to the Mac Mini, you  
can then try building Tux Paint and check out the problem first hand.

Martin

[Tuxpaint-devel] Debian rc5 packages available, fonts status summary

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

Bill Kendrick wrote:
> On Thu, Oct 12, 2006 at 02:14:57PM -0300, Ben Armstrong wrote:
>   
> Correct, they are too large, so are (as in the past), available
> separately from my website on the Fonts download page. :)
>
> Dunno about what symlinks were used in the past on Debian.
> I tend to not use the packages of things I'm developing ;)
>   

Understood.

OK.  Since everything in fonts is confirmed to be GPL-compatible, and
some fonts are so customized they're not useful anywhere but in
Tuxpaint, I've changed my policy.  I'm now including all fonts provided
by upstream that I don't symlink to a font already available in Debian
from a separate package.

Please see:

deb http://people.debian.org/~synrg/tuxpaint/sid/ ./

However, I still want to see each font that's included in Tuxpaint that
is generally useful to other packages packaged separately.  But that can
be pursued in parallel with this release.  So, in my rc5 package I now have:

lrwxrwxrwx 1 root root     48 Oct 12 14:26 ar.ttf ->
../../../fonts/truetype/ttf-arabeyes/ae_Nice.ttf
-rw-r--r-- 1 root root  28580 Oct 12 14:24 bo.ttf
lrwxrwxrwx 1 root root     47 Oct 12 14:26 el.ttf ->
../../../fonts/truetype/thryomanes/thryrg__.ttf
lrwxrwxrwx 1 root root     55 Oct 12 14:26 gu.ttf ->
../../../fonts/truetype/ttf-gujarati-fonts/lohit_gu.ttf
-rw-r--r-- 1 root root  25104 Oct 12 14:24 he.ttf
-rw-r--r-- 1 root root 134372 Oct 12 14:24 hi.ttf
-rw-r--r-- 1 root root 100236 Oct 12 14:24 ja.ttf
lrwxrwxrwx 1 root root     45 Oct 12 14:26 ka.ttf ->
../../../fonts/truetype/freefont/FreeSans.ttf
lrwxrwxrwx 1 root root     41 Oct 12 14:26 ko.ttf ->
../../../fonts/truetype/baekmuk/gulim.ttf
lrwxrwxrwx 1 root root     54 Oct 12 14:26 ta.ttf ->
../../../fonts/truetype/ttf-tamil-fonts/TSCu_Comic.ttf
lrwxrwxrwx 1 root root     44 Oct 12 14:26 th.ttf ->
../../../fonts/truetype/thai/Garuda-Bold.ttf
-rw-r--r-- 1 root root 301056 Oct 12 14:24 vi.ttf
lrwxrwxrwx 1 root root     43 Oct 12 14:26 zh_cn.ttf ->
../../../fonts/truetype/arphic/gbsn00lp.ttf
-rw-r--r-- 1 root root 692564 Oct 12 14:24 zh_tw.ttf

bo.ttf    has "issues" (non-Unicode, locale not present on Debian)
he.ttf    waiting on the Debian Hebrew group to package
hi.ttf    waiting on the Debian Indian group to package
ja.ttf    custom font for Tuxpaint
vi.ttf    don't know who to ask about packaging this; I'll ask around
zh_tw.ttf    custom font for Tuxpaint


Ben

Re: [Tuxpaint-devel] Chinese fonts

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

On Thu, Oct 12, 2006 at 02:14:57PM -0300, Ben Armstrong wrote:
> Ah, and no Korean ships in rc5, either.

Correct, they are too large, so are (as in the past), available
separately from my website on the Fonts download page. :)

Dunno about what symlinks were used in the past on Debian.
I tend to not use the packages of things I'm developing ;)

-bill!

Re: [Tuxpaint-devel] Chinese fonts

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

Ben Armstrong wrote:
> I see I'm going to have to fix the Traditional Chinese font, as there
> are missing characters if I just symlink zh_tw.ttf ->
> ../../../fonts/truetype/arphic/gbsn00lp.ttf
>
> I guess I'll just have to include the extract.  Like the Japanese font,
> this is tailor-made for Tuxpaint and doesn't make sense to package
> separately.
>
> Also, I don't see a Simplified Chinese font in rc5 (zh_cn.ttf).  Is this
> deliberate, or an oversight?
>
>   

Ah, and no Korean ships in rc5, either.  The Debian package has:

lrwxrwxrwx 1 root root 41 Oct 12 14:04
/usr/share/tuxpaint/fonts/locale/ko.ttf ->
../../../fonts/truetype/baekmuk/gulim.ttf

Is this still correct?

Maybe zh_cn was supposed to symlink to arphic/gbsn00lp.ttf?  (I used to
have zh.ttf symlinked to this font.)

Ben

[Tuxpaint-devel] Chinese fonts

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

I see I'm going to have to fix the Traditional Chinese font, as there
are missing characters if I just symlink zh_tw.ttf ->
../../../fonts/truetype/arphic/gbsn00lp.ttf

I guess I'll just have to include the extract.  Like the Japanese font,
this is tailor-made for Tuxpaint and doesn't make sense to package
separately.

Also, I don't see a Simplified Chinese font in rc5 (zh_cn.ttf).  Is this
deliberate, or an oversight?

Ben

Re: [Tuxpaint-devel] [Fwd: Re: [Pkg-fonts-devel] Tibetan font package needed for tuxpaint: Tsampa Keyboard]

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

Bill Kendrick wrote:
> It may, but I'm guessing the translation would need to be completely redone,
> otherwise it will come out as ASCII gibberish. :)
>
> See why I'm sighing? ;)
>   

I see.

Well, we may have a more basic problem than that.  Without bo in the
supported locales (see locale -a) tuxpaint cant setlocale to change to
the Tibetan locale and use *any* font anyway!  So at least on Debian, it
looks like Tibetan won't work until this is resolved.

Ben