On 11/4/13 7:23 PM, "Justin Mclean" wrote:
>Hi,
>
>> I've been told that ("foo" in bar) is slow. Is this going to get
>>called a
>> lot? And why does a skin not have a hostcomponent property? I thought
>> that was part of the contract.
>
>If you look at beginHighlightBitmapCapture it already
Hello friends,
I am running my flex application in windows 8/IE 10 metro browser. The
application displays a video without any problem when it is in minimized
mode (like 200*300 size) but the moment i click on the full screen button to
view the video in full screen mode, the page turns into blank
System Configuration:
MacOS 10.7.5
Windows 7
AIR SDK 3.9
Certificates in use:
Thawte (AIR certification)
Comodo (Windows Installer certification)
Apple Mac Developer (MacOS Application/Installer certification)
Summary:
We're going through an unknown build situation of native installer, in
MacOS
Thanks Gordon!
On 11/4/13 4:59 PM, "Gordon Smith" wrote:
>OK, the 'develop' branch of flex-falcon now has a compiler/lib/guava.jar
>that is the current release, 15.0. All the tests run by Falcon's 'ant
>main' still pass.
>
>- Gordon
>
>-Original Message-
>From: Erik de Bruin [mailto:e...
As long as you've scanned it for IP conflicts first, then yes, it can be
checked in.
-Alex
On 11/4/13 5:26 PM, "OmPrakash Muppirala" wrote:
>I will be checking in George's Tour de Flex Mobile app into the
>flex-examples repo.
>
>George has submitted his ICLA already.
>
>I think once it is in, w
Hi,
> I've been told that ("foo" in bar) is slow. Is this going to get called a
> lot? And why does a skin not have a hostcomponent property? I thought
> that was part of the contract.
If you look at beginHighlightBitmapCapture it already does the same check, so
seems to make sense to do the
I will be checking in George's Tour de Flex Mobile app into the
flex-examples repo.
George has submitted his ICLA already.
I think once it is in, we can start making these fixes. Any objections?
Thanks,
Om
On Wed, Oct 23, 2013 at 3:13 PM, Maurice Amsellem <
maurice.amsel...@systar.com> wrote:
OK, the 'develop' branch of flex-falcon now has a compiler/lib/guava.jar that
is the current release, 15.0. All the tests run by Falcon's 'ant main' still
pass.
- Gordon
-Original Message-
From: Erik de Bruin [mailto:e...@ixsoftware.nl]
Sent: Sunday, November 03, 2013 9:00 PM
To: dev@f
>And why does a skin not have a hostcomponent property? I thought that was
>part of the contract.
I can answer to that one ;-)
Each subclass of MobileSkin will have a hostComponent property with a different
type declaration.
If we declared hostComponent in MobileSkin, with let's say Object typ
Thanks Chris, sounds good, I don't have the time at the moment to look at
the code because of my work and I'm between Paris and London but will check
it as soon as I can, just a question, are you aware there is an issue with
FM and Aether running FM with maven 3.1.1 ? Should I raise an issue
somewh
Hi Justin,
I've been told that ("foo" in bar) is slow. Is this going to get called a
lot? And why does a skin not have a hostcomponent property? I thought
that was part of the contract.
-Alex
On 11/4/13 1:56 PM, "jmcl...@apache.org" wrote:
>Updated Branches:
> refs/heads/develop 7cab71bb2
Hey Dev team,
Been a while. Some of you may know me from FTML, but now I present
something a little different:
Export Kit Suite: http://www.exportkit.com. Export Kit is an all-in-one
plugin for Adobe Photoshop which will allow anyone to export Photoshop PSD
files to almost any code environment i
Thanks Christofer. :) I'll check it tomorrow.
-
Flex/Air developer open to new job offers and challenges.
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/Updated-Mavenizer-tp31841p31892.html
Sent from the Apache Flex Developmen
Ok ... so I updated the class ... should work now :-)
Thanks for reporting this.
Chris
-Ursprüngliche Nachricht-
Von: christofer.d...@c-ware.de [mailto:christofer.d...@c-ware.de]
Gesendet: Montag, 4. November 2013 16:07
An: dev@flex.apache.org
Betreff: AW: AW: Updated Mavenizer
Hi Piotr
I don't think there is any official public availability of "internals".
Some stuff is found on blogs, but may be stale, and the AVM code is
somewhere on Mozilla although I couldn't find it the other day.
-Alex
On 11/4/13 11:56 AM, "Maurice Amsellem"
wrote:
>That's interesting.
>
>Do you know wh
That's interesting.
Do you know where we can find reading on Adobe Flash internals, if any ?
Maurice
-Message d'origine-
De : Alex Harui [mailto:aha...@adobe.com]
Envoyé : lundi 4 novembre 2013 20:46
À : dev@flex.apache.org
Objet : Re: git commit: [flex-sdk] [refs/heads/develop] - F
On 11/4/13 10:13 AM, "Maurice Amsellem"
wrote:
>Alex, to be honest, the last "split" tests I did ( code optimization only
>and code optimization + Array recycling) show that the bulk of the
>performance gain (10%) comes from the use of indexOf(..) to detect that
>we are in a simple "Number cas
Re #2. Don't know for sure but I'd bet they didn't think about custom
styles and thought they could get everything they needed on the clipboard
in a more generic format so it would be more multipurpose and handle data
to from other applications and SWFs.
There is a way to serialize objects to tex
Alex, to be honest, the last "split" tests I did ( code optimization only and
code optimization + Array recycling) show that the bulk of the performance gain
(10%) comes from the use of indexOf(..) to detect that we are in a simple
"Number case", instead of split+replace which is very costly.
Actually, the values are one Number and optionally one String. So I don't think
Point could be used.
Maybe a dedicated class ?
Maurice
-Message d'origine-
De : Alex Harui [mailto:aha...@adobe.com]
Envoyé : lundi 4 novembre 2013 18:58
À : dev@flex.apache.org; comm...@flex.apache.org
Ob
Just thinking: I know you've spent a lot of time on this (and thanks for
doing so), but is Array really being used just to pass two values? I
wonder if it would be better to use Point.
On 11/4/13 12:55 AM, "mamsel...@apache.org" wrote:
>Updated Branches:
> refs/heads/develop 5c9baf119 -> 7cab
Hi Piotr,
Having a look at the code and the exception, I find this error relatively
strange. Googling a Little, I could see that Integer.compare was introduced in
Java 1.7 ... think I'll overwork this to make the mavenizer work in 1.6 too.
For now changing the line in the exception to this:
Hi Christofer,
I'm getting exception when i try to generate FDK.
Exception in thread "main" java.lang.NoSuchMethodError:
java.lang.Integer.compare(II)I
at common.ConversionPlan$1.compare(ConversionPlan.java:29)
at common.ConversionPlan$1.compare(ConversionPlan.java:16)
at
Agree on 1, it should be more “pluggable” (unless it improved since the
last time I checked).
Regarding 2, clipboard class (see [1]) seems to support object references
in clipboard. If the TextScrap is completely independent from its
originating TextFlow, placing itself in the Clipboard (probably
There's already one:
https://bugbase.adobe.com/index.cfm?event=bug&id=3633422
Maurice
-Message d'origine-
De : Alex Harui [mailto:aha...@adobe.com]
Envoyé : lundi 4 novembre 2013 05:52
À : dev@flex.apache.org
Objet : Re: IOS7 status bar management ( FLEX-33860)
On 11/3/13 12:38 PM,
I'm not sure. Is there any way to deserialize to resolve to a reference to a
class instance?
For the most part, I'm using custom styles to track character and paragraph
styles. setStyle() and getStyle() writes and reads references to common styles
that can be applied to any number of TextLayout
Hi,
Try sending a plain text email. It may be that you're sending a rich text/HTML
email and it's being rejected by the spam filter.
Justin
I have numerous times - but will try again, thank you!
Sent from Deb Krikun's iPhone
On Nov 4, 2013, at 4:02 AM, Miguel Ferreira
wrote:
> sen a mail to this address:dev-unsubscr...@flex.apache.org
> then you will be removed from the list
>
>> Subject: PLEASE REMOVE MY EMAIL
>> From: dkri...@m
Finally committed a modified version of the patch.
Thanks to all for your support and advice.
Thanks to Benoit for spotting the issue and providing the patch.
Regards,
Maurice
-Message d'origine-
De : Justin Mclean [mailto:jus...@classsoftware.com]
Envoyé : lundi 4 novembre 2013 09:5
sen a mail to this address:dev-unsubscr...@flex.apache.org
then you will be removed from the list
> Subject: PLEASE REMOVE MY EMAIL
> From: dkri...@mac.com
> Date: Mon, 4 Nov 2013 03:53:48 -0500
> To: dev@flex.apache.org
>
> I have been pleading with the
> dev@flex.apache.org to remove my email
I have been pleading with the
dev@flex.apache.org to remove my email from your list - I thank you to be the
one who can help me.
dkri...@mac.com
Sent from Deb Krikun's iPhone
Hi,
> If this is not the general position, we could consider reaching the same
> result in
> some other way? For example, recycling static member array variables in the
> helper class to avoid reallocations
A good suggestion and than would cut down the memory allocation/CG cost, and
given that i
>My general opinion is that we may choose to compromise code readability a
>little only when the optimization is really worth it, especially for public
>method >signatures, because otherwise, applying the same logic extensively, we
>could end up with a SDK codebase very difficult to read, debug
FYI, I spent most of my Sunday reviewing the issue...
Maurice
-Message d'origine-
De : Cosma Colanicchia [mailto:cosma...@gmail.com]
Envoyé : lundi 4 novembre 2013 09:40
À : Apache Flex Developers ML
Objet : Re: Need advice on patch validation
... and also thanks to Justin for the exte
and obviosly to Maurice :D
2013/11/4 Cosma Colanicchia
> ... and also thanks to Justin for the extensive review work :)
>
>
> 2013/11/4 Cosma Colanicchia
>
>> Thanks to Benoit, I can see the effort put into these patches.
>>
>> My general opinion is that we may choose to compromise code readab
... and also thanks to Justin for the extensive review work :)
2013/11/4 Cosma Colanicchia
> Thanks to Benoit, I can see the effort put into these patches.
>
> My general opinion is that we may choose to compromise code readability a
> little only when the optimization is really worth it, espe
Thanks to Benoit, I can see the effort put into these patches.
My general opinion is that we may choose to compromise code readability a
little only when the optimization is really worth it, especially for
public method signatures, because otherwise, applying the same logic
extensively, we could
It does work this way, yes. I also remember that there was no easy way to
extend the default exporter and/or to use this custom exporter for a text
component instances, due to the complex class hierarchy and to missing
properties to directly control this, but it could have been improved since
I loo
38 matches
Mail list logo