ming-devr — a list for ming developers and those interested in ming's guts

[Ming-dev] New .phpx rule for manually running PHP tests

[strk <st...@ke...>]

As part of my PHP build scripts cleanup patch I've
also added 'test##.phpx' Makefile rules to produce
an executable shell script in your build tree you
can use for manually runnign the corresponding test.

The produced shell script contains the appropriate 
PHP switches needed to ensure the just-built (not
the system-installed) ming module will be used.

NOTE that currently those scripts are not automatically
built at 'make check' time. This was to avoid touching
all existing Makefile.am in the testsuite at once. 
The dotest.pl script, for now, will just use the same
command line you'd find in the .phpx script, when
requested to run php code.

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

[Ming-dev] Changes in PHP binding build scripts

[strk <st...@ke...>]

Hello there,
I've been cleaning up the build scripts for PHP binding.

With current HEAD, when you --enable-php, you'll get it
built as any other part of the project.
No more 'phpize' call, no more a second ./configure just
to figure what's already known about Ming, no more copies
to 'tmp/'.

You can still use the make_module.sh script if you want
to build a PHP module against an older version of Ming,
altought I don't really see why would you.

Tests welcome (make && make check && make install)

-- strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] [Ming-users] SWFBitmap in a SWFButton

[strk <st...@ke...>]

On Tue, Jun 15, 2010 at 11:35:27AM -0500, Darien Alonso Camacho wrote:

> and it works, but this is not the desired behavior because it fills
> "circle" with a lot of "label.png" images and what I need is to have
> "label.png" as a button.

See the flags for SWFFillStyle. From ming.h:

/***** SWFFillStyle - a fill instance on a shape *****/

#define SWFFILL_SOLID                           0x00
#define SWFFILL_GRADIENT                        0x10
#define SWFFILL_LINEAR_GRADIENT                 0x10
#define SWFFILL_RADIAL_GRADIENT                 0x12
#define SWFFILL_FOCAL_GRADIENT                  0x13
#define SWFFILL_BITMAP                          0x40
#define SWFFILL_TILED_BITMAP                    0x40
#define SWFFILL_CLIPPED_BITMAP                  0x41
#define SWFFILL_NONSMOOTHED_TILED_BITMAP        0x42
#define SWFFILL_NONSMOOTHED_CLIPPED_BITMAP      0x43


> in the example I use 0x40, but simply because it works.

That's why you get _tiled_ bitmaps :)

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] SWFBitmap in a SWFButton

[Darien A. C. <dar...@vc...>]

strk wrote:
> Problem is that in SWF the bitmaps are not standalone characters,
> that is they can not appear on stage as characters, but can only
> be used as bitmap fills for shapes. You'll get what you're after
> if you do so. 

Ok thanks a lot. Sorry for my delay in the reply, I was away from my
computer.
I have been testing this code:

...
SWFBitmap* image = new SWFBitmap( "label.png" );

SWFFillStyle* fillstyle = SWFFillStyle::BitmapFillStyle( image, 0x40 );

SWFShape* circle = new SWFShape();

circle->setRightFillStyle( fillstyle );
...
circle->drawCircle( 50 );

SWFButton* button = new SWFButton();

button->addCharacter( circle, SWFBUTTON_UP|SWFBUTTON_HIT );

SWFDisplayItem* buttonDI = swfmovie->add( button );

buttonDI->moveTo( 100, 100 );
...

and it works, but this is not the desired behavior because it fills
"circle" with a lot of "label.png" images and what I need is to have
"label.png" as a button.

I have a question here, in class SWFFillStyle declared in mingpp.h in
function

static SWFFillStyle *BitmapFillStyle(SWFBitmap *bitmap, byte flags)

what is the meaning of the parameter flags, in the example I use 0x40,
but simply because it works.

> See newSWFShapeFromBitmap.
--- Comment #1 from st...@ke... 2010-06-04 16:50:32 EDT ---
The C api has a newSWFShapeFromBitmap function, maybe you could be
interested in adding an SWFShape constructor to the C++ api with the
same semantic.

Sure, I have been working on. I added the following code to the SWFShape
class

  SWFShape( c_SWFBitmap bitmap, int flag )
  {
    this->shape = newSWFShapeFromBitmap( bitmap, flag );
    if(this->shape == NULL)
      throw SWFException("SWFShape( c_SWFBitmap bitmap, int flag )");

    this->character = (c_SWFCharacter)shape;
  }
 
but when I try to run an example using it the compiler give me the
following messages:
error: no matching function for call to ‘SWFShape::SWFShape(SWFBitmap*&,
int)’
note:candidates are: SWFShape::SWFShape(const SWFShape&)
note:SWFShape::SWFShape(SWFCharacter_s*, int)
note:SWFShape::SWFShape(SWFShape_s*)
note:SWFShape::SWFShape()

I thought it was because I did something wrong with the data types and
tried to run an example using the SWFShape(c_SWFShape shape) constructor
and again the compiler shows errors:

error: no matching function for call to ‘SWFShape::SWFShape(SWFShape*&)’
...

here is the code:
SWFShape* circle = new SWFShape();

circle->setRightFillStyle( ... );

circle->setLineStyle( ... );

//Only for testing the constructor
//the error is at this line
SWFShape* imageShape = new SWFShape( circle );

I have not idea why it does not recognize the SWFBitmap data type, any
help will be welcome. I think ming is working fine and it is all my
fault.

Regards.
		-dac-

[Ming-dev] PECL version of PHP bindings

[strk <st...@ke...>]

A bug was reported for documentation of the PECL-maintained
Ming binding:

  http://bugs.libming.org/show_bug.cgi?id=105

I'm a bit lost in there as I don't really know where that
documentation originates and if it is in sync with Ming HEAD
or not.

Anyone ?

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] 0.4 branch and head

[strk <st...@ke...>]

Alright, HEAD bumped to 0.4.4.

--strk;

On Sat, Jun 05, 2010 at 05:08:27PM -0400, Stuart Anderson wrote:
> 
> To avoid having to double commit everything, let's just let the HEAD be 0.4.4.
> When something comes along that would be a new feature instead of just a bug
> fix, we'll make a branch for 0.4.4 (And maybe even cut a release), and go
> back to letting HEAD be 0.5.
> 
> This is being a little bit sloppy, but the rate of change seems to be low
> enough right now that I don't really see it being a problem.
> 
> 
> On Sat, 5 Jun 2010, strk wrote:
> 
> > Stuart,
> > do you plan to continue maintaining the 0.4 branch of Ming ?
> > I'm asking because I'm only committing to HEAD at the moment
> > and we should bump the version numbers to tell HEAD apart
> > from last release.
> >
> > So, if 0.4 is to be continued we should bump HEAD to 0.5
> > and branch to 0.4.4, otherwise we'll bump HEAD to 0.4.4.
> >
> > I don't plan to do any major development in HEAD myself,
> > just bug fixes, and some are already committed in HEAD and
> > missing from branch (see ChangeLog).
> >
> > --strk;
> >
> >  ()   Free GIS & Flash consultant/developer
> >  /\   http://strk.keybit.net/services.html
> >
> 
> 
>                                  Stuart
> 
> Stuart R. Anderson                               and...@ne...
> Network & Software Engineering                   http://www.netsweng.com/
> 1024D/37A79149:                                  0791 D3B8 9A4C 2CDC A31F
>                                                   BD03 0A62 E534 37A7 9149
> 
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr

-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] PATCH: allow exporting buttons

[strk <st...@ke...>]

On Sat, Jun 05, 2010 at 09:15:03AM +0200, Benjamin Wolsey wrote:
> Updated tests for button export in the attached patch.

Committed, thanks.

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] 0.4 branch and head

[Stuart A. <and...@ne...>]

To avoid having to double commit everything, let's just let the HEAD be 0.4.4.
When something comes along that would be a new feature instead of just a bug
fix, we'll make a branch for 0.4.4 (And maybe even cut a release), and go
back to letting HEAD be 0.5.

This is being a little bit sloppy, but the rate of change seems to be low
enough right now that I don't really see it being a problem.


On Sat, 5 Jun 2010, strk wrote:

> Stuart,
> do you plan to continue maintaining the 0.4 branch of Ming ?
> I'm asking because I'm only committing to HEAD at the moment
> and we should bump the version numbers to tell HEAD apart
> from last release.
>
> So, if 0.4 is to be continued we should bump HEAD to 0.5
> and branch to 0.4.4, otherwise we'll bump HEAD to 0.4.4.
>
> I don't plan to do any major development in HEAD myself,
> just bug fixes, and some are already committed in HEAD and
> missing from branch (see ChangeLog).
>
> --strk;
>
>  ()   Free GIS & Flash consultant/developer
>  /\   http://strk.keybit.net/services.html
>


                                 Stuart

Stuart R. Anderson                               and...@ne...
Network & Software Engineering                   http://www.netsweng.com/
1024D/37A79149:                                  0791 D3B8 9A4C 2CDC A31F
                                                  BD03 0A62 E534 37A7 9149

Re: [Ming-dev] 0.4 branch and head

[strk <st...@ke...>]

Fine by me to have 0.4.4 come out of HEAD, but I'm not sure we can see
kerning support and button export as bugfixes rather than new
features (more for button export, not so sure about kerning)

--strk;

On Sat, Jun 05, 2010 at 05:08:27PM -0400, Stuart Anderson wrote:
> 
> To avoid having to double commit everything, let's just let the HEAD be 
> 0.4.4.
> When something comes along that would be a new feature instead of just a bug
> fix, we'll make a branch for 0.4.4 (And maybe even cut a release), and go
> back to letting HEAD be 0.5.
> 
> This is being a little bit sloppy, but the rate of change seems to be low
> enough right now that I don't really see it being a problem.
> 
> 
> On Sat, 5 Jun 2010, strk wrote:
> 
> >Stuart,
> >do you plan to continue maintaining the 0.4 branch of Ming ?
> >I'm asking because I'm only committing to HEAD at the moment
> >and we should bump the version numbers to tell HEAD apart
> >from last release.
> >
> >So, if 0.4 is to be continued we should bump HEAD to 0.5
> >and branch to 0.4.4, otherwise we'll bump HEAD to 0.4.4.
> >
> >I don't plan to do any major development in HEAD myself,
> >just bug fixes, and some are already committed in HEAD and
> >missing from branch (see ChangeLog).
> >
> >--strk;
> >
> > ()   Free GIS & Flash consultant/developer
> > /\   http://strk.keybit.net/services.html
> >
> 
> 
>                                 Stuart
> 
> Stuart R. Anderson                               and...@ne...
> Network & Software Engineering                   http://www.netsweng.com/
> 1024D/37A79149:                                  0791 D3B8 9A4C 2CDC A31F
>                                                  BD03 0A62 E534 37A7 9149

-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

[Ming-dev] 0.4 branch and head

[strk <st...@ke...>]

Stuart,
do you plan to continue maintaining the 0.4 branch of Ming ?
I'm asking because I'm only committing to HEAD at the moment
and we should bump the version numbers to tell HEAD apart
from last release.

So, if 0.4 is to be continued we should bump HEAD to 0.5
and branch to 0.4.4, otherwise we'll bump HEAD to 0.4.4.

I don't plan to do any major development in HEAD myself,
just bug fixes, and some are already committed in HEAD and
missing from branch (see ChangeLog).

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] PATCH: allow exporting buttons

[Benjamin W. <bw...@be...>]

Updated tests for button export in the attached patch.


--
Use Gnash, the GNU Flash Player!
http://www.gnu.org/software/gnash/

Benjamin Wolsey, Software Developer - http://benjaminwolsey.de
C++ and Open-Source Flash blog - http://www.benjaminwolsey.de/bwysblog

xmpp:bw...@xa...
http://identi.ca/bwy

Re: [Ming-dev] PATCH: allow exporting buttons

[Benjamin W. <bw...@be...>]

> > It seems that a BUTTON2 definition can be exported. This can be verified
> > by exporting it then using attachMovie with the exported symbol. The
> > character appears on the stage.
> > 
> > The attached patch adds BUTTON and BUTTON2 to the exportable symbols in
> > ming.
> 
> Thanks, I'll commit ASAP.

Would it be possible to bump a version number too? Both the export and
the font behaviour has changed, but ming is still on 00040300, which was
the last release I believe.

bwy

--
Use Gnash, the GNU Flash Player!
http://www.gnu.org/software/gnash/

Benjamin Wolsey, Software Developer - http://benjaminwolsey.de
C++ and Open-Source Flash blog - http://www.benjaminwolsey.de/bwysblog

xmpp:bw...@xa...
http://identi.ca/bwy

Re: [Ming-dev] SWFBitmap in a SWFButton

[strk <st...@ke...>]

Alright, I've taken a look and I think Ming is doing everything
correctly. That is, libming is trusting the user and doing exactly
what he requests (looking at the resulting SWF).

Problem is that in SWF the bitmaps are not standalone characters,
that is they can not appear on stage as characters, but can only
be used as bitmap fills for shapes. You'll get what you're after
if you do so. See newSWFShapeFromBitmap.

--strk;

On Thu, Jun 03, 2010 at 09:52:20AM -0500, Darien Alonso Camacho wrote:
> Hi all.
> I'm using ming 0.4.3, the official release, with C++ (mingpp.h).
> I am trying to create a SWFButton in which the SWFBUTTON_UP|
> SWFBUTTON_HIT state is a SWFBitmap, here is my code:
> 
> SWFBitmap* image = new SWFBitmap( "label.png" );
> ...
> SWFButton* button = new SWFButton();
> button->addCharacter( image, SWFBUTTON_UP|SWFBUTTON_HIT );
> ...
> SWFDisplayItem* buttonDI = swfmovie->add( button ); 
> buttonDI->moveTo( 10, 10 );
> ...
> but it does not work for me, the stage is empty in the created .swf
> file.
> I know the path of the image ("label.png") is fine.
> 
> Is this a bug, a known issue or am I doing something wrong???
> Any advice will be welcome.
> Thanks 
> 	-dac-
> 
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr

-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] PATCH: allow exporting buttons

[strk <st...@ke...>]

On Fri, Jun 04, 2010 at 10:01:08AM +0200, Benjamin Wolsey wrote:
> Hi list,
> 
> It seems that a BUTTON2 definition can be exported. This can be verified
> by exporting it then using attachMovie with the exported symbol. The
> character appears on the stage.
> 
> The attached patch adds BUTTON and BUTTON2 to the exportable symbols in
> ming.

Thanks, I'll commit ASAP.

> Please let me know if and where I can add a test for this.

I'd add it in test/Button

--strk;





> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr


-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] SWFBitmap in a SWFButton

[strk <st...@ke...>]

Darien, could you please file a bug on bugs.libming.org
and attach a testcase for it ?

--strk;

On Thu, Jun 03, 2010 at 09:52:20AM -0500, Darien Alonso Camacho wrote:
> Hi all.
> I'm using ming 0.4.3, the official release, with C++ (mingpp.h).
> I am trying to create a SWFButton in which the SWFBUTTON_UP|
> SWFBUTTON_HIT state is a SWFBitmap, here is my code:
> 
> SWFBitmap* image = new SWFBitmap( "label.png" );
> ...
> SWFButton* button = new SWFButton();
> button->addCharacter( image, SWFBUTTON_UP|SWFBUTTON_HIT );
> ...
> SWFDisplayItem* buttonDI = swfmovie->add( button ); 
> buttonDI->moveTo( 10, 10 );
> ...
> but it does not work for me, the stage is empty in the created .swf
> file.
> I know the path of the image ("label.png") is fine.
> 
> Is this a bug, a known issue or am I doing something wrong???
> Any advice will be welcome.
> Thanks 
> 	-dac-
> 
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr

-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

[Ming-dev] PATCH: allow exporting buttons

[Benjamin W. <bw...@be...>]

Hi list,

It seems that a BUTTON2 definition can be exported. This can be verified
by exporting it then using attachMovie with the exported symbol. The
character appears on the stage.

The attached patch adds BUTTON and BUTTON2 to the exportable symbols in
ming.

Please let me know if and where I can add a test for this. I'd be
grateful if it can be committed relatively soon as I need it for a new
test in Gnash (showing that an init object for attachMovie is not used
when constructing buttons).

bwy

--
The current release of Gnash is 0.8.7
http://www.gnu.org/software/gnash/

Benjamin Wolsey, Software Developer - http://benjaminwolsey.de
C++ and Open-Source Flash blog - http://www.benjaminwolsey.de/bwysblog

xmpp:bw...@xa...
http://identi.ca/bwy

[Ming-dev] SWFBitmap in a SWFButton

[Darien A. C. <dar...@vc...>]

Hi all.
I'm using ming 0.4.3, the official release, with C++ (mingpp.h).
I am trying to create a SWFButton in which the SWFBUTTON_UP|
SWFBUTTON_HIT state is a SWFBitmap, here is my code:

SWFBitmap* image = new SWFBitmap( "label.png" );
...
SWFButton* button = new SWFButton();
button->addCharacter( image, SWFBUTTON_UP|SWFBUTTON_HIT );
...
SWFDisplayItem* buttonDI = swfmovie->add( button ); 
buttonDI->moveTo( 10, 10 );
...
but it does not work for me, the stage is empty in the created .swf
file.
I know the path of the image ("label.png") is fine.

Is this a bug, a known issue or am I doing something wrong???
Any advice will be welcome.
Thanks 
	-dac-

Re: [Ming-dev] kerning with Ming

[strk <st...@ke...>]

On Fri, May 28, 2010 at 01:43:26PM +0100, Nick Lewis wrote:
> >A Ming-private flag might use reserved bits.
> >Maybe a cleaner implementation would just be composed by an
> _additional_
> >method of SWFFontCharacter
> 
> How would you access this method? Since only TextField makes use of
> embedded kerning information perhaps it could be via a TextField method.

No, I think it should be an SWFFontCharacter.
Think of this use case:

	- Want to produce an SWF for the sole purpose of
	  using as a library of fonts.

The SWF would only contain DEFINEFONT* tags and an EXPORTASSETS.

> Actually I do not know if TextField does make use of the embedded
> kerning information. I will test this when I get back from my hols

Yeah, that'd be the first move as it'd be pointless to add kerning
info if there's no way to use it.

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] kerning with Ming

[Nick L. <Nic...@at...>]

>A Ming-private flag might use reserved bits.
>Maybe a cleaner implementation would just be composed by an
_additional_
>method of SWFFontCharacter

How would you access this method? Since only TextField makes use of
embedded kerning information perhaps it could be via a TextField method.

Actually I do not know if TextField does make use of the embedded
kerning information. I will test this when I get back from my hols

-- Nick

_____________________________________________________________________
This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre.
_____________________________________________________________________
Disclaimer of Liability
ATL Telecom Ltd shall not be held liable for any improper or incorrect use of the  information described and/or contained herein and assumes no responsibility for anyones use  of the information. In no event shall ATL Telecom Ltd be liable for any direct, indirect,  incidental, special, exemplary, or consequential damages (including, but not limited to,  procurement or substitute goods or services; loss of use, data, or profits; or business  interruption) however caused and on any theory of liability, whether in contract, strict  liability, or tort (including negligence or otherwise) arising in any way out of the use of  this system, even if advised of the possibility of such damage.

Registered Office: ATL Telecom Ltd, Fountain Lane, St. Mellons Cardiff, CF3 0FB
Registered in Wales Number 4335781

All goods and services supplied by ATL Telecom Ltd are supplied subject to ATL Telecom Ltd standard terms and conditions, available upon request.

Re: [Ming-dev] kerning with Ming

[strk <st...@ke...>]

[moved to ming-dev]

This discussion should be moved on ming-dev to gather others' opinions too.

On Thu, May 27, 2010 at 03:28:43PM +0100, Nick Lewis wrote:
> Sorry that part is just a proposal for a private ming flag to control
> whether kerning information is included in the swf

A Ming-private flag might use reserved bits.
Maybe a cleaner implementation would just be composed by an _additional_
method of SWFFontCharacter

--strk;

> -----Original Message-----
> From: strk [mailto:st...@ke...] 
> Sent: 27 May 2010 08:10
> To: Nick Lewis
> Subject: Re: [Ming-dev] kerning with Ming
> 
> On Tue, May 25, 2010 at 06:03:19PM +0100, Nick Lewis wrote:
> > Perhaps something like attached patch 
> 
> Wow, sounds good!
> I didnt' know of the SWF_FONT_KERNINFO flag, nice one!
> Does that flag make it so that the existing testsuite
> succeed always ?
> 
> --strk;
> 
> 
> > -----Original Message-----
> > From: Nick Lewis 
> > Sent: 25 May 2010 15:12
> > To: 'strk'
> > Subject: RE: [Ming-dev] kerning with Ming
> > 
> > Ok
> > 
> > If all the textfields were noedit then only the specific glyphs would
> be
> > included in the swf. Can the kerning table in the swf also be tailored
> > to include only relevant charcodes? Perhaps before writing out a
> > font->kernTable entry it would be worth checking 
> > if (SWFFontCharacter_findGlyphCode(inst,font->kernTable.x[i].code1) &&
> > SWFFontCharacter_findGlyphCode(inst,font->kernTable.x[i].code2))
> > 
> > Nick
> > 
> > -----Original Message-----
> > From: strk [mailto:st...@ke...] 
> > Sent: 25 May 2010 13:48
> > To: Nick Lewis
> > Subject: Re: [Ming-dev] kerning with Ming
> > 
> > On Tue, May 25, 2010 at 11:14:00AM +0100, Nick Lewis wrote:
> > > I agree that a font flag for kerning would be useful. This would be
> > set
> > > if any of the textfields that referenced the font had corresponding
> > > textfield kerning flags set. The ming user could set the textfield
> > > kerning flag using SWFTextField_setFlags()
> > > 
> > 
> > Note that textfield kernings flag can probably be set via
> > ActionScript too, so I wouldn't take the hard-coded one
> > on TextField as driving the font one.
> > Would rather have an SWFFontCharacter-specific function,.
> > 
> > --strk;
> > 
> >   ()   Free GIS & Flash consultant/developer
> >   /\   http://strk.keybit.net/services.html
> > 
> > ______________________________________________________________________
> > This e-mail has been scanned for all viruses by Star. The
> > service is powered by MessageLabs. For more information on a proactive
> > anti-virus service working around the clock, around the globe, visit:
> > http://www.star.net.uk
> > ______________________________________________________________________
> > 
> > _____________________________________________________________________
> > This message has been checked for all known viruses by Star Internet
> delivered through the MessageLabs Virus Control Centre.
> > _____________________________________________________________________
> > Disclaimer of Liability
> > ATL Telecom Ltd shall not be held liable for any improper or incorrect
> use of the  information described and/or contained herein and assumes no
> responsibility for anyones use  of the information. In no event shall
> ATL Telecom Ltd be liable for any direct, indirect,  incidental,
> special, exemplary, or consequential damages (including, but not limited
> to,  procurement or substitute goods or services; loss of use, data, or
> profits; or business  interruption) however caused and on any theory of
> liability, whether in contract, strict  liability, or tort (including
> negligence or otherwise) arising in any way out of the use of  this
> system, even if advised of the possibility of such damage.
> > 
> > Registered Office: ATL Telecom Ltd, Fountain Lane, St. Mellons
> Cardiff, CF3 0FB
> > Registered in Wales Number 4335781
> > 
> > All goods and services supplied by ATL Telecom Ltd are supplied
> subject to ATL Telecom Ltd standard terms and conditions, available upon
> request.
> 
> 
> -- 
> 
>   ()   Free GIS & Flash consultant/developer
>   /\   http://strk.keybit.net/services.html
> 
> ______________________________________________________________________
> This e-mail has been scanned for all viruses by Star. The
> service is powered by MessageLabs. For more information on a proactive
> anti-virus service working around the clock, around the globe, visit:
> http://www.star.net.uk
> ______________________________________________________________________
> 
> _____________________________________________________________________
> This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre.
> _____________________________________________________________________
> Disclaimer of Liability
> ATL Telecom Ltd shall not be held liable for any improper or incorrect use of the  information described and/or contained herein and assumes no responsibility for anyones use  of the information. In no event shall ATL Telecom Ltd be liable for any direct, indirect,  incidental, special, exemplary, or consequential damages (including, but not limited to,  procurement or substitute goods or services; loss of use, data, or profits; or business  interruption) however caused and on any theory of liability, whether in contract, strict  liability, or tort (including negligence or otherwise) arising in any way out of the use of  this system, even if advised of the possibility of such damage.
> 
> Registered Office: ATL Telecom Ltd, Fountain Lane, St. Mellons Cardiff, CF3 0FB
> Registered in Wales Number 4335781
> 
> All goods and services supplied by ATL Telecom Ltd are supplied subject to ATL Telecom Ltd standard terms and conditions, available upon request.

-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] kerning with Ming

[strk <st...@ke...>]

Attached is the patch adding Kerning output to fonts.

Not sure I want to commit this as it would make SWF size
bigger so maybe it would be better to let user choose wether or not
to include kerning.

--strk;

On Mon, May 24, 2010 at 04:03:43PM +0200, strk wrote:
> On Mon, May 24, 2010 at 12:21:45AM +0200, strk wrote:
> > Nick, I have your patch ready for commit, but do you also
> > see a problem with using GlyphAdvance in the Text rather
> > than actual Kerning in the FONT block ?
> > 
> > I have to admit I don't know anything about the .fdb format
> > so maybe I'm missing something, but if that's a font, and
> > contains kerning info, shouldn't we just put that in font
> > rather than Text ?
> 
> FYI: I've tried adding kerning info in the definefont tag itself
> but couldn't see any effect of that on the way the Adobe player
> rendered the glyphs. Haven't tried with TextField.
> 
> If anyone has ideas about that, please let me know.
> 
> --strk;
> 
>   ()   Free GIS & Flash consultant/developer
>   /\   http://strk.keybit.net/services.html
> 
> ------------------------------------------------------------------------------
> 
> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr

-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] kerning with Ming

[strk <st...@ke...>]

On Mon, May 24, 2010 at 12:21:45AM +0200, strk wrote:
> Nick, I have your patch ready for commit, but do you also
> see a problem with using GlyphAdvance in the Text rather
> than actual Kerning in the FONT block ?
> 
> I have to admit I don't know anything about the .fdb format
> so maybe I'm missing something, but if that's a font, and
> contains kerning info, shouldn't we just put that in font
> rather than Text ?

FYI: I've tried adding kerning info in the definefont tag itself
but couldn't see any effect of that on the way the Adobe player
rendered the glyphs. Haven't tried with TextField.

If anyone has ideas about that, please let me know.

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

[Ming-dev] kerning with Ming

[strk <st...@ke...>]

Nick, I have your patch ready for commit, but do you also
see a problem with using GlyphAdvance in the Text rather
than actual Kerning in the FONT block ?

I have to admit I don't know anything about the .fdb format
so maybe I'm missing something, but if that's a font, and
contains kerning info, shouldn't we just put that in font
rather than Text ?

I'm thinking, in particular, about the problem arising when
one is only willing to build a shared font system, that is
a movie exporting a font. For example, we'll likely need to
use something like that for testing the client side (Gnash).
If kernings don't get in the font they won't be used by
external SWF loading it.

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] Ming Font

[strk <st...@ke...>]

On Fri, May 21, 2010 at 10:39:54AM +0100, Nick Lewis wrote:
> This may perhaps be expected operation since unlike textfield blocks the
> text block does not contain the string but merely a collection of glyphs

Ah, makes sense then. No bug.

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] Ming Font

[Nick L. <Nic...@at...>]

This may perhaps be expected operation since unlike textfield blocks the
text block does not contain the string but merely a collection of glyphs

Nick

-----Original Message-----
From: strk [mailto:st...@ke...] 
Sent: 07 May 2010 09:03
To: Vinh Yen
Cc: min...@li...
Subject: Re: [Ming-dev] Ming Font

On Fri, May 07, 2010 at 09:29:50AM +0700, Vinh Yen wrote:
> 2010/5/6 strk <st...@ke...>
> 
> > On Thu, May 06, 2010 at 05:15:27PM +0700, Vinh Yen wrote:
> > > I code:
> > >         $f = new SWFFont("_sans");
> > >         $t = new SWFText();
> > >         $t->setFont($f);
> > >         $t->addString('Hello world');
> > > i receive error.
> >
> > I got it. Did you understand what I wrote ?
> > Which version of Ming are you using ?
> 
> I use Ming version: 0.4.3

Uhm. Actually I confirm that construct is not supported (browser fonts
with SWFText). I suggest you use SWFTextField rather than SWFText for
now
as a workaround.

I dunno if this is a regression of a missing feature...

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

------------------------------------------------------------------------
------

_______________________________________________
Ming-devr mailing list
Min...@li...
https://lists.sourceforge.net/lists/listinfo/ming-devr

______________________________________________________________________
This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
______________________________________________________________________

_____________________________________________________________________
This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre.
_____________________________________________________________________
Disclaimer of Liability
ATL Telecom Ltd shall not be held liable for any improper or incorrect use of the  information described and/or contained herein and assumes no responsibility for anyones use  of the information. In no event shall ATL Telecom Ltd be liable for any direct, indirect,  incidental, special, exemplary, or consequential damages (including, but not limited to,  procurement or substitute goods or services; loss of use, data, or profits; or business  interruption) however caused and on any theory of liability, whether in contract, strict  liability, or tort (including negligence or otherwise) arising in any way out of the use of  this system, even if advised of the possibility of such damage.

Registered Office: ATL Telecom Ltd, Fountain Lane, St. Mellons Cardiff, CF3 0FB
Registered in Wales Number 4335781

All goods and services supplied by ATL Telecom Ltd are supplied subject to ATL Telecom Ltd standard terms and conditions, available upon request.