[Extendflash] getCustomStroke() - Seems like serious bug

Fri Oct 7 14:51:29 PDT 2005

Whoops…sorry bout that last post Giles, think I dismissed it a bit too soon…

stroke.shapeFill.color seems to work just fine when the “toolbar” parameter
is defined in the getCustomStroke(). 

So basically the solution to my problem is something like this…

//updates the stroke chip
var stroke = fl.getDocumentDOM().getCustomStroke("toolbar");
stroke.style= "solid";
stroke.shapeFill.color = "#CCCCCC";
fl.getDocumentDOM().setCustomStroke(stroke);

Thank you guys, you rock, I’ll post this workaround in the comments section
of the online docs, maybe it will help someone else that encounters this
issue.

- Ibis

   _____  

From: extendflash-bounces at flashguru.co.uk
[mailto:extendflash-bounces at flashguru.co.uk] On Behalf Of Ibis Fernandez
Sent: Friday, October 07, 2005 1:28 PM
To: extendflash at flashguru.co.uk
Subject: RE: [Extendflash] getCustomStroke() - Seems like serious bug

Hi Thomas,

Thanks it’s good to hear that I’m not going crazy hahaha,

In regards to your suggestion, I don’t think that would be a work around at
all because it just doesn’t work around it.

>>> fl.getDocumentDOM().setStrokeColor("#cc00cc");
>>> fl.getDocumentDOM().setStrokeStyle('solid');

Those, only affect the properties of a selected stroke on the stage, and
even when a stroke is actually selected the, color transformation and any
other properties passed to it only affect the selected outline. The value of
the color chip for the stroke in the toolbar, property inspector, and the
color mixer doesn’t change…

What needs to happen here is that the colors in the property inspector are
the ones that are changed… when these properties are changed anything else
that is selected on the stage, if any, will follow.

- Ibis

   _____  

From: extendflash-bounces at flashguru.co.uk
[mailto:extendflash-bounces at flashguru.co.uk] On Behalf Of Tomas van der
Haase
Sent: Friday, October 07, 2005 1:03 PM
To: extendflash at flashguru.co.uk
Subject: Re: [Extendflash] getCustomStroke() - Seems like serious bug

Hello:

Although there is a bug here, a viable workaround is:

fl.getDocumentDOM().setStrokeColor("#cc00cc");
fl.getDocumentDOM().setStrokeStyle('solid');

Tomas van der Haase
Flash Authoring QA
Macromedia, Inc.

On Oct 7, 2005, at 10:21 AM, Gilles Drieu wrote:
Thanks for your feedback.

How did you submit the bug? Do you have a bug number? We are looking into
the problem and will make sure it gets fixed. I am not sure there is much of
a workaround here but if we find one, we will send it as well.

-Gilles.

-----

Gilles Drieu

Sr. Manager, Engineering

Flash Authoring Team

Macromedia

From: extendflash-bounces at flashguru.co.uk
[mailto:extendflash-bounces at flashguru.co.uk] On Behalf Of Ibis Fernandez
Sent: Friday, October 07, 2005 9:38 AM
To: extendflash at flashguru.co.uk
Subject: RE: [Extendflash] getCustomStroke() - Seems like serious bug

Yes I have, and it’s still buggy. I have also tried defining the alpha like
“#RRGGBBAA” and no luck

I have also tried defining the Toolbar and selection parameter and the only
thing that accomplishes is to lock up the other two panels properties and
color mixer to null and lock up the toolbar chip so that you can’t change
it. According to the new manual, leaving out the parameter applies the
setting to all selected items, the tool bard and the properties panel, which
is what I want.

If you try the very same function in flash mx 2004 it works perfectly fine.
(works in mx2004 perfectly).

I’m pretty sure this is a bug, I went ahead and submitted it, and hopefully
it can be looked at by someone at macromedia.

Note: this is snipplet that sets up a new color for the fill…

var fill = fl.getDocumentDOM().getCustomFill();

fill.style= "solid";

fill.color = "#CCCCCC";

fl.getDocumentDOM().setCustomFill(fill);

The snipplet for the stroke is exactly the same except for the the words
“fill” which are changed to “stroke”.

var stroke = fl.getDocumentDOM().getCustomStroke();

stroke.style= "solid";

stroke.color = "#CCCCCC";

fl.getDocumentDOM().setCustomStroke(stroke);

Both bits work perfectly fine in flash 7. But only the fill part works in
flash 8.

- Ibis

From: Jim Allman [mailto:jim at ibang.com]
Sent: Friday, October 07, 2005 9:32 AM
To: ibis at cinestarfilmworks.com
Subject: Re: [Extendflash] getCustomStroke() - Seems like serious bug

On Oct 6, 2005, at 11:34 PM, Ibis Fernandez wrote:

stroke.color
= "#CCCCCC";

Sorry, I don't have time to test this at the moment, but have you tried
passing the color value as 0xCCCCCC instead? 

stroke.color
= 0xCCCCCC;

Perhaps they're expecting this format, and misinterpreting your string
version.

  =jimA=

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . .

Jim Allman

Interrobang Digital Media

http://www.ibang.com/

(919) 649-5760

--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: 10/6/2005

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: 10/6/2005

_______________________________________________
Extendflash mailing list
Extendflash at flashguru.co.uk
http://lists.flashguru.co.uk/mailman/listinfo/extendflash

--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: 10/6/2005

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: 10/6/2005

--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: 10/6/2005

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: 10/6/2005

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.flashguru.co.uk/pipermail/extendflash/attachments/20051007/e00fb6fc/attachment.htm