The same issue occurs when using .ttf in preference to .swf ones. Again, only .subsequent edittext fields are affected.
Regards, Chris. 2009/8/4 Doc Clox <[email protected]>: > [ whoops - replied to sender rather than the list. Huub, sorry for the > double message, and thanks for looking ] > > The fonts are in the same folder as the script, and using either one > on its own works perfectly. Also, if I use text rather than edittext > they display as expected. > > The swfc program I used was I built from the last source release. > I'll try a git checkout and see if that fixes it. It would be nice > not to have to build my banners in inkscape :) > > > On 8/3/09, Huub Schaeks <[email protected]> wrote: >> >> Hello >> >> I cannot reproduce this with a fresh git checkout; i.e. your test script >> generates an .swf that looks as expected. So either Matthias fixed it >> already or it seems something else is wrong. >> >> Do font1.swf and fonts2.swf look alright? Are they in the same directory as >> the script? >> >> Regards, >> Huub >> >>> Date: Thu, 30 Jul 2009 17:42:38 +0100 >>> From: [email protected] >>> To: [email protected] >>> Subject: [Swftools-common] Fonts and .edittext >>> >>> Hi all, >>> >>> I started playing with swfc a week or so ago and I'm hooked. Much more >>> my style than Adobe Flash. Although I am having a little trouble >>> getting the edittext fields to display the font I want. I managed to >>> narrow it down to a simple test case. >>> >>> >.flash filename="2fonts.swf" version=8 >>> > >>> > .sprite banner >>> > .font stripey "font1swf" >>> > .edittext banner_content >>> > text="" >>> > font="stripey" >>> > height=50 >>> > width=400 >>> > variable=message >>> > .put banner_content y=100 >>> > .action: >>> > this.message = "hello"; >>> > .end >>> > .end >>> > >>> > .sprite field >>> > .font xterm filename="font2.swf" >>> > .edittext field_content >>> > text="" >>> > font="xterm" >>> > height=50 >>> > width=400 >>> > variable=message >>> > .put field_content y=100 >>> > .action: >>> > this.message = "goodbye"; >>> > .end >>> > .end >>> > >>> > .put banner y = 100 >>> > .put field y = 200 >>> > >>> >.end >>> >>> What I'd expect here is to see both fields displayed, each in their >>> own fonts. What happens is that they both use the first font >>> specified. Stranger still, the edittext only renders characters that >>> are in the banner string; so "goodbye" appears as "ooe", and in the >>> wrong font. >>> >>> Is this a bug, or have I misunderstood something basic? >>> >>> -- >>> dcx >>> >>> >> >> _________________________________________________________________ >> 25GB gratis online harde schijf >> http://skydrive.live.com > > > -- > dcx > > >
