On 7/8/14 11:22 AM, "DarkStone" wrote:
>My point is, the mobile applications made with the current Flex SDK are
>running very smooth in modern cheap mobile devices, and they will be
>running even smoother in every 3 months.
Hi Darkstone, Thanks for that info. At one point I was told that batte
Thanks om
-Message d'origine-
De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash
Muppirala
Envoyé : mardi 8 juillet 2014 03:16
À : dev@flex.apache.org
Objet : Re: IOS 7 and Android 4.3 Skinning
The current BusyIndicator has its visuals baked into the component itse
Hi Alex,
One very important thing I have to point out:
The hardware of the mobile devices are improving rapidly, way faster than the
way of the desktop devices do.
In China, there are already millions of Android phones with 2GB RAM + 4 Core
CPU, under the price of $100, and I just bought a 2GB
Hi Erik,
Thanks for the list. I think this is a valuable discussion. I'm going to
respond out of order: hopefully the easiest answers first. Then at the
end is more of my continually evolving thoughts on FlexJS that may be hard
to capture from the slides.
First, keep in mind that one of the Fl
Hi Alex,
Adobe has just released some security updates for Flash Player & AIR 14
runtimes and SDKs:
http://helpx.adobe.com/security/products/flash-player/apsb14-17.html
They have already provided the newer versions of Flash Player & AIR 14 runtimes
and SDKs, maybe it will affect the testing of
Also, between the Closure Compiler's effectiveness in optimising and
minifying code and the current state of internet speed available to users,
I think that 'application size' is not a major reason to make drastic
decisions when architecting a framework. The release version of
DatabindingTest is cu
Peter,
To be sure, I'm not criticising the work done on FlexJS - I did a fair bit
of it myself - I'm just (after Alex's insistence) stating the reasons I've
chosen to approach 'export to JS' from a different angle.
EdB
On Tue, Jul 8, 2014 at 12:57 PM, Peter Ent wrote:
> I'm sure Alex is com
I'm sure Alex is composing a longer response, but I wanted to chime in having
developed a number of beads and components of FlexJS.
FlexJS is designed to be a pay-as-go system, keeping the app size as small as
possible; even a small Flex app brings in a lot of code.
I have to agree that beads
Hi Erik,
Thank you very much for bringing this topic, it's the very topic I want to
share my thoughts on.
>3 - Strands/Beads: it forces developers to know the insides of components,
>adding a level of complexity and a steeper learning curve to the framework
>4 - forced MVC: as an option it would
OK, here goes - why I think the FlexJS concept can be improved upon (in no
particular order):
1 - there is no migration path for existing Flex applications; this will
make enterprise users reluctant to accept the new framework, even though
during development FlexJS is limiting itself because it ai
This is the discuss thread.
In this RC is a fix for FP 14 beta, and ant_on_air fix for FlexJS install.
Votes carry over.
Maybe 8 is my lucky numberŠ
-Alex
On 7/5/14 11:04 PM, "Alex Harui" wrote:
>Please vote to approve Apache Flex SDK Installer version 3.1 to be
>released.
>
>Issues addressed in this release:
>- Installer will report more information when installs fail.
>- Bugs fixed in ant_on_air required by latest nightly builds of FalconJX
>an
Please vote to approve Apache Flex SDK Installer version 3.1 to be
released.
Issues addressed in this release:
- Installer will report more information when installs fail.
- Bugs fixed in ant_on_air required by latest nightly builds of FalconJX
and FlexJS
- Caching logic moved to the install scrip
13 matches
Mail list logo