Hi,
> Hmm, no that isn't correct.
Isn't correct how? It's what the scripts do, they copy the
ide/flashbuilder/config/*.xml files over the framework ones. We've made 3
releases with them working that way.
> I'm pretty sure the AIR and probably Mobile runs will completely fail.
They seem to run
Yeah, I went down a rabit hole with mine replacing the whole thing and
adding some methods to it. But if you check [1] for the working code and you
can see an example of it [2]. You don't need to apply it to FlexSprite
directly, it was just easy to test tons of components at one time. You
Oh wait that was one version of it... here is the newer one [1]
[1]
https://github.com/KesslerConsulting/example/blob/master/frameworks/projects/framework/src/mx/core/FlexSprite.as.
-Mark
-Original Message-
From: Kessler CTR Mark J [mailto:mark.kessler@usmc.mil]
Sent: Monday, July
Thank you for the feedback!
Indeed, there's only one way for smart skin creation in IntelliJ IDEA: [1]
And code assistance is not always perfect in Flex CSS files.
Thank you for the YouTrack issue. Can you please create a short sample
for each feature that you ask for? Paste it as a comment or at
Hi Alexander.
2013/7/22 Alexander Doroshko
> Thank you for the feedback!
> Indeed, there's only one way for smart skin creation in IntelliJ IDEA: [1]
> And code assistance is not always perfect in Flex CSS files.
> Thank you for the YouTrack issue. Can you please create a short sample for
> each
Hey guys, on a related note, I had also opened this ticket (
http://youtrack.jetbrains.com/issue/IDEA-107803 ) because of lack of
namespace support in the CSS for Flex development.
I believe most of the Flash/Flex development issues in IDEA are related to
the fact that Jetbrains is using the same
Turning of cacheAsBitmap
-> Scrolling got much slower (in the renderer there is nothing
changing/animating)
Am I right when I think all the fxg files are cached and using bitmap
images won't have any advantage (at least when cachingAsBitmap)?
Turning of usage of virtual layout
-> Can't see any
On 7/22/13 12:11 AM, "Justin Mclean" wrote:
>Hi,
>
>> Hmm, no that isn't correct.
>Isn't correct how? It's what the scripts do, they copy the
>ide/flashbuilder/config/*.xml files over the framework ones. We've made 3
>releases with them working that way.
It isn't correct that you "must" convert
On 7/22/13 6:16 AM, "Christian Kiefer"
wrote:
>Turning of cacheAsBitmap
>-> Scrolling got much slower (in the renderer there is nothing
>changing/animating)
>Am I right when I think all the fxg files are cached and using bitmap
>images won't have any advantage (at least when cachingAsBitmap)?
W
Mark,
Do you use amethyst design editor at all? I tried this back in Amethyst
version 1 and it didn't fair too well. I noted on their site that they are
version 2 how which is great. Any experience using the design editor?
Thanks,
Chris
On Fri, Jul 19, 2013 at 6:13 PM, Mark Kessler
wrote:
On 22.07.2013 15:45, Carlos Rovira wrote:
Can you please create a short sample for
each feature that you ask for? Paste it as a comment or attachment for the
issue: [2].
You refer a skin file sample? or an entire project? The features are more
described as "usability" so please let me know what
This is pretty important IMHO. I know there were a lot of discussions
about that early on.
-Nick
On Mon, Jul 22, 2013 at 10:03 AM, Alex Harui wrote:
>
>
> We can go ask the mentors again, but I think it is still
> important/required to have a configuration where the files are kept
> separate
Hi Chris,
how is going the internal mail to the rest of swiz contributors? There are
consensus to donate ownerhip to Apache Flex
Thanks for any update regarding this
Carlos
2013/7/5 Chris Scott
> Yes UM has no ownership, I stared the project prior to working with them,
> and my ownership is
+1
just get the time to construct from scratch, create a project in intellij
and was testing various things a some new enhacemnts (like the dataprovider
ones) and all goes well.
Great work so far!! :)
Carlos
2013/7/22 Nicholas Kwiatkowski
> This is pretty important IMHO. I know there were a
Not atm I haven't used the Amythyst designer in a long while. I use the VS
express at home and it wont accept the third party plugins.
-Mark
On Mon, Jul 22, 2013 at 12:16 PM, Chris Martin wrote:
> Mark,
>
> Do you use amethyst design editor at all? I tried this back in Amethyst
> version 1
Bump...
We could use more participation from developers/users in this thread. This
will be very useful when we write our marketing/PR material.
Thanks,
Om
On Sat, Jul 20, 2013 at 9:16 PM, FRANKLIN GARZON wrote:
> Great apache community, you are doing good job, we are waiting the
> release, we
HI,
So what exactly do you think needs to be changed? Are the current config file
and templates used for generating them correct?
Here's a list of all the config files.
./frameworks/flex-config-template.xml
./frameworks/flex-config.xml
./ide/flashbuilder/config/flex-config.xml
./frameworks/air-c
Hi,
> • What business problems can a business manager solve with v 4.10 that
> weren't possible to solve with v 4.9.1?
Better for developer productivity - less RTEs and work arounds required.
Justin
On 7/22/13 4:27 PM, "Justin Mclean" wrote:
>HI,
>
>So what exactly do you think needs to be changed?
I don't think anything needs to change in Git. I think if your local
working copy reflects what is in Git and you haven't run the installer or
any of the ide scripts in that working copy, then
Hi,
>> Related question: what does 'git status' show for your
> working copy? Doesn't it show that frameworks/air-config.xml is modified?
Nope:
# On branch release4.10.0
nothing to commit, working directory clean
Perhaps we have an issue with .gitignore??
Justin
Ok, I don't think it is any secret that Adobe is moving heavily toward web
standards, and that FXG is now gone from the CC applications, not likely to
be back soon.
I've heard rumors they may bring it back as an extension, but likely not as
some of the libraries used are 32 bit and therefore incom
Hi,
> Perhaps we have an issue with .gitignore??
Yep it contains:
frameworks/flex-config.xml
frameworks/air-config.xml
frameworks/airmobile-config.xml
Can someone explain why these were added? We should not be ignoring anything
that packaged up into a release.
Justin
Hi,
> With that in mind, and since it appears the tooling from Adobe is moving
> toward SVG, would it behove us to also retool the Flex SDK to work with SVG
> natively?
The Flex SDK already supports SVG, it was marked as "deprecated" but that was
warning removed for the 4.10 release.
Can you exp
Hi,
> Maybe you can create the Linux version also?
Done.
Justin
Hi,
Just making a new release candidate, so consider this vote closed. The changes
to the new RC are mostly minor being config xml AIR path changes and minor
changes to README and RELEASE NOTES, there have been no SDK code changes.
Thanks,
Justin
Ah, I didn't see that... I'll have to take a look into it.
On Mon, Jul 22, 2013 at 8:43 PM, Justin Mclean wrote:
> Hi,
>
> > With that in mind, and since it appears the tooling from Adobe is moving
> > toward SVG, would it behove us to also retool the Flex SDK to work with
> SVG
> > natively?
>
On 7/22/13 6:36 PM, "Justin Mclean" wrote:
>Hi,
>
>> Perhaps we have an issue with .gitignore??
>
>Yep it contains:
>frameworks/flex-config.xml
>frameworks/air-config.xml
>frameworks/airmobile-config.xml
>
>Can someone explain why these were added? We should not be ignoring
>anything that packa
27 matches
Mail list logo