FlexJS via Installer - broken

[OmPrakash Muppirala]

I am unable to install any version if the FlexJS SDK.  Looks like one of
the Falcon dependencies are broken.

Known issue?

Thanks,
Om

Re: [FlexJS, MDL] Color and Image in ContactChip bead

[Christofer Dutz]

This is probably also the reason for the Maven build being broken for about the 
last day or so?
https://builds.apache.org/view/E-G/view/Flex/job/FlexJS%20Framework%20(maven)/517/console

Chris

Am 15.12.16, 12:49 schrieb "carlos.rov...@gmail.com im Auftrag von Carlos 
Rovira" :

Hi Pitor,

I had to remove color="teal" to compile and get:

AContact Chip

So If I understand right, the problem is duplicated mdl-color-teal right?

What I'm doing with class asignament and ensure I'm removing classes, is in
the setter, first remove the class with classList.remove (based on some var
and string composition), then update the var to the new value, and finaly
apply the class (with classList.add)





2016-12-15 7:38 GMT+01:00 piotrz :

> Hi Carlos,
>
> I have some concerns about MdlColor as an bead:
>
> 
> 
> 
> 
> 
> 
>
> In that case I wanted to that ContactChip bead will take MdlColor and 
apply
> to yourself.
> MdlColor is a bead which apply color to his Strand - in that case to Chip,
> so if I also use MdlColor and apply to ContactChip I end up with css class
> applied to Chip and ContactChip. - Take a look into pushed code.
> ContactChip
> - loadColorBead.
>
> Do you think that removing from Chip manually some classes if MdlColor
> exists + ContactChip is a good way ?
>
> Piotr
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-MDL-Color-and-
> Image-in-ContactChip-bead-tp56972p57280.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>



-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es

Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: [FLEXJS] ASDoc App

[Christofer Dutz]

I’m talking about using XSLT in the Maven plugin to convert the XML to HTML.

You don’t even need a dependency to anything, because XSLT is so standard, that 
it’s part oft he JDK.

XML, XSL and HTML are everything but rocket-science ... you can do some crazy 
stuff with XSL, but that’s not what I’ll try to do. My plans are keeping things 
as simple as possible.

And it’s still not me taking down FlexJS a path that no other language is going 
down. I don’t recall any of the other main languages out there not providing 
HTML API Docs.

What do I have to do to get the XML files? I’ll have a look at what I find. 

And regarding the empty compiler jars ... they don’t contain anything but a 
MANIFEST.MF (I generate them where I generatet he distribution).

Chris


Am 15.12.16, 18:47 schrieb "Alex Harui" :



On 12/15/16, 2:59 AM, "Christofer Dutz"  wrote:

>Hi Alex,
>
>great to hear that ... being someone who still thinks the static API
>documentation is important, I would like to work on a maven site mojo to
>generate that static stuff. I am very experienced with XSLT, so that
>shouldn’t be a problem. You mentioned, that the Falcon compiler outputs
>XML ... where is that output to and what do I need to do to make him
>generate that?

I have the beginnings of a DITA emitter, but it needs finishing.  You are
welcome to finish it.  IMO, the project is better off not having new
dependencies on XSLT.  It is great that you are an expert at it, but it is
more important that we have redundancy in the community, so relying on
languages most of us know is better.  If you want to modify the ASDoc app
to generate HTML pages that's great as well, but I don't understand why
static pages are better than dynamic pages.  If your concern is search
engines, that is a problem we need to solve for every FlexJS app and the
answer hopefully isn't to generate a pile of HTML from your app.

My 2 cents,
-Alex

Re: [FlexJS] Compilation error - difficult to debug

[Christofer Dutz]

Currently working on setting up SonarQube analysis on ASF Infra ... 

This will make it easy to find potentially dangerous stuff. I doubt creating 
issues would be ideal, but people could start picking reported issues and work 
on them.

Chris


Am 15.12.16, 20:46 schrieb "Josh Tynjala" :

I am currently working on updating Closure compiler in FalconJX.

- Josh

On Thu, Dec 15, 2016 at 9:54 AM, Alex Harui  wrote:

> If one of you is planning to work on this issue, please assign the JIRA to
> yourself.  Otherwise I will look into it.
>
> -Alex
>
> On 12/15/16, 3:33 AM, "Josh Tynjala"  wrote:
>
> >Indeed, Chris, those aren't a waste of time, and no one would disagree
> >with
> >that. When the compiler errors with a stack trace, that's a serious bug
> >and
> >should be reported on JIRA.
> >
> >- Josh
> >
> >
> >On Dec 15, 2016 3:09 AM, "Christofer Dutz" 
> >wrote:
> >
> >Hi Carlos,
> >
> >unfortunately this type of problem often originates from some of the
> >problems in Falcon. Falcon hadles the case in which code and 
configuration
> >is correct nicely. I reported the presence of a lot of problems in Falcon
> >when compiling not correct code as a large number of execution paths in
> >the
> >compiler for example are guaranteed to produce NullPointerExceptions if
> >not
> >compiling correct code. Tracking down these errors is quite frustrating 
as
> >due to the NPE the context gets lost (I had to do that quite a lot in
> >order
> >to get the initial Maven version of the build running).
> >
> >I still think working on these issues is not a waste of time.
> >
> >Chris
> >
> >
> >Am 14.12.16, 19:42 schrieb "carlos.rov...@gmail.com im Auftrag von Carlos
> >Rovira"  >carlos.rov...@codeoscopic.com>:
> >
> >Just created one:
> >
> >FLEX-35218 - FlexJS Errors unable to debug
> >
> >
> >2016-12-14 2:38 GMT+01:00 Alex Harui :
> >
> >> File a bug with a test case.
> >>
> >> On 12/13/16, 5:23 PM, "carlos.rov...@gmail.com on behalf of Carlos
> >Rovira"
> >> 
> >wrote:
> >>
> >> >> >
> >> >> >Could not find file for class:
> >> >> >org.apache.flex.html.beads.models.ToggleButtonModel
> >> >> >File not found: org.apache.flex.html.beads.mod
> >els.ToggleButtonModel
> >> >>
> >> >> This file in not in one of the SWCs in the project, but some 
code
> >needs
> >> >>it.
> >> >
> >> >
> >> >
> >> >But that's not the problem Alex. The change I introduced from one
> >> >successful compilation to one failing is this line in the new
> >TextNode.as
> >> >
> >> >var e:HTMLElement = textNode.parentNode;
> >> >e.innerHTML = text;
> >> >
> >> >If I introuduced that and compiler reports that something wrong
> >goes
> >with
> >> >ToggleButtonModel is clear that something wrong is going in some
> >internals
> >> >in falcon...
> >>
> >>
> >
> >
> >--
> >
> >Carlos Rovira
> >Director General
> >M: +34 607 22 60 05
> >http://www.codeoscopic.com
> >http://www.avant2.es
> >
> >Este mensaje se dirige exclusivamente a su destinatario y puede
> >contener
> >información privilegiada o confidencial. Si ha recibido este mensaje
> >por
> >error, le rogamos que nos lo comunique inmediatamente por esta misma
> >vía y
> >proceda a su destrucción.
> >
> >De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> >comunicamos
> >que sus datos forman parte de un fichero cuyo responsable es
> >CODEOSCOPIC
> >S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> >servicio o información solicitados, teniendo usted derecho de acceso,
> >rectificación, cancelación y oposición de sus datos dirigiéndose a
> >nuestras
> >oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la
> >documentación
> >necesaria.
>
>

Re: [FLEXJS] ASDoc App

[Justin Mclean]

Hi,

> I have the beginnings of a DITA emitter, but it needs finishing.  You are
> welcome to finish it.  IMO, the project is better off not having new
> dependencies on XSLT.  It is great that you are an expert at it, but it is
> more important that we have redundancy in the community

I also know XSLT so there is redundancy. Basic XSLT stuff is easy enough to 
pick up if you have ever used a tempting system (or MXML binding thinking about 
it) and know XML which I think would be most people.

Thanks,
Justin

RE: [FlexJS] About Component Cycle and Events

[Yishay Weiss]

I checked [1] and



 

   







   

 



Does behave differently than



 

   







   

 



Personally, I find this confusing. I think if we can avoid dependency on order 
it’s better. We can either go with Peter’s  suggested BeadBase, or simply 
stress in documentation that loading partner beads on set bead() is discouraged.



This [2] is even worse in my opinion. The scrolling viewport doesn’t get loaded 
at all, because titlebar loads the view, which loads the viewport before it’s 
been specified.



[1] https://paste.apache.org/KJYg

[2] https://paste.apache.org/JU94





From: Alex Harui
Sent: Thursday, December 15, 2016 7:38 PM
To: dev@flex.apache.org
Subject: Re: [FlexJS] About Component Cycle and Events




On 12/15/16, 12:01 AM, "Yishay Weiss"  wrote:

>I see your point about overrides. It looks like set strand() is not the
>place to load partner beads. If that’s the case, is it a bug that
>ContainerView.strand calls createViewport() which loads the model and the
>viewport?
>

I purposefully chose terms like beads and strands because order matters,
otherwise I probably would have chosen something like rice and nigiri.  If
you plan to override the Viewport, you have to put it on the strand first.
 Beads specified in MXML are loaded before View beads.  So the strandutils
code is useful in many cases in a strand setter, but not all and I think
you will need to use an event to know when to run it.

-Alex

[FlexJS] ASF SonarQube available (Beta-Testing)

[Christofer Dutz]

Hi,

even if not officially communicated (We’re still beta-testing), Gavin recently 
setup a new SonarQube server and configured things to be able to run the 
SonarQube analysis on the normal Jenkins build machine.

I am happy to announce that we now have publicly available SonarQube stats:

Feel free to have a look at:
https://builds.apache.org/analysis/overview?id=1

Chris

Re: [FlexJS, MDL] Color and Image in ContactChip bead

[piotrz]

Hi Chris,

Probably I forgot push something and I won't be able to do this till sunday.
If someone could remove 
color="teal" textColor="white" from ContactChip it should be enough.

Sorry about that!

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Color-and-Image-in-ContactChip-bead-tp56972p57321.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS, MDL] Color and Image in ContactChip bead

[Carlos Rovira]

I'll do it now

2016-12-16 12:27 GMT+01:00 piotrz :

> Hi Chris,
>
> Probably I forgot push something and I won't be able to do this till
> sunday.
> If someone could remove
> color="teal" textColor="white" from ContactChip it should be enough.
>
> Sorry about that!
>
> Piotr
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-MDL-Color-and-
> Image-in-ContactChip-bead-tp56972p57321.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>



-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es

Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: [FlexJS, MDL] Color and Image in ContactChip bead

[Carlos Rovira]

done

El 16 de diciembre de 2016, 12:46, Carlos Rovira <
carlos.rov...@codeoscopic.com> escribió:

> I'll do it now
>
> 2016-12-16 12:27 GMT+01:00 piotrz :
>
>> Hi Chris,
>>
>> Probably I forgot push something and I won't be able to do this till
>> sunday.
>> If someone could remove
>> color="teal" textColor="white" from ContactChip it should be enough.
>>
>> Sorry about that!
>>
>> Piotr
>>
>>
>>
>> -
>> Apache Flex PMC
>> piotrzarzyck...@gmail.com
>> --
>> View this message in context: http://apache-flex-development
>> .247.n4.nabble.com/FlexJS-MDL-Color-and-Image-in-
>> ContactChip-bead-tp56972p57321.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>
>
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05 <607%2022%2060%2005>
> http://www.codeoscopic.com
> http://www.avant2.es
>
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial. Si ha recibido este mensaje por
> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> comunicamos que sus datos forman parte de un fichero cuyo responsable es
> CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la
> prestación del servicio o información solicitados, teniendo usted derecho
> de acceso, rectificación, cancelación y oposición de sus datos dirigiéndose
> a nuestras oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la
> documentación necesaria.
>
>


-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es

Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: [FlexJS] ASF SonarQube available (Beta-Testing)

[Christofer Dutz]

Ok .. 

so we managed to get the analyis running from Maven (includes code coverage)
The link to this is:

https://builds.apache.org/analysis/overview?id=2461

Chris

Am 16.12.16, 11:48 schrieb "Christofer Dutz" :

Hi,

even if not officially communicated (We’re still beta-testing), Gavin 
recently setup a new SonarQube server and configured things to be able to run 
the SonarQube analysis on the normal Jenkins build machine.

I am happy to announce that we now have publicly available SonarQube stats:

Feel free to have a look at:
https://builds.apache.org/analysis/overview?id=1

Chris

Re: [FlexJS] ASF SonarQube available (Beta-Testing)

[Carlos Rovira]

Wow! That's dawn cool! :))

2016-12-16 12:57 GMT+01:00 Christofer Dutz :

> Ok ..
>
> so we managed to get the analyis running from Maven (includes code
> coverage)
> The link to this is:
>
> https://builds.apache.org/analysis/overview?id=2461
>
> Chris
>
> Am 16.12.16, 11:48 schrieb "Christofer Dutz" :
>
> Hi,
>
> even if not officially communicated (We’re still beta-testing), Gavin
> recently setup a new SonarQube server and configured things to be able to
> run the SonarQube analysis on the normal Jenkins build machine.
>
> I am happy to announce that we now have publicly available SonarQube
> stats:
>
> Feel free to have a look at:
> https://builds.apache.org/analysis/overview?id=1
>
> Chris
>
>
>
>


-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es

Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: (FLEX-35197) [FlexJS] Data-binding is broken or not implemented in DataGrid component

[Peter Ent]

There is no official schedule or roadmap of features. However, you are
welcome to contribute this additions and join the development of FlexJS.
We will be more than happy to guide you. You can start by doing the
development in your own workspace/project and once you have beads that do
what you want, migrate them to the framework projects.

Regards,
Peter

On 12/16/16, 12:33 AM, "Devsena (JIRA)"  wrote:

>
>[ 
>https://issues.apache.org/jira/browse/FLEX-35197?page=com.atlassian.jira.p
>lugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15753521#com
>ment-15753521 ] 
>
>Devsena commented on FLEX-35197:
>
>
>Do you think Apache can bring these requirement to their FlexJS roadmap,
>sooner?
>
>> [FlexJS] Data-binding is broken or not implemented in DataGrid component
>> 
>>
>> Key: FLEX-35197
>> URL: https://issues.apache.org/jira/browse/FLEX-35197
>> Project: Apache Flex
>>  Issue Type: Question
>>Affects Versions: Apache FlexJS 0.8.0
>>Reporter: Devsena
>>Assignee: Peter Ent
>> Attachments: src.zip
>>
>>
>> (I've took the _DataGrid_ example that supplied within the nightly
>>build of 0.8.0 FlexJS SDK bundle, and I tried all my tests in that
>>project only)
>> h3.Requirement
>> Binding is a strong feature in Flex technology. As an user I also do
>>expect that FlexJS will also empowers us with the same strength
>>developing projects. While testing _DataGrid_ example that supplies
>>within SDK bundle, I noticed that pay-as-you-go view only available but
>>no actual run-time data binding (as far I tested); which is the strength
>>that I was talking about. Is run-time data-binding (by any _beads_ or
>>any other way) to DataGrid component is at all available yet?
>> In the following tests I tried to update one row object's (_Product_)
>>one particular field (_image_) value, to see it's change in row
>>renderer, at run-time.
>> I also tried to add or delete an item to it's _dataProvider_ collection
>>to see their changes in DataGrid UI.
>> h3.Actual Result
>> Run-time data update to collection list not affecting to DataGrid UI.
>> h3.How I Tested
>> I've attached the source ZIP that supplied within SDK bundle and I
>>modified few codes to test my requirement.
>> The example consists of a DataGrid, and few buttons as follows:
>> - Replace Array - replace the entire model with a new Array
>> - Update Entry - Update the image for the first entry
>> - Add Entry - Add a new entry to the end of the list
>> - Remove Entry - Remove the first entry
>> - Refresh - this recreates the array and saves it to the model. This
>>forces the DataGrid to update by the same method as Replace Array
>> "Replace Array" and "Refresh" worked fine. "Refresh" is a possible
>>workaround for data update to grid UI, but it is inefficient for a real
>>application. The other buttons did not cause DataGrid UI to update. The
>>places which I've changed as follows.
>> *Product.as*
>> {code}
>> // since I was trying to update one field at least to DataGrid UI, I
>>added get/set methods to the _image_ field
>> private var _image:String;
>> [Bindable(event="imageChanged")]
>> public function get image():String
>> {
>>  return _image;
>> }
>>  
>> public function set image(value:String):void
>> {
>>  if (value != _image)
>>  {
>>  _image = value;
>>  dispatchEvent(new Event("imageChanged"));
>>  }
>> }
>> {code}
>> *MyInitialView.mxml*
>> {code}
>> // Replacing or recreating the collection list
>> private function replaceArray():void
>> {
>>  // Only this part worked when SimpleBinding used rather than
>>ConstantBinding
>>  ProductsModel(applicationModel).productList = new ArrayList([new
>>Product("ps220","Weejets",35,190,"assets/smallorangerect.jpg")]);
>>  
>>  writeStatus();
>> }
>> // Update an entry to the collection
>> private function updateEntry():void
>> {
>>  // This part not working or updating to DataGrid UI either
>>  /*ProductsModel(applicationModel).productList.source[1] = tmp;
>>  ProductsModel(applicationModel).dispatchEvent(new
>>Event("propertyChange"));*/
>>  // This part not working or updating to DataGrid UI
>>  var tmp:Product =
>>ProductsModel(applicationModel).productList.getItemAt(0) as Product;
>>  tmp.image = "Modified Text";
>>  
>>  writeStatus();  
>> }
>> // Adding an item to the collection list
>> private function addEntry():void
>> {
>>  // Add a new entry to the list
>>  idCounter++;
>>  ProductsModel(applicationModel).productList.addItem(new
>>Product("product" + idCounter, "Added" + idCounter, 35, 190,
>>"assets/smallorangerect.jpg"));
>>  
>>  writeStatus();
>> }
>> // Removing an item from the coll

Re: [FlexJS, MDL] Color and Image in ContactChip bead

[piotrz]

Thank you Carlos!

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Color-and-Image-in-ContactChip-bead-tp56972p57328.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: FlexJS via Installer - broken

[Alex Harui]

On 12/16/16, 12:25 AM, "omup...@gmail.com on behalf of OmPrakash
Muppirala"  wrote:

>I am unable to install any version if the FlexJS SDK.  Looks like one of
>the Falcon dependencies are broken.
>
>Known issue?

Haven't tried in a while.  Which dependency?

-Alex

Re: [FlexJS] About Component Cycle and Events

[Alex Harui]

You are welcome to start another component set with the overhead to not
care about order.  For me, order matters sometimes as does making sure you
set the right booleans in the right order as parameters to a function like
addEventListener or Event's constructor.  Documentation can handle most of
this so you don't pay the price at runtime.

We also have the option of creating debug-mode beads.  These beads can
have extra code to detect problems in development then have more
streamlined versions for production.  A debug-mode ClippingViewport could
see if anyone calls any of its APIs and if not, spit out something that
says it nobody used it.

-Alex

On 12/16/16, 2:33 AM, "Yishay Weiss"  wrote:

>I checked [1] and
>
>
>
> y="20" x="20">
>
>   
>
>  
>
>
>  
>
>
>   
>
> 
>
>
>
>Does behave differently than
>
>
>
> y="20" x="120">
>
>   
>
>  
>
>
>  
>
>
>   
>
> 
>
>
>
>Personally, I find this confusing. I think if we can avoid dependency on
>order it’s better. We can either go with Peter’s  suggested BeadBase, or
>simply stress in documentation that loading partner beads on set bead()
>is discouraged.
>
>
>
>This [2] is even worse in my opinion. The scrolling viewport doesn’t get
>loaded at all, because titlebar loads the view, which loads the viewport
>before it’s been specified.
>
>
>
>[1] https://paste.apache.org/KJYg
>
>[2] https://paste.apache.org/JU94
>
>
>
>
>
>From: Alex Harui
>Sent: Thursday, December 15, 2016 7:38 PM
>To: dev@flex.apache.org
>Subject: Re: [FlexJS] About Component Cycle and Events
>
>
>
>
>On 12/15/16, 12:01 AM, "Yishay Weiss"  wrote:
>
>>I see your point about overrides. It looks like set strand() is not the
>>place to load partner beads. If that’s the case, is it a bug that
>>ContainerView.strand calls createViewport() which loads the model and the
>>viewport?
>>
>
>I purposefully chose terms like beads and strands because order matters,
>otherwise I probably would have chosen something like rice and nigiri.  If
>you plan to override the Viewport, you have to put it on the strand first.
> Beads specified in MXML are loaded before View beads.  So the strandutils
>code is useful in many cases in a strand setter, but not all and I think
>you will need to use an event to know when to run it.
>
>-Alex
>

Re: [FlexJS] Compilation error - difficult to debug

[Carlos Rovira]

I'll continue my work on MDL since the time I have, that maybe in the
following week could be less...

2016-12-16 10:53 GMT+01:00 Christofer Dutz :

> Currently working on setting up SonarQube analysis on ASF Infra ...
>
> This will make it easy to find potentially dangerous stuff. I doubt
> creating issues would be ideal, but people could start picking reported
> issues and work on them.
>
> Chris
>
>
> Am 15.12.16, 20:46 schrieb "Josh Tynjala" :
>
> I am currently working on updating Closure compiler in FalconJX.
>
> - Josh
>
> On Thu, Dec 15, 2016 at 9:54 AM, Alex Harui  wrote:
>
> > If one of you is planning to work on this issue, please assign the
> JIRA to
> > yourself.  Otherwise I will look into it.
> >
> > -Alex
> >
> > On 12/15/16, 3:33 AM, "Josh Tynjala"  wrote:
> >
> > >Indeed, Chris, those aren't a waste of time, and no one would
> disagree
> > >with
> > >that. When the compiler errors with a stack trace, that's a serious
> bug
> > >and
> > >should be reported on JIRA.
> > >
> > >- Josh
> > >
> > >
> > >On Dec 15, 2016 3:09 AM, "Christofer Dutz" <
> christofer.d...@c-ware.de>
> > >wrote:
> > >
> > >Hi Carlos,
> > >
> > >unfortunately this type of problem often originates from some of the
> > >problems in Falcon. Falcon hadles the case in which code and
> configuration
> > >is correct nicely. I reported the presence of a lot of problems in
> Falcon
> > >when compiling not correct code as a large number of execution
> paths in
> > >the
> > >compiler for example are guaranteed to produce
> NullPointerExceptions if
> > >not
> > >compiling correct code. Tracking down these errors is quite
> frustrating as
> > >due to the NPE the context gets lost (I had to do that quite a lot
> in
> > >order
> > >to get the initial Maven version of the build running).
> > >
> > >I still think working on these issues is not a waste of time.
> > >
> > >Chris
> > >
> > >
> > >Am 14.12.16, 19:42 schrieb "carlos.rov...@gmail.com im Auftrag von
> Carlos
> > >Rovira"  > >carlos.rov...@codeoscopic.com>:
> > >
> > >Just created one:
> > >
> > >FLEX-35218 - FlexJS Errors unable to debug
> > >
> > >
> > >2016-12-14 2:38 GMT+01:00 Alex Harui :
> > >
> > >> File a bug with a test case.
> > >>
> > >> On 12/13/16, 5:23 PM, "carlos.rov...@gmail.com on behalf of
> Carlos
> > >Rovira"
> > >>  >
> > >wrote:
> > >>
> > >> >> >
> > >> >> >Could not find file for class:
> > >> >> >org.apache.flex.html.beads.models.ToggleButtonModel
> > >> >> >File not found: org.apache.flex.html.beads.mod
> > >els.ToggleButtonModel
> > >> >>
> > >> >> This file in not in one of the SWCs in the project, but
> some code
> > >needs
> > >> >>it.
> > >> >
> > >> >
> > >> >
> > >> >But that's not the problem Alex. The change I introduced
> from one
> > >> >successful compilation to one failing is this line in the new
> > >TextNode.as
> > >> >
> > >> >var e:HTMLElement = textNode.parentNode;
> > >> >e.innerHTML = text;
> > >> >
> > >> >If I introuduced that and compiler reports that something
> wrong
> > >goes
> > >with
> > >> >ToggleButtonModel is clear that something wrong is going in
> some
> > >internals
> > >> >in falcon...
> > >>
> > >>
> > >
> > >
> > >--
> > >
> > >Carlos Rovira
> > >Director General
> > >M: +34 607 22 60 05
> > >http://www.codeoscopic.com
> > >http://www.avant2.es
> > >
> > >Este mensaje se dirige exclusivamente a su destinatario y puede
> > >contener
> > >información privilegiada o confidencial. Si ha recibido este
> mensaje
> > >por
> > >error, le rogamos que nos lo comunique inmediatamente por esta
> misma
> > >vía y
> > >proceda a su destrucción.
> > >
> > >De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> > >comunicamos
> > >que sus datos forman parte de un fichero cuyo responsable es
> > >CODEOSCOPIC
> > >S.A. La finalidad de dicho tratamiento es facilitar la
> prestación del
> > >servicio o información solicitados, teniendo usted derecho de
> acceso,
> > >rectificación, cancelación y oposición de sus datos
> dirigiéndose a
> > >nuestras
> > >oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la
> > >documentación
> > >necesaria.
> >
> >
>
>
>


-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es

Este mensaje se dirige exclusivamente a su destinatario y puede conte

Re: [FLEXJS] ASDoc App

[Alex Harui]

On 12/16/16, 2:06 AM, "Justin Mclean"  wrote:

>Hi,
>
>> I have the beginnings of a DITA emitter, but it needs finishing.  You
>>are
>> welcome to finish it.  IMO, the project is better off not having new
>> dependencies on XSLT.  It is great that you are an expert at it, but it
>>is
>> more important that we have redundancy in the community
>
>I also know XSLT so there is redundancy. Basic XSLT stuff is easy enough
>to pick up if you have ever used a tempting system (or MXML binding
>thinking about it) and know XML which I think would be most people.

OK, but you have said elsewhere you have little time to contribute.  The
fewer things folks have to know to contribute the better.  Honestly, I've
always wanted to replace the XSLT in the regular Flex ASDoc.  We know
folks have to know AS to participate.  What happens if you and Chris are
busy or no longer around?

Let's first discuss this one point:  Should FlexJS ASDoc be static HTML or
a Rich Internet Application?  Maybe there is some advantage to static HTML
that I don't understand.  This is definitely not my area of expertise.  I
just know that when I compare Apache Flex ASDoc [1] to Adobe's ASDoc [2],
the first thing I notice is the filtering.  I think FlexJS is really going
to need good filtering because it is going to have lots more classes that
should only be used in certain contexts.  To me, that's an application.
Yes, maybe all other languages currently publish doc as HTML pages, but
isn't one of our goals to have folks start replacing their static sites
with RIAs?

I'm certainly not going to stop anyone from going down the XSLT path, but
would think it would serve the project better if we concentrated our
energy on making ASDoc one of our flagship applications and "eat our dog
food".  And if the XSLT version of the doc gets stale or gets complaints
and those who know XSLT can't keep up and it becomes easier to just
unpublished the XSLT pages, that might have to happen.

[1] http://flex.apache.org/asdoc/
[2] 
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/index.ht
ml

Re: [FlexJS] About Component Cycle and Events

[Carlos Rovira]

Don't if what I want to propose is what others came above but hope that
helps:

What about add ALL beads first and then process all beads? If code that
setup the bead is run when we have all in the array, the "getBead" method
would work.
Then make a queue and we could have a "isSetUp", if requested bead was not
setup could go to the end of queue and process the following and so until
all is processed

Don't know if what I'm propossing is absurd or not in the actual ARQ of
strand-beads, but I think that some kind of process like this that ensures
the order is not important would enhance the concept of beads a lot.

Thanks

2016-12-16 16:58 GMT+01:00 Alex Harui :

> You are welcome to start another component set with the overhead to not
> care about order.  For me, order matters sometimes as does making sure you
> set the right booleans in the right order as parameters to a function like
> addEventListener or Event's constructor.  Documentation can handle most of
> this so you don't pay the price at runtime.
>
> We also have the option of creating debug-mode beads.  These beads can
> have extra code to detect problems in development then have more
> streamlined versions for production.  A debug-mode ClippingViewport could
> see if anyone calls any of its APIs and if not, spit out something that
> says it nobody used it.
>
> -Alex
>
> On 12/16/16, 2:33 AM, "Yishay Weiss"  wrote:
>
> >I checked [1] and
> >
> >
> >
> >  >y="20" x="20">
> >
> >   
> >
> >
> >
> >
> >
> >
> >
> >   
> >
> > 
> >
> >
> >
> >Does behave differently than
> >
> >
> >
> >  >y="20" x="120">
> >
> >   
> >
> >
> >
> >
> >
> >
> >
> >   
> >
> > 
> >
> >
> >
> >Personally, I find this confusing. I think if we can avoid dependency on
> >order it’s better. We can either go with Peter’s  suggested BeadBase, or
> >simply stress in documentation that loading partner beads on set bead()
> >is discouraged.
> >
> >
> >
> >This [2] is even worse in my opinion. The scrolling viewport doesn’t get
> >loaded at all, because titlebar loads the view, which loads the viewport
> >before it’s been specified.
> >
> >
> >
> >[1] https://paste.apache.org/KJYg
> >
> >[2] https://paste.apache.org/JU94
> >
> >
> >
> >
> >
> >From: Alex Harui
> >Sent: Thursday, December 15, 2016 7:38 PM
> >To: dev@flex.apache.org
> >Subject: Re: [FlexJS] About Component Cycle and Events
> >
> >
> >
> >
> >On 12/15/16, 12:01 AM, "Yishay Weiss"  wrote:
> >
> >>I see your point about overrides. It looks like set strand() is not the
> >>place to load partner beads. If that’s the case, is it a bug that
> >>ContainerView.strand calls createViewport() which loads the model and the
> >>viewport?
> >>
> >
> >I purposefully chose terms like beads and strands because order matters,
> >otherwise I probably would have chosen something like rice and nigiri.  If
> >you plan to override the Viewport, you have to put it on the strand first.
> > Beads specified in MXML are loaded before View beads.  So the strandutils
> >code is useful in many cases in a strand setter, but not all and I think
> >you will need to use an event to know when to run it.
> >
> >-Alex
> >
>
>


-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es

Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: [FLEXJS] ASDoc App

[Alex Harui]

On 12/16/16, 1:51 AM, "Christofer Dutz"  wrote:
>
>What do I have to do to get the XML files? I’ll have a look at what I
>find. 

In flex-falcon/compiler-jx there is a
org.apache.flex.compiler.clients.ASDOCJSC.java
It works just like MXMLC and COMPC.  If you specify
-js-output-type=FLEXJS_DITA you will get XML, but I'm sure it is buggy and
not complete.

I'm not an expert on this stuff at all, but apparently, DITA is some sort
of known pattern of use for XML, and at least Flash Builder and maybe
other IDEs understand it, and if you pack DITA files in a SWC, Flash
Builder will show it in code assist somehow.  I haven't tried it, but that
was the only reason I even started on xml output.

However, if you look at the DITA files generated by the regular Flex SDK,
you'll see there is one per package.  Right now I think ASDOCJSC is
outputting one per class since that was easiest given that each class is
compiled in its own thread.

I'm not sure when I'd get back to working on the DITA files so someone
else is definitely welcome to push this forward.

HTH,
-Alex

Re: [FlexJS] ASF SonarQube available (Beta-Testing)

[Alex Harui]

Nice!

On 12/16/16, 4:03 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
 wrote:

>Wow! That's dawn cool! :))
>
>2016-12-16 12:57 GMT+01:00 Christofer Dutz :
>
>> Ok ..
>>
>> so we managed to get the analyis running from Maven (includes code
>> coverage)
>> The link to this is:
>>
>> https://builds.apache.org/analysis/overview?id=2461
>>
>> Chris
>>
>> Am 16.12.16, 11:48 schrieb "Christofer Dutz"
>>:
>>
>> Hi,
>>
>> even if not officially communicated (We’re still beta-testing),
>>Gavin
>> recently setup a new SonarQube server and configured things to be able
>>to
>> run the SonarQube analysis on the normal Jenkins build machine.
>>
>> I am happy to announce that we now have publicly available SonarQube
>> stats:
>>
>> Feel free to have a look at:
>> https://builds.apache.org/analysis/overview?id=1
>>
>> Chris
>>
>>
>>
>>
>
>
>-- 
>
>Carlos Rovira
>Director General
>M: +34 607 22 60 05
>http://www.codeoscopic.com
>http://www.avant2.es
>
>Este mensaje se dirige exclusivamente a su destinatario y puede contener
>información privilegiada o confidencial. Si ha recibido este mensaje por
>error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
>proceda a su destrucción.
>
>De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>comunicamos
>que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
>S.A. La finalidad de dicho tratamiento es facilitar la prestación del
>servicio o información solicitados, teniendo usted derecho de acceso,
>rectificación, cancelación y oposición de sus datos dirigiéndose a
>nuestras
>oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
>necesaria.

Re: [FlexJS] About Component Cycle and Events

[Alex Harui]

On 12/16/16, 10:14 AM, "carlos.rov...@gmail.com on behalf of Carlos
Rovira"  wrote:

>Don't if what I want to propose is what others came above but hope that
>helps:
>
>What about add ALL beads first and then process all beads? If code that
>setup the bead is run when we have all in the array, the "getBead" method
>would work.
>Then make a queue and we could have a "isSetUp", if requested bead was not
>setup could go to the end of queue and process the following and so until
>all is processed
>
>Don't know if what I'm propossing is absurd or not in the actual ARQ of
>strand-beads, but I think that some kind of process like this that ensures
>the order is not important would enhance the concept of beads a lot.

Fundamentally, assuming order is more efficient that not assuming order.
IMO, it isn't that much harder than remembering the order of the booleans
on the Event constructor.  If you have to walk the array twice, once to
add them and once to init them, that is more work than going through it
once.  We can provide tooling and debug-mode beads to help you get it
right, but I don't like the idea of making the production version run code
that isn't needed.  IMO, not having good optimized production code is one
of the reasons Flex did not get the traction it needed to remain popular.

Folks are welcome to create beads that don't care about order, but the
most Basic beads should since they are trying to be the smallest and
fastest.

-Alex

Re: FlexJS via Installer - broken

[OmPrakash Muppirala]

Here is the install log:
https://gist.github.com/bigosmallm/337baa0bd28faa7024e8355824299716

Looks like this is the culprit:
*Downloading Code/JarDownload/lzma/lzma-9.20.jar.zip from:
http://www.java2s.com *
*no failure message provided*

On Fri, Dec 16, 2016 at 7:50 AM, Alex Harui  wrote:

>
>
> On 12/16/16, 12:25 AM, "omup...@gmail.com on behalf of OmPrakash
> Muppirala"  wrote:
>
> >I am unable to install any version if the FlexJS SDK.  Looks like one of
> >the Falcon dependencies are broken.
> >
> >Known issue?
>
> Haven't tried in a while.  Which dependency?
>
> -Alex
>
>

Re: FlexJS via Installer - broken

[Alex Harui]

Did you try manually hitting that URL?  It works for me.

http://www.java2s.com/Code/JarDownload/lzma/lzma-9.20.jar.zip


-Alex

On 12/16/16, 11:11 AM, "omup...@gmail.com on behalf of OmPrakash
Muppirala"  wrote:

>Here is the install log:
>https://gist.github.com/bigosmallm/337baa0bd28faa7024e8355824299716
>
>Looks like this is the culprit:
>*Downloading Code/JarDownload/lzma/lzma-9.20.jar.zip from:
>http://www.java2s.com *
>*no failure message provided*
>
>On Fri, Dec 16, 2016 at 7:50 AM, Alex Harui  wrote:
>
>>
>>
>> On 12/16/16, 12:25 AM, "omup...@gmail.com on behalf of OmPrakash
>> Muppirala"  wrote:
>>
>> >I am unable to install any version if the FlexJS SDK.  Looks like one
>>of
>> >the Falcon dependencies are broken.
>> >
>> >Known issue?
>>
>> Haven't tried in a while.  Which dependency?
>>
>> -Alex
>>
>>

[FlexJS] Image on JS platform

[Peter Ent]

I'm trying to use  and no image is being loaded. 
Looking at the ImageBase.as code, I don't see how the image src is making it to 
the  element that has been created. Is there a part I'm missing or is 
something disconnected? I'm happy to fix it, I just didn't want to undo 
something that should be working.

-peter

RE: [FlexJS] Image on JS platform

[Yishay Weiss]

Have you tried url instead of src?



From: Peter Ent
Sent: Friday, December 16, 2016 9:23 PM
To: dev@flex.apache.org
Subject: [FlexJS] Image on JS platform



I'm trying to use  and no image is being loaded. 
Looking at the ImageBase.as code, I don't see how the image src is making it to 
the  element that has been created. Is there a part I'm missing or is 
something disconnected? I'm happy to fix it, I just didn't want to undo 
something that should be working.

-peter

Re: FlexJS via Installer - broken

[OmPrakash Muppirala]

Yes, it works manually.  And the flexjs npm installer seems to be
installing correctly.

Thanks,
Om

On Fri, Dec 16, 2016 at 11:16 AM, Alex Harui  wrote:

> Did you try manually hitting that URL?  It works for me.
>
> http://www.java2s.com/Code/JarDownload/lzma/lzma-9.20.jar.zip
>
>
> -Alex
>
> On 12/16/16, 11:11 AM, "omup...@gmail.com on behalf of OmPrakash
> Muppirala"  wrote:
>
> >Here is the install log:
> >https://gist.github.com/bigosmallm/337baa0bd28faa7024e8355824299716
> >
> >Looks like this is the culprit:
> >*Downloading Code/JarDownload/lzma/lzma-9.20.jar.zip from:
> >http://www.java2s.com *
> >*no failure message provided*
> >
> >On Fri, Dec 16, 2016 at 7:50 AM, Alex Harui  wrote:
> >
> >>
> >>
> >> On 12/16/16, 12:25 AM, "omup...@gmail.com on behalf of OmPrakash
> >> Muppirala"  wrote:
> >>
> >> >I am unable to install any version if the FlexJS SDK.  Looks like one
> >>of
> >> >the Falcon dependencies are broken.
> >> >
> >> >Known issue?
> >>
> >> Haven't tried in a while.  Which dependency?
> >>
> >> -Alex
> >>
> >>
>
>

Re: [FLEXJS] ASDoc App

[OmPrakash Muppirala]

I think we don't need to decide one way or the other right now.  We need
simple html docs for sure.  I think having the docs as an RIA as pretty
cool as well.

For example, AngularJS docs is available as mostly static content here:
https://docs.angularjs.org/api
For this kind of doc, we just need simple XSLT on the generated asdocs.

Although, there is a nice integration for runtime errors.  When you run
into framework exceptions, AngularJS throws this kind of line in the
console with an url: https://s.apache.org/angular_error (shortened it,
because this is a big error)

When you actually go to the link, the error is explained and possible fixes
are provided.  That is a pretty cool feature.  I dont think we can do this
kind of stuff with simple static HTML docs.

Thanks,
Om

On Fri, Dec 16, 2016 at 10:22 AM, Alex Harui  wrote:

>
>
> On 12/16/16, 1:51 AM, "Christofer Dutz"  wrote:
> >
> >What do I have to do to get the XML files? I’ll have a look at what I
> >find.
>
> In flex-falcon/compiler-jx there is a
> org.apache.flex.compiler.clients.ASDOCJSC.java
> It works just like MXMLC and COMPC.  If you specify
> -js-output-type=FLEXJS_DITA you will get XML, but I'm sure it is buggy and
> not complete.
>
> I'm not an expert on this stuff at all, but apparently, DITA is some sort
> of known pattern of use for XML, and at least Flash Builder and maybe
> other IDEs understand it, and if you pack DITA files in a SWC, Flash
> Builder will show it in code assist somehow.  I haven't tried it, but that
> was the only reason I even started on xml output.
>
> However, if you look at the DITA files generated by the regular Flex SDK,
> you'll see there is one per package.  Right now I think ASDOCJSC is
> outputting one per class since that was easiest given that each class is
> compiled in its own thread.
>
> I'm not sure when I'd get back to working on the DITA files so someone
> else is definitely welcome to push this forward.
>
> HTH,
> -Alex
>
>

Re: [FLEXJS] ASDoc App

[Josh Tynjala]

The Angular docs actually aren't static HTML. It looks like an Angular app!

https://docs.angularjs.org/api/ng/function/angular.forEach

If you view source on the page above, you can see that there's a Loading...
placeholder and the real content is loaded dynamically.

- Josh

On Fri, Dec 16, 2016 at 11:42 AM, OmPrakash Muppirala 
wrote:

> I think we don't need to decide one way or the other right now.  We need
> simple html docs for sure.  I think having the docs as an RIA as pretty
> cool as well.
>
> For example, AngularJS docs is available as mostly static content here:
> https://docs.angularjs.org/api
> For this kind of doc, we just need simple XSLT on the generated asdocs.
>
> Although, there is a nice integration for runtime errors.  When you run
> into framework exceptions, AngularJS throws this kind of line in the
> console with an url: https://s.apache.org/angular_error (shortened it,
> because this is a big error)
>
> When you actually go to the link, the error is explained and possible fixes
> are provided.  That is a pretty cool feature.  I dont think we can do this
> kind of stuff with simple static HTML docs.
>
> Thanks,
> Om
>
> On Fri, Dec 16, 2016 at 10:22 AM, Alex Harui  wrote:
>
> >
> >
> > On 12/16/16, 1:51 AM, "Christofer Dutz" 
> wrote:
> > >
> > >What do I have to do to get the XML files? I’ll have a look at what I
> > >find.
> >
> > In flex-falcon/compiler-jx there is a
> > org.apache.flex.compiler.clients.ASDOCJSC.java
> > It works just like MXMLC and COMPC.  If you specify
> > -js-output-type=FLEXJS_DITA you will get XML, but I'm sure it is buggy
> and
> > not complete.
> >
> > I'm not an expert on this stuff at all, but apparently, DITA is some sort
> > of known pattern of use for XML, and at least Flash Builder and maybe
> > other IDEs understand it, and if you pack DITA files in a SWC, Flash
> > Builder will show it in code assist somehow.  I haven't tried it, but
> that
> > was the only reason I even started on xml output.
> >
> > However, if you look at the DITA files generated by the regular Flex SDK,
> > you'll see there is one per package.  Right now I think ASDOCJSC is
> > outputting one per class since that was easiest given that each class is
> > compiled in its own thread.
> >
> > I'm not sure when I'd get back to working on the DITA files so someone
> > else is definitely welcome to push this forward.
> >
> > HTH,
> > -Alex
> >
> >
>

Re: [FLEXJS] ASDoc App

[Alex Harui]

On 12/16/16, 11:42 AM, "omup...@gmail.com on behalf of OmPrakash
Muppirala"  wrote:

>I think we don't need to decide one way or the other right now.  We need
>simple html docs for sure.

I'm not sure what you mean by this.  What does "simple html" mean and why
do we need it?

-Alex

Re: [FLEXJS] ASDoc App

[OmPrakash Muppirala]

On Fri, Dec 16, 2016 at 11:54 AM, Alex Harui  wrote:

>
>
> On 12/16/16, 11:42 AM, "omup...@gmail.com on behalf of OmPrakash
> Muppirala"  wrote:
>
> >I think we don't need to decide one way or the other right now.  We need
> >simple html docs for sure.
>
> I'm not sure what you mean by this.  What does "simple html" mean and why
> do we need it?
>

I could be wrong, but I assume IDE's need HTML formatted docs to show hover
over API documentation?  We cant expect a JS engine being available
everywhere.

Also, for SEO we need pre-formatted HTML whichever way you decide to do it.

Thanks,
Om


>
> -Alex
>
>

Re: [FLEXJS] ASDoc App

[Josh Tynjala]

If IDEs show docs on hover or in completion while you're coding, it's
usually from parsing the original ASDoc or some intermediate format (I
think SWCs can include that DITA format that Alex was talking about).

- Josh

On Fri, Dec 16, 2016 at 11:58 AM, OmPrakash Muppirala 
wrote:

> On Fri, Dec 16, 2016 at 11:54 AM, Alex Harui  wrote:
>
> >
> >
> > On 12/16/16, 11:42 AM, "omup...@gmail.com on behalf of OmPrakash
> > Muppirala"  wrote:
> >
> > >I think we don't need to decide one way or the other right now.  We need
> > >simple html docs for sure.
> >
> > I'm not sure what you mean by this.  What does "simple html" mean and why
> > do we need it?
> >
>
> I could be wrong, but I assume IDE's need HTML formatted docs to show hover
> over API documentation?  We cant expect a JS engine being available
> everywhere.
>
> Also, for SEO we need pre-formatted HTML whichever way you decide to do it.
>
> Thanks,
> Om
>
>
> >
> > -Alex
> >
> >
>

Re: [FLEXJS] ASDoc App

[Alex Harui]

On 12/16/16, 11:58 AM, "omup...@gmail.com on behalf of OmPrakash
Muppirala"  wrote:

>On Fri, Dec 16, 2016 at 11:54 AM, Alex Harui  wrote:
>
>>
>>
>> On 12/16/16, 11:42 AM, "omup...@gmail.com on behalf of OmPrakash
>> Muppirala"  wrote:
>>
>> >I think we don't need to decide one way or the other right now.  We
>>need
>> >simple html docs for sure.
>>
>> I'm not sure what you mean by this.  What does "simple html" mean and
>>why
>> do we need it?
>>
>
>I could be wrong, but I assume IDE's need HTML formatted docs to show
>hover
>over API documentation?  We cant expect a JS engine being available
>everywhere.

If you are referring to Flash Builder, I don't know for sure, but there is
some indication that it just needs the DITA.xml file and not html.  I
don't know about other IDEs.  Josh, have you thought about this for VSCode?

>
>Also, for SEO we need pre-formatted HTML whichever way you decide to do
>it.

Are you sure about this?  I was under the impression that all RIAs,
whether written in Flex or not, had to simply return HTML for some URL.
The file didn't actually have to exist statically.  IMO, this problem
needs to be made easy for all FlexJS applications and that's one reason to
make ASDoc a RIA.  So we can show folks how to do it.  Are there really
static pages behind Home Depot and Amazon's stores?

-Alex

Re: FlexJS via Installer - broken

[Alex Harui]

On 12/16/16, 11:42 AM, "omup...@gmail.com on behalf of OmPrakash
Muppirala"  wrote:

>Yes, it works manually.  And the flexjs npm installer seems to be
>installing correctly.

I just installed and made sure my download cache was off and it seemed to
work for me.  Maybe the server was down for a while?

-Alex

Re: [FLEXJS] ASDoc App

[Justin Mclean]

HI,

> OK, but you have said elsewhere you have little time to contribute.

I actually said that the amount of time I have to contribute to this project 
varies over time. It's currently summer and Xmas holidays here in the southern 
hemisphere from now until mid January. People get a minimum of 4 weeks holidays 
 a year here in Australia. [1] Some companies it’s more and 10+ days public 
holidays.  I’m also coming up to 4 months long service leave.

> What happens if you and Chris are busy or no longer around?

That is the same for anyone working on this project, both Chis and I have been 
working on this project regularly for around 5 years so the risk is low. There 
should also be other people who know some XSLT, it been around a while (1999+) 
[2]  and is well supported, for instance all modern browsers support XSLT.

> Let's first discuss this one point:  Should FlexJS ASDoc be static HTML or
> a Rich Internet Application?

Why not both? One use case is will the documentation be available as a download 
and work offline? Another is can I turn it into other formats i.e. convert to 
PDF or to have as a reference on my ebook reader?

> Maybe there is some advantage to static HTML that I don't understand.

Offline viewing, format portability, SEO and search-ability (google ranking 
favours static fast sites and can’t index some dynamic content), higher 
scalability (but that’s a nice problem to have), and usually less bandwidth and 
faster on mobile. But that not to say dynamic sites don’t have different 
advantages.

Thanks,
Justin

1. https://en.wikipedia.org/wiki/List_of_minimum_annual_leave_by_country
2. https://www.w3.org/TR/xslt

Re: [FlexJS] Image on JS platform

[Peter Ent]

I meant url. I did not use src.

On 12/16/16, 2:39 PM, "Yishay Weiss"  wrote:

>Have you tried url instead of src?
>
>
>
>From: Peter Ent
>Sent: Friday, December 16, 2016 9:23 PM
>To: dev@flex.apache.org
>Subject: [FlexJS] Image on JS platform
>
>
>
>I'm trying to use  and no image is being
>loaded. Looking at the ImageBase.as code, I don't see how the image src
>is making it to the  element that has been created. Is there a part
>I'm missing or is something disconnected? I'm happy to fix it, I just
>didn't want to undo something that should be working.
>
>-peter

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[Justin Mclean]

Hi

> I didn't see in my mailbox any subsequent requests.  Why did you not ask
> again, or did I miss it?

Yes I asked again. I’m just looking into this, but currently the build is 
unlikely to build due to a source forge issue.

Thanks,
Justin

[4.16.0] # Apache Flex SDK 4.16.0 nightly build 164: Failure

[flex . ci . builds]

flex-sdk_release-candidate - Build #164 - Failure

Changes since last build:
No changes

For more information, check the console output at 
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/164/.

Re: [FLEXJS] ASDoc App

[OmPrakash Muppirala]

On Fri, Dec 16, 2016 at 12:13 PM, Alex Harui  wrote:

>
>
> On 12/16/16, 11:58 AM, "omup...@gmail.com on behalf of OmPrakash
> Muppirala"  wrote:
>
> >On Fri, Dec 16, 2016 at 11:54 AM, Alex Harui  wrote:
> >
> >>
> >>
> >> On 12/16/16, 11:42 AM, "omup...@gmail.com on behalf of OmPrakash
> >> Muppirala"  wrote:
> >>
> >> >I think we don't need to decide one way or the other right now.  We
> >>need
> >> >simple html docs for sure.
> >>
> >> I'm not sure what you mean by this.  What does "simple html" mean and
> >>why
> >> do we need it?
> >>
> >
> >I could be wrong, but I assume IDE's need HTML formatted docs to show
> >hover
> >over API documentation?  We cant expect a JS engine being available
> >everywhere.
>
> If you are referring to Flash Builder, I don't know for sure, but there is
> some indication that it just needs the DITA.xml file and not html.  I
> don't know about other IDEs.  Josh, have you thought about this for VSCode?
>
> >
> >Also, for SEO we need pre-formatted HTML whichever way you decide to do
> >it.
>
> Are you sure about this?  I was under the impression that all RIAs,
> whether written in Flex or not, had to simply return HTML for some URL.

The file didn't actually have to exist statically.

IMO, this problem
> needs to be made easy for all FlexJS applications and that's one reason to
> make ASDoc a RIA.  So we can show folks how to do it.  Are there really
> static pages behind Home Depot and Amazon's stores?
>


But then you need something like phantom.js that runs our SPA, renders the
html and stores/serves it on demand.  When a search bot hits the server, we
need to figure that out and redirect it to the phantom.js server instead of
serving up the JS and CSS filese required to render the web application.
Here is an overview of one way of adding search engine optimization for a
single page app [1]

My point is: it is quite a bit of unnecessary work when you can simply
generate html from asdocs using XSLT.

Google can probably just handle a SPA without any special work needed from
us [1], but not sure about other search engines.

[1]
https://lawsonry.com/2014/05/diy-angularjs-seo-with-phantomjs-the-easy-way/
[2]
https://webmasters.googleblog.com/2014/05/understanding-web-pages-better.html




>
> -Alex
>
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[OmPrakash Muppirala]

Yes, the regular nightly has been failing for a few days as well.  It is
always one of those sourceforge urls.

Should we just bundle them up in our bin artifact instead of downloading
each time?

Thanks,
Om



On Fri, Dec 16, 2016 at 1:22 PM, Justin Mclean 
wrote:

> Hi
>
> > I didn't see in my mailbox any subsequent requests.  Why did you not ask
> > again, or did I miss it?
>
> Yes I asked again. I’m just looking into this, but currently the build is
> unlikely to build due to a source forge issue.
>
> Thanks,
> Justin

Re: FlexJS via Installer - broken

[OmPrakash Muppirala]

Hmm, I tried again just now and am getting the same error (on multiple
tries)
With and without caching enabled. Weird.

No one else seeing this issue?



On Fri, Dec 16, 2016 at 12:16 PM, Alex Harui  wrote:

>
>
> On 12/16/16, 11:42 AM, "omup...@gmail.com on behalf of OmPrakash
> Muppirala"  wrote:
>
> >Yes, it works manually.  And the flexjs npm installer seems to be
> >installing correctly.
>
> I just installed and made sure my download cache was off and it seemed to
> work for me.  Maybe the server was down for a while?
>
> -Alex
>
>

Request: is someone still using the Mustella VM?

[Erik de Bruin]

Hi,

I'm rounding off my involvement in the project and want to (somehow) hand
over the Mustella VM, if anyone is interested - if it's still used.

Any takers?

EdB



-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

Re: FlexJS via Installer - broken

[Josh Tynjala]

I just tested, and I was able to install FlexJS 0.7.0 with the Installer.

- Josh

On Fri, Dec 16, 2016 at 12:25 AM, OmPrakash Muppirala 
wrote:

> I am unable to install any version if the FlexJS SDK.  Looks like one of
> the Falcon dependencies are broken.
>
> Known issue?
>
> Thanks,
> Om
>

Re: [FLEXJS] ASDoc App

[Alex Harui]

On 12/16/16, 1:14 PM, "Justin Mclean"  wrote:

>HI,
>
>> OK, but you have said elsewhere you have little time to contribute.
>
>I actually said that the amount of time I have to contribute to this
>project varies over time. It's currently summer and Xmas holidays here in
>the southern hemisphere from now until mid January. People get a minimum
>of 4 weeks holidays  a year here in Australia. [1] Some companies it’s
>more and 10+ days public holidays.  I’m also coming up to 4 months long
>service leave.
>
>> What happens if you and Chris are busy or no longer around?
>
>That is the same for anyone working on this project, both Chis and I have
>been working on this project regularly for around 5 years so the risk is
>low. There should also be other people who know some XSLT, it been around
>a while (1999+) [2]  and is well supported, for instance all modern
>browsers support XSLT.

Others who know XSLT and can help support its use for ASDoc, please speak
up now.  If we don't get more names, then it effectively makes you two
gatekeepers of an important feature, which is, IMO, not a good idea for
any Apache project.  People should be able to contribute code and not need
someone else to have it properly documented.

>
>> Let's first discuss this one point:  Should FlexJS ASDoc be static HTML
>>or
>> a Rich Internet Application?
>
>Why not both? One use case is will the documentation be available as a
>download and work offline? Another is can I turn it into other formats
>i.e. convert to PDF or to have as a reference on my ebook reader?
>
>> Maybe there is some advantage to static HTML that I don't understand.
>
>Offline viewing, format portability, SEO and search-ability (google
>ranking favours static fast sites and can’t index some dynamic content),
>higher scalability (but that’s a nice problem to have), and usually less
>bandwidth and faster on mobile. But that not to say dynamic sites don’t
>have different advantages.

Aren't all of these issues things that all RIAs need to handle?  Or has
static site generation gotten so easy that folks are moving away from
RIAs?  An AIR/PhoneGap version of the ASDoc app should handle off-line
viewing.  At least with FlexJS each page appears in the browser and many
PDF converters work right from the browser.   I thought RIAs were supposed
to result in lower bandwidth.

Thanks,
-Alex

[4.16.0] # Apache Flex SDK 4.16.0 nightly build 165: Still Failing

[flex . ci . builds]

flex-sdk_release-candidate - Build #165 - Still Failing

Changes since last build:
No changes

For more information, check the console output at 
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/165/.

Re: FlexJS via Installer - broken

[Justin Mclean]

Hi,

Looking at google analytics there a drop in successful installs for Flex 
SDK/Flex JS but it's not universal and no obvious reason that I can see / work 
out for the download failures.

Justin

Re: [FLEXJS] ASDoc App

[Alex Harui]

On 12/16/16, 1:36 PM, "omup...@gmail.com on behalf of OmPrakash Muppirala"
 wrote:

>
>IMO, this problem
>> needs to be made easy for all FlexJS applications and that's one reason
>>to
>> make ASDoc a RIA.  So we can show folks how to do it.  Are there really
>> static pages behind Home Depot and Amazon's stores?
>>
>
>
>But then you need something like phantom.js that runs our SPA, renders the
>html and stores/serves it on demand.  When a search bot hits the server,
>we
>need to figure that out and redirect it to the phantom.js server instead
>of
>serving up the JS and CSS filese required to render the web application.
>Here is an overview of one way of adding search engine optimization for a
>single page app [1]
>
>My point is: it is quite a bit of unnecessary work when you can simply
>generate html from asdocs using XSLT.

My point is, that most RIAs may not easily translate to html using XSLT.
We need to provide the reference for how to make a FlexJS RIA available to
search engines.  If you have an hour to contribute to FlexJS, I would much
rather have you work on that than on XSLT.  But of course, you are free to
do what you want.

I am surprised by the complexity of [1].  But because we have a tool
chain, I wonder if the tool chain should somehow help.  Should we have a
tool that calls PhantomJS or some equivalent?

Thoughts?
-Alex

>
>Google can probably just handle a SPA without any special work needed from
>us [1], but not sure about other search engines.
>
>[1]
>https://lawsonry.com/2014/05/diy-angularjs-seo-with-phantomjs-the-easy-way
>/
>[2]
>https://webmasters.googleblog.com/2014/05/understanding-web-pages-better.h
>tml
>
>
>
>
>>
>> -Alex
>>
>>
>>

Re: [FLEXJS] ASDoc App

[Alex Harui]

On 12/16/16, 3:06 PM, "Alex Harui"  wrote:

>I am surprised by the complexity of [1].  But because we have a tool
>chain, I wonder if the tool chain should somehow help.  Should we have a
>tool that calls PhantomJS or some equivalent?

Or could our framework dump out the resulting DOM and generate the static
HTML that way?

-Alex

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[Alex Harui]

On 12/16/16, 1:22 PM, "Justin Mclean"  wrote:

>Hi
>
>> I didn't see in my mailbox any subsequent requests.  Why did you not ask
>> again, or did I miss it?
>
>Yes I asked again. I’m just looking into this, but currently the build is
>unlikely to build due to a source forge issue.

I couldn't find it.

Anyway, the regular flex-sdk build is passing because I have a copy of the
downloads on the CI server and the following in the config:

   env.FLEX_DOWNLOAD_CACHE=C:\\FlexDownloadCache

This might fix the builds on the CI server.  How did the source package
build for you if the downloads are unavailable?

-Alex

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[Justin Mclean]

Hi,

> Anyway, the regular flex-sdk build is passing because 

Looks like it failing to me as the last 6 builds have failed. [1] But I’ll try 
the cache setting and see what happens.

> This might fix the builds on the CI server.  How did the source package
> build for you if the downloads are unavailable?

The RC1 was built before this problem occurred. Currently locally (for me) it 
only failing on saxon which is not used in the source release but to generated 
the asdocs right? 

Thanks,
Justin

1.http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_nightly/

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[Alex Harui]

On 12/16/16, 3:30 PM, "Justin Mclean"  wrote:

>Hi,
>
>> Anyway, the regular flex-sdk build is passing because
>
>Looks like it failing to me as the last 6 builds have failed. [1] But
>I’ll try the cache setting and see what happens.

That's flex_sdk_nightly that runs a full release target.  The regular
flex-sdk build is passing.

I went to SourceForge and it looks like they've reorganized their download
URLs so the one we are using may never work again.  I would recommend
applying a fix via an Ant variable like we did for afe.jar so we can use a
properties file to redirect the URL should it change again.  Essentially,
SF has broken all Flex installs unless the current URL comes up again.

>
>> This might fix the builds on the CI server.  How did the source package
>> build for you if the downloads are unavailable?
>
>The RC1 was built before this problem occurred. Currently locally (for
>me) it only failing on saxon which is not used in the source release but
>to generated the asdocs right?

Saxon should be downloaded as part of the build of MXMLC in the modules
folder, so I'm not sure what you mean by "not used in the source release".

-Alex

>
>Thanks,
>Justin
>
>1.http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_nightly/

[FlexJS] Updated Closure compiler from v20151015 to v20161201

[Josh Tynjala]

Hey folks,

I updated flex-falcon to use a newer build of Closure compiler,
specifically v20161201. This also required an update of the Guava
dependency from v17.0 to v20.0. I have made the required changes to the
dependencies for both Ant and Maven builds.

An update to Closure compiler means that we have the latest features and
bug fixes from Google for optimizing our JS release builds. For instance,
one new feature that prompted my desire to update should allow us to
improve JS source maps for release builds (to step through the original
ActionScript instead of the generated js-debug JavaScript). It also means
updated externs with the newest JavaScript browser APIs becoming exposed to
ActionScript. Finally, the v20151015 build is getting to be over a year old
now, and the longer we wait to update, the harder it will become!

This change also affected the flex-typedefs and flex-asjs repositories a
bit. I had to make a few tweaks here and there because Closure compiler or
the externs became a little more strict, and some APIs were renamed. I
think I got everything running properly because the DataBindingExample
works correctly, but I encourage you to test more examples to be sure that
I didn't miss anything.

If you're using the Ant build, you need to be sure to wipe before building
each of the repositories after you pull the latest changes. Be sure to pull
from all three repos! This will ensure that the new dependencies are
downloaded to replace the old ones, and everything will be in sync.

flex-falcon:
ant wipe-all

flex-typedefs:
ant wipe

flex-asjs:
ant super-clean

I ran all of these on the Ant CI server, and I'll make tweaks as needed if
anything appears to break.

- Josh

[4.16.0] # Apache Flex SDK 4.16.0 nightly build 166: Fixed

[flex . ci . builds]

flex-sdk_release-candidate - Build #166 - Fixed

Changes since last build:
No changes

For more information, check the console output at 
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/166/.

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[Justin Mclean]

Hi,

Looks like the CI build has finished and has produced artefacts:
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/166/artifact/out/

> I went to SourceForge and it looks like they've reorganized their download
> URLs so the one we are using may never work again.

Perhaps it time to bundle them rather that try and keep fixing this every time 
it breaks? Even we make the URL configurable one day (probably soon) the 
downloads may not be available.

Thanks,
Justin

Re: [FLEXJS] ASDoc App

[OmPrakash Muppirala]

On Dec 16, 2016 3:15 PM, "Alex Harui"  wrote:



On 12/16/16, 3:06 PM, "Alex Harui"  wrote:

>I am surprised by the complexity of [1].  But because we have a tool
>chain, I wonder if the tool chain should somehow help.  Should we have a
>tool that calls PhantomJS or some equivalent?

Or could our framework dump out the resulting DOM and generate the static
HTML that way?


You are probably the only person who could build and maintain this :-)
I would say,  XSLT sounds easier than this.


-Alex

Re: [FLEXJS] ASDoc App

[Alex Harui]

On 12/16/16, 7:05 PM, "omup...@gmail.com on behalf of OmPrakash Muppirala"
 wrote:

>On Dec 16, 2016 3:15 PM, "Alex Harui"  wrote:
>
>Or could our framework dump out the resulting DOM and generate the static
>HTML that way?
>
>
>You are probably the only person who could build and maintain this :-)
>I would say,  XSLT sounds easier than this.
>

Maybe I'm not understanding something, but IMO, XSLT is an alternative for
ASDoc, but isn't an alternative for all other FlexJS applications.  Is the
only way FlexJS apps can work with search engines going to be to use
PhantomJS or can we and should make something better?

Thinking about static generation from a FlexJS app, it seems to be there
are several pieces:
1) when is all data loaded and JS run so we can start the dump?
2) the dump is a simple DOM tree walk
3) how do we save the dump?

I haven't looked yet, but aren't these solved problems?

-Alex

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[Alex Harui]

On 12/16/16, 6:22 PM, "Justin Mclean"  wrote:

>Hi,
>
>Looks like the CI build has finished and has produced artefacts:
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/16
>6/artifact/out/
>
>> I went to SourceForge and it looks like they've reorganized their
>>download
>> URLs so the one we are using may never work again.
>
>Perhaps it time to bundle them rather that try and keep fixing this every
>time it breaks? Even we make the URL configurable one day (probably soon)
>the downloads may not be available.

I don't think we can bundle them in the source package.  Won't the source
build need to bring them down?  The pattern we use for afe has been used
to tweak the urls post-release many times already.

My 2 cents,
-Alex

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[OmPrakash Muppirala]

On Fri, Dec 16, 2016 at 9:50 PM, Alex Harui  wrote:

>
>
> On 12/16/16, 6:22 PM, "Justin Mclean"  wrote:
>
> >Hi,
> >
> >Looks like the CI build has finished and has produced artefacts:
> >http://apacheflexbuild.cloudapp.net:8080/job/flex-
> sdk_release-candidate/16
> >6/artifact/out/
> >
> >> I went to SourceForge and it looks like they've reorganized their
> >>download
> >> URLs so the one we are using may never work again.
> >
> >Perhaps it time to bundle them rather that try and keep fixing this every
> >time it breaks? Even we make the URL configurable one day (probably soon)
> >the downloads may not be available.
>
> I don't think we can bundle them in the source package.  Won't the source
> build need to bring them down?  The pattern we use for afe has been used
> to tweak the urls post-release many times already.
>

I would say that the possibility of someone using an Installer and getting
the binary artifact is much higher than someone building the source
package.  Sure, the source package build should attempt to download, but it
would be better if we optimize the binary artifacts so that they are easier
to use by the end users.

Thanks,
Om


>
> My 2 cents,
> -Alex
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

[Alex Harui]

On 12/16/16, 10:11 PM, "omup...@gmail.com on behalf of OmPrakash
Muppirala"  wrote:

>On Fri, Dec 16, 2016 at 9:50 PM, Alex Harui  wrote:
>
>>
>>
>> On 12/16/16, 6:22 PM, "Justin Mclean"  wrote:
>>
>> >Hi,
>> >
>> >Looks like the CI build has finished and has produced artefacts:
>> >http://apacheflexbuild.cloudapp.net:8080/job/flex-
>> sdk_release-candidate/16
>> >6/artifact/out/
>> >
>> >> I went to SourceForge and it looks like they've reorganized their
>> >>download
>> >> URLs so the one we are using may never work again.
>> >
>> >Perhaps it time to bundle them rather that try and keep fixing this
>>every
>> >time it breaks? Even we make the URL configurable one day (probably
>>soon)
>> >the downloads may not be available.
>>
>> I don't think we can bundle them in the source package.  Won't the
>>source
>> build need to bring them down?  The pattern we use for afe has been used
>> to tweak the urls post-release many times already.
>>
>
>I would say that the possibility of someone using an Installer and getting
>the binary artifact is much higher than someone building the source
>package.  Sure, the source package build should attempt to download, but
>it
>would be better if we optimize the binary artifacts so that they are
>easier
>to use by the end users.

I was hoping to avoid having to deal with changes to LICENSE and NOTICE
and the installer.  I think it would take much less community energy to
just put in an Ant property for the new URL and call it done.  We are at
equal risk for changes to URLs for some dependencies we can't bundle.

My 2 cents,
-Alex

Re: [FlexJS] Updated Closure compiler from v20151015 to v20161201

[Alex Harui]

Thanks Josh!  I had to make one fix for Maven in flex-typedefs, but your
changes build with Ant and Maven locally for me.

-Alex

On 12/16/16, 3:42 PM, "Josh Tynjala"  wrote:

>Hey folks,
>
>I updated flex-falcon to use a newer build of Closure compiler,
>specifically v20161201. This also required an update of the Guava
>dependency from v17.0 to v20.0. I have made the required changes to the
>dependencies for both Ant and Maven builds.
>
>An update to Closure compiler means that we have the latest features and
>bug fixes from Google for optimizing our JS release builds. For instance,
>one new feature that prompted my desire to update should allow us to
>improve JS source maps for release builds (to step through the original
>ActionScript instead of the generated js-debug JavaScript). It also means
>updated externs with the newest JavaScript browser APIs becoming exposed
>to
>ActionScript. Finally, the v20151015 build is getting to be over a year
>old
>now, and the longer we wait to update, the harder it will become!
>
>This change also affected the flex-typedefs and flex-asjs repositories a
>bit. I had to make a few tweaks here and there because Closure compiler or
>the externs became a little more strict, and some APIs were renamed. I
>think I got everything running properly because the DataBindingExample
>works correctly, but I encourage you to test more examples to be sure that
>I didn't miss anything.
>
>If you're using the Ant build, you need to be sure to wipe before building
>each of the repositories after you pull the latest changes. Be sure to
>pull
>from all three repos! This will ensure that the new dependencies are
>downloaded to replace the old ones, and everything will be in sync.
>
>flex-falcon:
>ant wipe-all
>
>flex-typedefs:
>ant wipe
>
>flex-asjs:
>ant super-clean
>
>I ran all of these on the Ant CI server, and I'll make tweaks as needed if
>anything appears to break.
>
>- Josh

Re: [FLEXJS] ASDoc App

[OmPrakash Muppirala]

On Fri, Dec 16, 2016 at 9:45 PM, Alex Harui  wrote:

>
>
> On 12/16/16, 7:05 PM, "omup...@gmail.com on behalf of OmPrakash Muppirala"
>  wrote:
>
> >On Dec 16, 2016 3:15 PM, "Alex Harui"  wrote:
> >
> >Or could our framework dump out the resulting DOM and generate the static
> >HTML that way?
> >
> >
> >You are probably the only person who could build and maintain this :-)
> >I would say,  XSLT sounds easier than this.
> >
>
> Maybe I'm not understanding something, but IMO, XSLT is an alternative for
> ASDoc, but isn't an alternative for all other FlexJS applications.


XSLT is a tool/language to modify the generated AsDoc into HTML.  As I said
earlier, we could also build the docs as an interactive web app.  One does
not have to necessarily replace another.


>   Is the
> only way FlexJS apps can work with search engines going to be to use
> PhantomJS or can we and should make something better?
>
> Thinking about static generation from a FlexJS app, it seems to be there
> are several pieces:
> 1) when is all data loaded and JS run so we can start the dump?
> 2) the dump is a simple DOM tree walk
> 3) how do we save the dump?
>

I don't understand your proposal.  We have javascript, css and json as
separate entities.  You need to have a (headless) browser running the code
and consuming the json to generate the HTML.  Are you proposing that a DOM
is created without a browser?

Phantom.js uses webkit as the rendering engine [1], much like an AIR app.
We could theoretically write an AIR app that does a similar thing (although
making it run in a X11-less server is almost impossible and AFAIK is
probably against Adobe's EULA for AIR)

Google probably has a phantom.js like setup which simply consumes the web
application like a normal user and then indexes the generate HTML files
locally.

[1] http://phantomjs.org/supported-web-standards.html


>
> I haven't looked yet, but aren't these solved problems?
>
> -Alex
>
>