The call stack shows it is an tag. You can use the expressions
window to view a tag instance’s xml property to see which tag it is.
In this case, it is:
It appears that the install script is expecting the versionID in the
installer config to be 17.0b
-Alex
On 2/8/15, 11:18 PM, "OmPrakash
On Mon, Feb 9, 2015 at 12:00 AM, Alex Harui wrote:
> The call stack shows it is an tag. You can use the expressions
> window to view a tag instance’s xml property to see which tag it is.
>
> In this case, it is:
>
> arg2="${flash.sdk.default.swfversion}"/>
>
>
>
> It appears that the install s
I added the attributes version="17.0b" versionID="17.0b"
That doesn't seem to have fixed it.
Thanks,
Om
On Mon, Feb 9, 2015 at 12:11 AM, OmPrakash Muppirala
wrote:
> On Mon, Feb 9, 2015 at 12:00 AM, Alex Harui wrote:
>
>> The call stack shows it is an tag. You can use the expressions
>> win
Hi Alex,
I used a profiler to see the difference between the two versions and this is
what i see.
In the 4.14 version it spends a lot of time in this methods while in the
4.9.1 version don't.
flash.text.engine::TextBlock/DoCreateTextLine(),flash.text.engine::TextBlock/recreateTextLine(),Function
Congrats to everyone on the release and thanks for all the hard work as
usual! :)
I've managed to update via the installer without any issues. I was also
able to compile and run a very large project with it updating from Flex
4.12.1 with no problems.
I have however run across a bug which has been
I've also experienced an issue with TLF and as I was trying to resolve my
issue I noticed in the ParagraphElement class the createTextBlock method is
now being call within the replaceChildren method and am wondering if this
extra call is a catalyst for the performance issues you are having
On
What about the 4.13 version?
I think we need to determine wether the issue appeared before 4.13 or after
4.13. The were lots of changes to TLF after 4.13 and very few before.
On Feb 9, 2015, at 10:59 AM, goratz wrote:
> Hi Alex,
>
> I used a profiler to see the difference between the two vers
If the problem is in TextBlock.createTextLine(), it kind of sounds like a
Player issue rather than a TLF issue — unless createTextLine() is being called
too often.
On Feb 9, 2015, at 10:59 AM, goratz wrote:
> Hi Alex,
>
> I used a profiler to see the difference between the two versions and th
I will test with all Apache Flex versions and I will put here the version
where the problem starts.
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/TLF-performance-issue-tp44966p45080.html
Sent from the Apache Flex Development mailing list archive at Nabble
See my comment on the JIRA.
Harbs
On Feb 9, 2015, at 11:35 AM, Alessandro Palombaro
wrote:
> Congrats to everyone on the release and thanks for all the hard work as
> usual! :)
>
> I've managed to update via the installer without any issues. I was also
> able to compile and run a very large p
For IntelliJ 12+
AFTER you do a build on ant_on_air, go to your project settings -> Modules
-> installer
Add the following context roots :
ant_on_air (mark src and external dirs as source)
common(mark src dir as source)
Go to the module dependendencies. Add
I've got it refactored on my own local branch, but it's a big enough change
I might submit it separately. I hate to say it, but working on this really
makes my head hurt.
I've got the as3httpdlib working on my local copy. I need a bit to clean
it up -- should have it ready this evening or tomorr
I'm assuming you are talking about an AIR based Linux application? If it
a SWF based app, the same SWF that works on Windows/Mac will work on Linux.
If you are taking about AIR, you won't be able to create the native linux
app from within Adobe Flash Builder. You will need to install the latest
On 09/02/15 12:33, Nicholas Kwiatkowski wrote:
If you are taking about AIR, you won't be able to create the native linux
app from within Adobe Flash Builder.
Out of interest, does Builder not like the 2.x AIR SDK any more then ?
Tom
Oh, Please do NOT merge it into the SDK, IOC is not the only way to void
boilerplate, and Swiz is not the only way to IOC!
On Mon, Feb 9, 2015 at 1:44 AM, Eric wrote:
> That's a shame. I agree the entire framework might be a bit much, but
> IoC/Dependency Injection, ServiceHelper and default fau
As the original author of the Spring ActionScript framework, I might be a
bit biased towards Swiz, but I don't think an IoC container belongs in the
core of the Flex framework. Swiz is just one of the IoC implementations out
there that most likely will not fit all scenarios in which you want to use
Hi Chris,
I guess this non-terminated sentence from the wiki doesn't help to understand
what you are asking :-)Can you elaborate ?
"Left column of this table is the scope of the dependency, the other columns
define the"
Frédéric THOMAS
> From: christofer.d...@c-ware.de
> To: dev@flex.apache.org
It does, but Flash Builder doesn't run on Linux ;) You always had to
create Linux packages via a command line (or ant, or maven, etc).
-Nick
On Mon, Feb 9, 2015 at 7:42 AM, Tom Chiverton wrote:
> On 09/02/15 12:33, Nicholas Kwiatkowski wrote:
>
>> If you are taking about AIR, you won't be abl
The consensus wasn't to add Swiz to the flex SDK itself. The basis being
that it gave the impression of having a favorite, which we don't want to stifle
the choices people make. It was to add it in a GIT repo for storing. I
believe at this time it would have been added utilities repo. How
Hi Guys ;-)
Ok ... let me explain a little more in detail :-)
In Flex we have different scopes in which we link other libraries:
- compile (the default linking that included only the classes actually
referenced)
- rsl (which doesn't include a single class but references them externally)
- includ
Hi Scott,
The linking of all the projects and sub-projects into the style project finally
fixed Issue no. 2.
Thank you for your help!
- David
-Original Message-
From: Scott Talsma [mailto:sc...@talsma.tv]
Sent: Friday, February 06, 2015 1:58 PM
To: dev@flex.apache.org
Subject: Re: Fl
Hi Jude,
Adding a '../' to the ClassReference gives me the following error: 1084: Syntax
error: expecting identifier before doubledot.
Can someone throw some ideas, please? Just FYI, this is in reference to Issue
no.1 as described below in my original email. Issue no.2 is fixed :)
Thanks in ad
On Thursday 05 Feb 2015 10:54:12 OmPrakash Muppirala wrote:
>
> > I assume this is just a case of uploading a new version via
> >
> > https://cms.apache.org/flex/wc/browse/tomc-Qysv7e/trunk/content/installerbadge/
> >
> >
> You would just need to commit the new swf into our site content via svn.
>
On Mon, Feb 9, 2015 at 11:02 AM, Tom Chiverton wrote:
> On Thursday 05 Feb 2015 10:54:12 OmPrakash Muppirala wrote:
> >
> > > I assume this is just a case of uploading a new version via
> > >
> > >
> https://cms.apache.org/flex/wc/browse/tomc-Qysv7e/trunk/content/installerbadge/
> > >
> > >
> > Y
David,
It looks like you did not get my earlier response.
For q1:
It seems like your main source path is not set to "src". If you set it to
src, it might fix your problem.
Or you could try: skinClass:
ClassReference("sparkSkins.SkinForCustomItemRendererComponent");
I hope that helps.
Alex, any guess as to what could be happening here?
Thanks,
Om
On Mon, Feb 9, 2015 at 12:45 AM, OmPrakash Muppirala
wrote:
> I added the attributes version="17.0b" versionID="17.0b"
>
> That doesn't seem to have fixed it.
>
> Thanks,
> Om
>
> On Mon, Feb 9, 2015 at 12:11 AM, OmPrakash Muppirala
SVN history shows some patterns that supposedly work correctly. I just
updated to those. Give it a try.
On 2/9/15, 11:48 AM, "OmPrakash Muppirala" wrote:
>Alex, any guess as to what could be happening here?
>
>Thanks,
>Om
>
>On Mon, Feb 9, 2015 at 12:45 AM, OmPrakash Muppirala
>
>wrote:
>
>> I
It worked! Thanks, Om.
I simply added the path src/skin in the source path of my style project, and
then changed the ClassReference as
ClassReference("sparkSkins.SkinForCustomItemRendererComponent"); and this
worked.
We should probably expose this solution to the public world. I've been
strug
You are welcome! Yes, this mailing list is 'googleable'.
Thanks,
Om
On Mon, Feb 9, 2015 at 1:25 PM, David Frank wrote:
> It worked! Thanks, Om.
>
> I simply added the path src/skin in the source path of my style project,
> and then changed the ClassReference as
> ClassReference("sparkSkins.Ski
Hi,
Can you post a link to a screenshot of the profiler? I want to see call
counts and the other columns.
Thanks,
-Alex
On 2/9/15, 12:59 AM, "goratz" wrote:
>Hi Alex,
>
>I used a profiler to see the difference between the two versions and this
>is
>what i see.
>
>In the 4.14 version it spends
Hmm, tried again (twice) Still getting the same exact error.
Thanks,
Om
On Mon, Feb 9, 2015 at 12:48 PM, Alex Harui wrote:
> SVN history shows some patterns that supposedly work correctly. I just
> updated to those. Give it a try.
>
> On 2/9/15, 11:48 AM, "OmPrakash Muppirala" wrote:
>
> >A
Moving discussion here.
Maxim,
I've debugged a bit installer code and I see that installer is taking
properties file for Russian translation from these location ->
http://flex.apache.org/installer/properties/
It looks like these files wasn't updated for a long time.
Alex,
My findings are corre
Thanks Erik and Nick! Everything is working! :)
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/Installer-Setting-up-installer-sources-into-IDE-tp45044p45104.html
Sent from the Apache Flex Development m
The README under the installer directory has a section for setup under
Flash Builder. It would be great if you can update it to include
instructions for IntelliJ IDEA as well. Given that it is still fresh in
your minds.
Thanks,
Om
On Mon, Feb 9, 2015 at 1:57 PM, piotrz wrote:
> Thanks Erik an
Updated the README with the instructions. If somebody else could go
through them to verify I'm not off my rocker, that would rock.
-Nick
On Mon, Feb 9, 2015 at 5:06 PM, OmPrakash Muppirala
wrote:
> The README under the installer directory has a section for setup under
> Flash Builder. It woul
On boilerplate, I was referring to the ServiceHelper class & default
fault handlers, not so much IoC. But if the general consensus is to not
bother with adding these things to the core SDK, so be it. I was hoping
it would make it in, just because Swiz is essentially defunct otherwise.
On 2/9/
Couple of things:
1) I think there are three 17 entries in the xml file, one each for AIR
Win, AIR Mac, and Flash.
2) Sometimes after you make a change in SVN and publish the xml file, the
installer doesn’t see it right away. I’d suggest viewing your changes in
the browser to convince yourself th
37 matches
Mail list logo