On 7/21/13 3:58 PM, "Justin Mclean" wrote:
>HI,
>
>> I think you are saying that nobody actually uses the source kits.
>If you use the source kit you still have to turn it into a SDK in order
>to use or test it, in doing that you change the config files which
>removes {airHome}.
Hmm, no that is
Hi,
> My guess is that Justin's working copy might have gotten polluted somehow.
As I said before I just ran one of the install scripts over it as part of my
testing. It does seem odd that we are using different config files in working
SDKs (the installer overwrite them as do the scripts) than w
On 7/21/13 8:37 AM, "Erik de Bruin" wrote:
>There are diffs between what is in the source repo and the source that
>we distribute... that's confusing and feels wrong. What differences
>are we talking about? If these differences are non-trivial then we (I)
>should set up a testing environment th
Hi,
> Maybe you can create the Linux version also?
Give me a couple of hours and I can.
Justin
Maybe you can create the Linux version also?
I just uploaded the Windows RC2 binaries.
Thanks,
Om
On Sun, Jul 21, 2013 at 9:36 PM, Justin Mclean wrote:
> Hi,
>
> Just uploading a RC2 OSX one.
>
> Justin
>
Hi,
Just uploading a RC2 OSX one.
Justin
Great! Ready for a new RC?
On Sun, Jul 21, 2013 at 8:34 PM, Justin Mclean wrote:
> Hi,
>
> Done, tested and checked in.
>
> Justin
>
> >Turning of cacheAsBitmap can help? Really?
> CacheAsBitmap has some interesting performance implications. Sometimes it
> is better to use it and sometimes, it is better to not use it.
>
>
I suggested this to test if something is changing the display list in a way
that cacheAsBitmap has to repea
Hi,
Done, tested and checked in.
Justin
Did you find out if this is possible? I've patched FlexSprite with a remove
event listener method but I think that it is causing an issue where my
project (web) doesn't load on any computer except my own. But the reason
it's not loading might be an issue with monkey patching but I haven't found
the
Too funny, that's what I copied over into thinking it would work well.
I'll put that in there.
-Mark
On Sun, Jul 21, 2013 at 9:36 PM, Justin Mclean wrote:
> Hi,
>
> > Well I was going to poke around it for a few mins. I got the message
> > below. Turns out we don't declare TLF_Home in the bui
Hi,
> Well I was going to poke around it for a few mins. I got the message
> below. Turns out we don't declare TLF_Home in the build file. Should I
> just toss it in there pathing to the same place the flex-sdk is?
Look at the fix I did to the main build.xml last week, basically should have
t
Well I was going to poke around it for a few mins. I got the message
below. Turns out we don't declare TLF_Home in the build file. Should I
just toss it in there pathing to the same place the flex-sdk is?
D:\PortableApps\Flex\asdoc>ant
Buildfile: D:\PortableApps\Flex\asdoc\build.xml
clean:
d
Hi,
> I think that the best option would be to tie the AIR and FP versions based
> on the common swf-version.
Certainly the easy solution. I should be able to sort that today.
Justin
Hi,
> Is there a way we could enable ASDOC to allow filtering by version number?
> Would be awesome to extract changes between versions.
The Flex version can be added to function headers (via @productversion), so in
theory yes.
Ages ago I took a look at the ASDocs to try and get it to put a litt
Is there a way we could enable ASDOC to allow filtering by version number?
Would be awesome to extract changes between versions.
On Sat, Jul 20, 2013 at 11:36 PM, Justin Mclean wrote:
> Hi,
>
> > Where can i find documentation on new features mentioned in 4.10 release
> notes?
> The AsDocs (and
On Sun, Jul 21, 2013 at 4:23 PM, Justin Mclean wrote:
> Hi,
>
> Took another look and think I have something that should work. For the AIR
> config files it work out the corresponding Flash Version version and used
> that version and swf version.
>
> There may be an issue with this in that it woul
Hi,
Took another look and think I have something that should work. For the AIR
config files it work out the corresponding Flash Version version and used that
version and swf version.
There may be an issue with this in that it would also need to download 2 player
global swfs?
Thanks,
Justin
HI,
> I think you are saying that nobody actually uses the source kits.
If you use the source kit you still have to turn it into a SDK in order to use
or test it, in doing that you change the config files which removes {airHome}.
So why is "{airHome}" needed? And is it only needed for a single
HI,
Thanks + done. Thought I got them all the other week.
Justin
Swen, this is awesome! This is the kind of contributions we are looking
for from the community :-)
Any chance you could debut the issue and provide a patch? At the least,
please create a JIRA ticket for this so we can keep track of it.
Thanks again for the taking the time and working on this.
if anyone's interested in tidying up, there is a spam comment (last
item) at https://cwiki.apache.org/confluence/display/FLEX/Status
--
Lee Burrows
ActionScripter
There are diffs between what is in the source repo and the source that
we distribute... that's confusing and feels wrong. What differences
are we talking about? If these differences are non-trivial then we (I)
should set up a testing environment that actually tests what we
release, not something th
On 7/21/13 7:20 AM, "Justin Mclean" wrote:
>Hi,
>
>So other than that is there any other issues?
I haven't tested signatures or reviewed the readme since RC1, but all
other tests passed for me.
>
>So far we have:
>- Minor readme/release note changes
>- AIR config changes that as far as I can s
Hi,
So other than that is there any other issues?
So far we have:
- Minor readme/release note changes
- AIR config changes that as far as I can see have no real world impact
Any advance on that?
Justin
On 7/20/13 11:41 PM, "Erik de Bruin" wrote:
>That's interesting... I see only one test fail on the VM:
>
>gumbo/components/ListDragDrop/events/SparkDNDList_events
>ListAbcDND1_dragComplete
>
>And that only fails on FP 11.8 and AIR 3.8, not on the x.7 runs.
>
>What platform/players are you using
On 7/21/13 1:57 AM, "Justin Mclean" wrote:
>I've never run into an issue with a SDK not containing {airHome} in the
>config file - so is this actually required?
I think it is when building AIR SWFs with the source kits which do not
have AIR files overlaid into the sdk folder. If you test binary
Hi,
As far as I can see the code is correct.
It loops around each config file:
for each (var file:File in configFiles)
And updates the swf version:
var swfVersion:RegExp = /\d\d<\/swf-version>/;
contents = contents.replace(swfVersion, "" +
FLASH_PLAYER_SWF_VERSION + "<\/swf-version>");
The pla
Hi,
> I think there is a problem with the src kits for both Mac and Win. The
> air-config.xml has an external-library-path entry for airglobal.swc that
> doesn't have the {airHome} variable anymore and a mustella test fails
> because it can't resolve for airglobal.swc.
The config files in ide/fl
29 matches
Mail list logo
