Re: [FlexJS] more on undefined / non initialised values

2017-06-07 Thread Justin Mclean
Hi,

>  Booleans should definitely default to false and Numbers to NaN, if they 
> aren't explicitly initialized with a value

Anyone have a differing option?

Thanks,
Justin

Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread Justin Mclean
Hi,

> That wont be breaking PAYG.  The basic idea is to avoid loading/running
> unnecessary code during runtime.  Altering a class support subclassing
> should be fine.

Which the modified version does and would comply with that definition of PAYG - 
unless you think a single null check is anti PAYG.

This is why I been asking for a clear definition of PAYG and it certainly has 
generated some useful dicussion.

> Looks like there is consensus on the subclassing route.  Let's go with that 
> and solve
> subsequent problems as they arise.

Sure.

Thanks,
Justin

Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread OmPrakash Muppirala
On Wed, Jun 7, 2017 at 3:41 PM, Justin Mclean 
wrote:

> HI,
>
> >  "It can't be done in a subclass with
> >   an override of the strand setter?
>
> Probably not without altering the original bead which may also be not PAYG.
>

That wont be breaking PAYG.  The basic idea is to avoid loading/running
unnecessary code during runtime.  Altering a class support subclassing
should be fine.

We are in what some would call an 'analysis paralysis' state.  Looks like
there is consensus on the subclassing route.  Let's go with that and solve
subsequent problems as they arise.

Thanks,
Om


>
> Thanks,
> Justin
>


Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread Justin Mclean
HI,

>  "It can't be done in a subclass with
>   an override of the strand setter?

Probably not without altering the original bead which may also be not PAYG.

Thanks,
Justin


Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread Alex Harui
This will make the 38th post on this thread.  It is a link to the 4th post
on this thread:

https://lists.apache.org/thread.html/8f561b811d2e662769f204200eabe8bc706d97
b19f8859fe74ee9b3b@%3Cdev.flex.apache.org%3E

   "It can't be done in a subclass with
an override of the strand setter?

-Alex"

4 people (Piotr, Harbs, Om, me) have asked you to rework the bead.  Please
do so.

Thanks,
-Alex

On 6/7/17, 2:06 AM, "omup...@gmail.com on behalf of OmPrakash Muppirala"
 wrote:

>It seems subclass is the way to go here.  Anyone disagree with that?
>
>Thanks,
>Om
>
>On Jun 7, 2017 1:57 AM, "Justin Mclean"  wrote:
>
>> Hi,
>>
>> I'm still awaiting answers from Alex and further discussion on what PAYG
>> is and isn’t and will resolve in accordance to that.
>>
>> Thanks,
>> Justin



Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread Harbs
No.

MXML does not convert to HTML. In FlexJS it converts it to JS files.

You might be able to use the compiler to generate js that you can incorporate 
into other code.

We have been very happy with FlexJS. Why don’t you want to use the framework?

Harbs

> On Jun 7, 2017, at 11:56 AM, Gudu  wrote:
> 
> Our plan is to migrate from Adobe Flex to HTML/JS but it is not to convert it
> to FlexJS. I was trying to convert all the MXML and ActionScript we have to
> HTML/JS using FalconJX or FlexJS. Now, I am asking if any possiblity of
> converting the MXML to HTML and the actionScript and all the adobe libraries
> to some JavaScript library. I have tried to use Jangroo to convert
> actionscript to JS but jangaroo didn't convert the import libraries.
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p6.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.



Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread Gudu
Our plan is to migrate from Adobe Flex to HTML/JS but it is not to convert it
to FlexJS. I was trying to convert all the MXML and ActionScript we have to
HTML/JS using FalconJX or FlexJS. Now, I am asking if any possiblity of
converting the MXML to HTML and the actionScript and all the adobe libraries
to some JavaScript library. I have tried to use Jangroo to convert
actionscript to JS but jangaroo didn't convert the import libraries.





--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p6.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: [FlexJS] [Typedefs] [Maven] build issues

2017-06-07 Thread Christofer Dutz
The only 100% safe option in my opinion would be to create a tool to do the 
patching. This tool might simply be a wrapper around some open-source patch 
tool with a suitable license and provide a Maven goal to do the patching. For 
Ant a matching wrapper should make sure the patches are applied equally in Ant 
and Maven.

Chris

Am 07.06.17, 02:18 schrieb "Justin Mclean" :

Hi,

> I think others may have experienced this also, at least I have seen 
similar things mentioned previously.

I’ve run into this issue before on OSX and it been discussed on list - was 
not able to find the root cause however.

Thanks,
Justin



Re: Beads and DRY (was Re: [FlexJS] Removing PasswordInputBead has no effect)

2017-06-07 Thread Josh Tynjala
I actually added VerticalLayoutWithPaddingAndGap recently. I didn't want to
set margins because a gap property is much more convenient in many
situations. :)

- Josh

On Wed, Jun 7, 2017 at 7:15 AM, Peter Ent  wrote:

> If you look at the layouts, you can see these questions for real. Take
> VerticalLayout. The idea is to stack children of some component
> vertically. Those children can be given a) no explicit size, b) an
> explicit size as pixel values, c) a percentage size. You know what the
> VerticalLayout is supposed to do, but how it does it depends on the
> platform. Plus there are some questions:
>
> Do you provide an option to space them (a gap) or is that
> VerticalLayoutWithGap?
> Do you provide an option to horizontally align them or is that
> VerticalLayoutWithHorizontalAlignment?
> What if you want both a gap and an alignment? Is that
> VerticalLayoutWithGapAndHorizontalAlignment?
>
> Achieving a gap and alignment is pretty easy and I believe can be done
> within the same loop pass as stacking the elements.
>
> We circumvented the gap issue by saying you achieving by giving the
> children being stacked margin style values. So that eliminates two of the
> variations. But that comes at a cost on the SWF side (JS side handles
> margins in the browser) since it is way more complex to account for those
> margins and it might rightly be put into its own layout bead.
>
> And when you make these altered versions, its hard to subclass since you
> have the layout algorithm that you've have to tap into from the subclass
> and then call out or use a delegate.
>
> ‹peter
>
> On 6/6/17, 9:08 PM, "omup...@gmail.com on behalf of OmPrakash Muppirala"
>  wrote:
>
> >On Tue, Jun 6, 2017 at 5:29 PM, Justin Mclean 
> >wrote:
> >
> >> Hi,
> >>
> >> > In FlexJS we have a preference towards utility classes.
> >>
> >> So say we have existing bead A and we want to add some functionality to
> >> to. In order to use utility classes we would need to modify bead A and
> >>pull
> >> out some of the code into a utility class so bead B can use it.
> >>
> >> This will increase the size/runtime cost to existing people using bead
> >>A.
> >> Is this accectable?
> >>
> >
> >Yes, there will be a size cost, which is why the inheritance approach is
> >better than Utils approach for Beads.
> >
> >*Utils approach:*
> >
> >Bead A supports feature X
> >Bead B needs to support feature X and Y
> >
> >Create a Util class called FeatureXAndY
> >
> >Bead A calls util:FeatureXAndY (Now Bead A loads code for unnecessary
> >feature Y)
> >Bead B calls util:FeatureXAndY
> >
> >*Inheritance approach:*
> >
> >Bead A supports feature X
> >Bead B needs to support feature X and Y
> >
> >Bead A has code for feature X alone (no extra code)
> >Bead B extends Bead A and adds code for feature Y (no extra code)
> >Moreover, no extra util class to maintain.
>
>


Re: Beads and DRY (was Re: [FlexJS] Removing PasswordInputBead has no effect)

2017-06-07 Thread Peter Ent
We have never really discussed the use of delegates. Its not something
that ties in that well with FlexJS I think. But using a delegate to
off-load some of the work, just when that work is needed, might be another
solution.

‹peter

On 6/7/17, 2:36 AM, "Harbs"  wrote:

>That¹s not what I¹m suggesting at all.
>
>If utility classes (or utility functions) are bloated with lots of
>functionality then they are not done right.
>
>Utilities should be reserved for well defined functionality. A good
>example of this is AnimationUtil. Imagine you have two animation beads
>which do different things, they would both use AnimationUtil for
>requestFrame and cancelFrame.
>
>The same goes for SolidBorderUtil (which should really be split into
>two). Any bead which needs to apply a border just calls the utility.
>
>So:
>Bead A supports feature X
>Bead B needs to support feature X and Y
>
>feature x used functionality a and b
>feature y uses functionality c and d
>Create a Util classes a, b, c and d which beads a and b use as needed.
>
>This is obviously not a pattern useful everywhere, but where applicable,
>has many advantages.
>
>Harbs
>
>
>> On Jun 7, 2017, at 4:08 AM, OmPrakash Muppirala 
>>wrote:
>> 
>> *Utils approach:*
>> 
>> Bead A supports feature X
>> Bead B needs to support feature X and Y
>> 
>> Create a Util class called FeatureXAndY
>



Re: Beads and DRY (was Re: [FlexJS] Removing PasswordInputBead has no effect)

2017-06-07 Thread Peter Ent
If you look at the layouts, you can see these questions for real. Take
VerticalLayout. The idea is to stack children of some component
vertically. Those children can be given a) no explicit size, b) an
explicit size as pixel values, c) a percentage size. You know what the
VerticalLayout is supposed to do, but how it does it depends on the
platform. Plus there are some questions:

Do you provide an option to space them (a gap) or is that
VerticalLayoutWithGap?
Do you provide an option to horizontally align them or is that
VerticalLayoutWithHorizontalAlignment?
What if you want both a gap and an alignment? Is that
VerticalLayoutWithGapAndHorizontalAlignment?

Achieving a gap and alignment is pretty easy and I believe can be done
within the same loop pass as stacking the elements.

We circumvented the gap issue by saying you achieving by giving the
children being stacked margin style values. So that eliminates two of the
variations. But that comes at a cost on the SWF side (JS side handles
margins in the browser) since it is way more complex to account for those
margins and it might rightly be put into its own layout bead.

And when you make these altered versions, its hard to subclass since you
have the layout algorithm that you've have to tap into from the subclass
and then call out or use a delegate.

‹peter

On 6/6/17, 9:08 PM, "omup...@gmail.com on behalf of OmPrakash Muppirala"
 wrote:

>On Tue, Jun 6, 2017 at 5:29 PM, Justin Mclean 
>wrote:
>
>> Hi,
>>
>> > In FlexJS we have a preference towards utility classes.
>>
>> So say we have existing bead A and we want to add some functionality to
>> to. In order to use utility classes we would need to modify bead A and
>>pull
>> out some of the code into a utility class so bead B can use it.
>>
>> This will increase the size/runtime cost to existing people using bead
>>A.
>> Is this accectable?
>>
>
>Yes, there will be a size cost, which is why the inheritance approach is
>better than Utils approach for Beads.
>
>*Utils approach:*
>
>Bead A supports feature X
>Bead B needs to support feature X and Y
>
>Create a Util class called FeatureXAndY
>
>Bead A calls util:FeatureXAndY (Now Bead A loads code for unnecessary
>feature Y)
>Bead B calls util:FeatureXAndY
>
>*Inheritance approach:*
>
>Bead A supports feature X
>Bead B needs to support feature X and Y
>
>Bead A has code for feature X alone (no extra code)
>Bead B extends Bead A and adds code for feature Y (no extra code)
>Moreover, no extra util class to maintain.



Re: [2/2] git commit: [flex-asjs] [refs/heads/release0.8.0] - fix event types for valuechange. Otherwise Binding would break. Events are global and should be compatible for any given event type

2017-06-07 Thread Peter Ent
I don't think PAYG is always obvious and I continue to struggle with the
question. Some examples:

a. Anything that can be expressed as a style probably does not need a
bead, unless the style is not native to the platform. Border and
backgroundColor are good examples. These are built into HTML, but not the
Flash Player. So the border and background styles are implemented as beads
but they are only available on the Flash Player platform. Width, height,
x, y, etc. are also styles in HTML but properties in Flash, so they don't
need beads either. Plus they are pretty fundamental to UI systems.

b. Completeness also gives me pangs. You would think that a slider's basic
properties of a minimum value, maximum value, and a current value would
not need to be questioned. And that's true, as properties they are
necessary to define a slider. But should a slider emit an event whenever
its min, max, or value changes? Many apps will just go get the current
value when they need it. The slider's mouse controller observes the
dynamic changes in the thumb position and emits an event for each movement
- but not everyone needs that so such a controller could be optional, but
without a controller, you can't actually change the thumb with the mouse
so you need the controller regardless, but do you need to emit the event
when the thumb is being moved?

c. When you do have to have something, like a slider mouse controller, to
make the component work at its basic level, do you make an option as to
whether or not to emit the event or do you have one controller that emits
events as the thumb moves and one controller that does not emit the event?
Is one controller a subclass of the other or a duplicate version?

d. Its often difficult to tell if something should be present just because
it always has been present (in Flex). When you have a set of properties
and events, we need to ask if those are essential to making the component
work. Or rather, what is the component's default behavior. For a text
input component, the default because is accepting keyboard input, without
filtering. Making it a secure input with a mask, is extra work/behavior
and thus becomes a bead. Beads enhance and augment the default behavior as
a rule of thumb.

PAYG for me, raises lots of questions about programming practices and
patterns. Do you make it easier on developers by packaging common
properties/events/options even if some are not used that often, or do you
break them down into many versions?

One way to handle this is by looking at the Express project. There, the
most commonly used patterns are put together. For instance, data binding
is in everything. Or you might have the slider always emit every event it
can. 

The Basic project should be the bare-bones components with lots of options
as beads. Then package them into common use cases and put that into
another project, like Express, to make it more palatable.

I would argue (just a little) that more complex components, like DataGrid,
and perhaps even NumericStepper, should be in a project that lives between
Basic and Express. This would leave Basic being very, well, basic (label,
button, text input, group and container for instance).

I hope that helps a little.

‹peter

On 6/7/17, 1:27 AM, "Justin Mclean"  wrote:

>Hi,
>
>> I agree that there could be a even smaller bead that doesn't track
>>changes
>> as you move the thumb.  Something to do in the next release, IMO.
>
>Could be or must be? Again just trying to understand why PAYG wasn¹t
>followed in this case.
>
>Was this just an accidental design omission that no body picked up on it
>OR is it sometimes OK to have optional feature code in beads?
>
>Thanks,
>Justin



Fwd: [jira] [Commented] (FLEX-35321) LayoutManager initializes components which are no longer on stage

2017-06-07 Thread Mihai Chira
-- Forwarded message --
From: Mihai Chira (JIRA) 
Date: 7 June 2017 at 13:25
Subject: [jira] [Commented] (FLEX-35321) LayoutManager initializes
components which are no longer on stage
To: iss...@flex.apache.org



[ 
https://issues.apache.org/jira/browse/FLEX-35321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16040726#comment-16040726
]

Mihai Chira commented on FLEX-35321:


Thank you for your thoughts, Alex. Indeed, it would be quite
complicated to remove component trees from the
{{updateCompleteQueue}}. But actually the bug (seems to me that it) is
fixable in a simpler way: just checking for a {{nestLevel}} different
from 0 before setting the component's {{initialized}} flag to
{{true}}. The bug's unit test passes with these changes, and I've just
done a smoke test of our (large) application with these
{{LayoutManager}} changes. Please see the patch that I've attached and
let me know if you anticipate any problems. In the meantime I'll add a
couple more unit test functions for some scenarios issues that I can
anticipate. Thanks!

> LayoutManager initializes components which are no longer on stage
> -
>
> Key: FLEX-35321
> URL: https://issues.apache.org/jira/browse/FLEX-35321
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Layout - General
>Affects Versions: Apache Flex 4.16.0
>Reporter: Mihai Chira
>Assignee: Mihai Chira
> Fix For: Apache Flex 4.17.0
>
> Attachments: FLEX-35321 potential solution.patch
>
>
> *Scenario A*: during an object's validation cycle some code resulting from 
> {{validateSize()}}, {{validateProperties()}} or {{validateDisplayList()}} 
> results in the object's removal from stage.
> *Scenario B*: a user performs an action whose effect is the removal of a 
> component, exactly when that component is being validated in phases 
> ({{LayoutManager.usePhasedInstantiation == true}}, which is to say, in the 
> span of two-three frames.
> (For the unit test that models this scenario.)
> 
> *Expected behaviour*: {{LayoutManager}} detects the object's removal from 
> stage, stops validating it, and never sets its {{initialized}} flag to 
> {{true}}.
> *Actual behaviour*: {{LayoutManager}} does not detect the object's removal 
> from stage, continues validating it, and ends up setting the object's 
> {{initialized}} flag to {{true}}.
> *Unit test*: {{LayoutManager_FLEX_35321_Tests}}.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread yishayw
If you plan to write your app in JS and only need FalconJX for the initial
conversion that's a possibility too, though it might not be the optimal one.
You might want to watch [1] Harbs' talk on how to get it to compile. You can
then use the created sources to build your own architecture on that.

Good luck!

[1] https://www.youtube.com/watch?v=-FcLs0O-BWQ



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p62227.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread Harbs
Yes:
https://www.youtube.com/watch?v=-FcLs0O-BWQ 


The rest of the presentations should help as well:
https://www.youtube.com/playlist?list=PL4EsaSA9xpnnraJX7NzpX6eh_P95RO8Pj 


> On Jun 7, 2017, at 11:28 AM, Gudu  wrote:
> 
> Hello all,
> 
> I have lots of MXML and ActionScript file. I have been tried to convert
> these files to HTML/JS using FlaconJX and FlexJS. I like to ask if someone
> has any success converting Flex application with FlexJS or FalconJX. 
> I have followed this instruction to configure the development
> environment:https://cwiki.apache.org/confluence/display/FLEX/Falcon+and+FalconJX+Developer+Setup
> but I didn't manage to set the development environment. 
> 
> Is it possible to convert Flex application to HTML5/JS using FlaconJX or
> FlexJS?
> 
> 
> 
> --
> View this message in context: 
> http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.



Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread Olaf Krueger
>Our plan is to migrate from Adobe Flex to HTML/JS but it is not to convert
it to FlexJS.
FlexJS also places you in the position to use HTML with AS3 [1]

>Now, I am asking if any possiblity of converting the MXML to HTM
I think there's no way to convert MXML to HTML automatically.

Hope this helps,
Olaf

[1]
https://nextgenactionscript.com/tutorials/html-with-transpiled-actionscript/



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p62225.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread Olaf Krueger
Maybe this also helps:
http://apache-flex-users.246.n4.nabble.com/FalconJX-How-To-Use-td14824.html#a14841

Summary:
You have to remove all flex/flash dependencies from your AS3 code and you
have to replace your mx/spark components by FlexJS components. Depending on
your code base that could be more or less work.
All pure AS3 code without any dependencies to flex/flash should work out of
the box with FlexJS.
A flex/flash dependency could be identified by imports that start with e.g.
flash, spark or mx... e.g.: 

import mx.collections.ArrayCollection;


Hope this helps,
Olaf




--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p62224.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread piotrz
Om,

You mean subclass current bead and have new functionality in the other ? If
yes I'm OK.

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Removing-PasswordInputBead-has-no-effect-tp62092p62223.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread justin
Hi,

And nothing is broken in develop and a new release (after this one) is a long 
way away so there’s no huge urgency here. I do intended to correct it once the 
discussion has died down and PAYG is clearly documented.

Thanks,
Justin

Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread OmPrakash Muppirala
It seems subclass is the way to go here.  Anyone disagree with that?

Thanks,
Om

On Jun 7, 2017 1:57 AM, "Justin Mclean"  wrote:

> Hi,
>
> I'm still awaiting answers from Alex and further discussion on what PAYG
> is and isn’t and will resolve in accordance to that.
>
> Thanks,
> Justin


Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread piotrz
Gudu,

Yes it is create, but as I stated in my post - You will be able to
automatically convert logic which do not have dependency to Flash. If you
have some library or separate business logic from you UI - That is something
which FalconJX should handle without the problem.

Flex UI need to be rewrite.

Yishay and Harbs is a good example - they are porting their Flex app to
FlexJS. You can watch Harbs presentation from FlexJS Summit [1]

[1] https://www.youtube.com/watch?v=-FcLs0O-BWQ

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p62219.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread Justin Mclean
Hi,

I'm still awaiting answers from Alex and further discussion on what PAYG is and 
isn’t and will resolve in accordance to that.

Thanks,
Justin

Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread Gudu
So does it mean, FlexJS and FalconJX don't create HTML/CSS/JavaScript from
Flex Application. Some published paper described FalconJX  and FlexJS as a
means to migrate Flex application to HTML5/JS application. If someone has
success migrating from Flex application to HTML5



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p62216.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread Gudu
Hello all,

I have lots of MXML and ActionScript file. I have been tried to convert
these files to HTML/JS using FlaconJX and FlexJS. I like to ask if someone
has any success converting Flex application with FlexJS or FalconJX. 
I have followed this instruction to configure the development
environment:https://cwiki.apache.org/confluence/display/FLEX/Falcon+and+FalconJX+Developer+Setup
but I didn't manage to set the development environment. 

Is it possible to convert Flex application to HTML5/JS using FlaconJX or
FlexJS?



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread yishayw
It is possible,  we've been doing it.

Unless you want to modify the framework you don't need the developer setup.

This [1] should get you started.

[1]
https://cwiki.apache.org/confluence/display/FLEX/Getting+Started+With+FlexJS



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p62217.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread piotrz
Hi Gudu,

The answer is yes and no. 
Yes - You will be able in most cases convert your business logic which is
not have dependency to flash to FlexJS. 

No - Unfortunately your UI need to be rewrite probably from scratch.

If you are going to write your own application I think everything what you
need is download Framework through the installer [1]. Then create your first
Hello World app in order to see how everything is working [2]. There couple
of IDE which has quite nice support [3][4].

Drop us a questions if you have any problems.

[1] http://flex.apache.org/installer.html (Recommend to wait couple of days
cause we are soon release FlexJS 0.8)
[2]
https://cwiki.apache.org/confluence/display/FLEX/Create+A+FlexJS+Project+with+Maven
[3] http://moonshine-ide.com/
[4] https://github.com/BowlerHatLLC/vscode-nextgenas

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p62215.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: Is it possible to Convert Flex Application to HTML5

2017-06-07 Thread PKumar
Not completely, you can re-use your existing business logic and back end
serverice but view components you have to rewrite using FlexJS components
set.

On 07-Jun-2017 2:14 PM, "Gudu [via Apache Flex Development]" <
ml+s247n62212...@n4.nabble.com> wrote:

> Hello all,
>
> I have lots of MXML and ActionScript file. I have been tried to convert
> these files to HTML/JS using FlaconJX and FlexJS. I like to ask if someone
> has any success converting Flex application with FlexJS or FalconJX.
> I have followed this instruction to configure the development environment:
> https://cwiki.apache.org/confluence/display/FLEX/Falcon+and+FalconJX+
> Developer+Setup but I didn't manage to set the development environment.
>
> Is it possible to convert Flex application to HTML5/JS using FlaconJX or
> FlexJS?
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
> http://apache-flex-development.247.n4.nabble.
> com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212.html
> To start a new topic under Apache Flex Development, email
> ml+s247n1...@n4.nabble.com
> To unsubscribe from Apache Flex Development, click here
> 
> .
> NAML
> 
>




--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Is-it-possible-to-Convert-Flex-Application-to-HTML5-tp62212p62214.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread piotrz
Agree with Om. I also do not wanna to leave this thread without any action.
In whatever direction it will go.

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Removing-PasswordInputBead-has-no-effect-tp62092p62213.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: [FlexJS] Removing PasswordInputBead has no effect

2017-06-07 Thread OmPrakash Muppirala
Justin,

Do you now have sufficient info on the PAYG paradigm to resolve this issue?

When you re-read Alex and Harbs' suggestions now, does it make sense?

I suggest we fix this issue and move on, please.

Thanks,
Om


On Jun 6, 2017 5:22 PM, "Justin Mclean"  wrote:

Hi,

> Actually I will have definitely looked through this early on, but I'd
have to say it is quite 'light' on what PAYG actually means beyond the
general sense that I had.

I’d go further as say the definition as it is stated there seem to be
perhaps too wide?

> But I can see that the newly created 'DRY' discussion thread is actually
creating the type of content that I think I would have found really helpful
in terms of linking a guiding concept to one of its key implementation
areas.

+1 to that

> If there's that level of clarity and, ultimately, agreement in terms of
definitions and approaches, I expect there will be far less need for
threads like this one.

Al +1 to that. We can also point new people to it rather than trying to
explain the concept(s) again saving everyone time.

Thanks,
Justin


Re: Beads and DRY (was Re: [FlexJS] Removing PasswordInputBead has no effect)

2017-06-07 Thread Harbs
That’s not what I’m suggesting at all.

If utility classes (or utility functions) are bloated with lots of 
functionality then they are not done right.

Utilities should be reserved for well defined functionality. A good example of 
this is AnimationUtil. Imagine you have two animation beads which do different 
things, they would both use AnimationUtil for requestFrame and cancelFrame.

The same goes for SolidBorderUtil (which should really be split into two). Any 
bead which needs to apply a border just calls the utility.

So:
Bead A supports feature X
Bead B needs to support feature X and Y

feature x used functionality a and b
feature y uses functionality c and d
Create a Util classes a, b, c and d which beads a and b use as needed.

This is obviously not a pattern useful everywhere, but where applicable, has 
many advantages.

Harbs


> On Jun 7, 2017, at 4:08 AM, OmPrakash Muppirala  wrote:
> 
> *Utils approach:*
> 
> Bead A supports feature X
> Bead B needs to support feature X and Y
> 
> Create a Util class called FeatureXAndY



Re: Beads and DRY (was Re: [FlexJS] Removing PasswordInputBead has no effect)

2017-06-07 Thread piotrz
Hi Justin,

I mean take some part of code from class A to B (could be inheritance) in
order to have new functionality. Bead B is doing only Y. 

"Bead B extends Bead A and adds code for feature Y (no extra code)"

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Beads-and-DRY-was-Re-FlexJS-Removing-PasswordInputBead-has-no-effect-tp62177p62209.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: [2/2] git commit: [flex-asjs] [refs/heads/release0.8.0] - fix event types for valuechange. Otherwise Binding would break. Events are global and should be compatible for any given event type

2017-06-07 Thread Justin Mclean
Hi,

> I don't think Justin's questions are about the value of PAYG; they rather
> indicate a genuine attempt at understanding the concept.

That’s correct.

Thanks,
Justin

Re: Beads and DRY (was Re: [FlexJS] Removing PasswordInputBead has no effect)

2017-06-07 Thread Justin Mclean
Hi,

> Personally I prefer this approach even if it is more code.

I assume you mean subclassing over utility functions?

Thanks,
Justin


Re: git commit: [flex-asjs] [refs/heads/release0.8.0] - Fix for FLEX-35322: NumericStepper layout.

2017-06-07 Thread Harbs
Nope. Looks right to me.

> On Jun 7, 2017, at 3:03 AM, Justin Mclean  wrote:
> 
> Hi,
> 
> Not 100% sure and I probably not understanding what these methods are doing 
> but perhaps the issue is in isHeightSizedToContent / isWidthSizedToContent.
> 
> Does the last line of each function look suspect to anyone else?
> 
> return (left === undefined || right === undefined);
> 
> return (top === undefined || bottom === undefined); 
> 
> I would of expected that && be used rather than ||?
> 
> Thanks,
> Justin
> 



Re: [2/2] git commit: [flex-asjs] [refs/heads/release0.8.0] - fix event types for valuechange. Otherwise Binding would break. Events are global and should be compatible for any given event type

2017-06-07 Thread OmPrakash Muppirala
On Jun 6, 2017 10:42 PM, "Alex Harui"  wrote:

On 6/6/17, 10:27 PM, "Justin Mclean"  wrote:

>Hi,
>
>> I agree that there could be a even smaller bead that doesn't track
>>changes
>> as you move the thumb.  Something to do in the next release, IMO.
>
>Could be or must be? Again just trying to understand why PAYG wasn’t
>followed in this case.

I haven't really thought about it.  I'm still just trying to get a release
out.  User expectations are a factor.  Most folks won't need to remove the
PasswordInputBead.  Do most folks want to track the thumb?
>
>Was this just an accidental design omission that no body picked up on it
>OR is it sometimes OK to have optional feature code in beads?

Probably one of just many bugs we haven't found or fixed yet.  It is
unfortunate we spend all of this energy trying to convince you of the
value of PAYG instead of finding and fixing these bugs.


Alex,

I don't think Justin's questions are about the value of PAYG; they rather
indicate a genuine attempt at understanding the concept.

I suggest you reset your understanding of his intent and re-read his
emails.  Maybe you will see his line of questioning in a more positive
light.

Thanks,
Om






-Alex