Re: flexjs and flashdevelop

[Harbs]

Nice.

> On Feb 14, 2017, at 6:21 AM, lizhi  wrote:
> 
> https://github.com/matrix3d/spriteflexjs/wiki/flashdevelop
> 
> 
> 
> -
> spriteflexjs.com 
> --
> View this message in context: 
> http://apache-flex-development.247.n4.nabble.com/flexjs-and-flashdevelop-tp59364.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] CompressionUtils (linking scripts)

[Harbs]

Fair enough… ;-)

The problem is creating libraries which can be used both in the browser and in 
Node.

Unless we add another set of swcs for Node with a new COMPILE::NODE 
conditional, I don’t see how we can generalize FlexJS to be usable for both.

Maybe adding COMPILE::NODE is the right answer.

> On Feb 13, 2017, at 8:16 AM, Alex Harui  wrote:
> 
> Sounds like work.  Feel free to try to make the changes.  An alternative
> might be to have a "NodeCompressionUtils" that has the appropriate require
> in it?  Or is this a general problem for Node?

[FlexJS] background images not showing

[Justin Mclean]

Hi,

Can anyone confirm this is a bug?

 I’m getting the text showing but no image showing. I can see in the network 
panel that the image is being downloaded.


http://ns.adobe.com/mxml/2009;
xmlns:js="library://ns.apache.org/flexjs/basic">


















Thanks,
Justin

Re: [DISCUSS] Release Apache Flex SDK 4.16 RC2

[Justin Mclean]

Hi,

> I think saxon is only used by ASDoc?  Did you try ASDoc?

No I did not. I’ll give it a try.

Thanks,
Justin

Re: [DISCUSS] Release Apache Flex SDK 4.16 RC2

[Alex Harui]

On 2/13/17, 10:17 PM, "Justin Mclean"  wrote:

>Hi,
>
>> Hmm... For me, the source kit doesn't seem to be result in saxon ending
>>up
>> in lib/external/saxon9.jar.  Instead it has the full version in the name
>> (saxon9-1-0-8.jar).  The binary kit doesn't seem to have saxon in it at
>> all.  Do you have it working for you?
>
>I compiled the source SDK and tested applications (web, desktop and
>mobile) against it and they work so yes.

I think saxon is only used by ASDoc?  Did you try ASDoc?

>
>The name of the jar is not going to cause any issues, but it would be
>easy enough to rename back to what it was.

Are you sure?  I thought if the Java classpath in asdoc.jar says
external/saxon9.jar the jar has to be called saxon9.jar.

-Alex

Re: [FlexJS, MDL] Mixing Basic and MDL

[yishayw]

Thanks for the explanation. I see your points, and it would probably be
better if we had an MDL like theme for the basic set so we don't have to
worry about layout and style conflicts. Pragmatically speaking, right now
our best bet is to re-use your implementation in our Basic based app. It
might also be the pragmatic choice for future users as, like you said, MDL
doesn't support some relatively basic controls.

Regarding style conflicts, we should probably find a solution for that.
Maybe we can inject a marker class for mdl, or any other package, that helps
selectors distinguish between different component sets. Haven't thought it
through, but it seems to me we should have some solution for importing 3rd
party libraries with style declarations.

Anyway, after replacing some Containers with Grids we were able to get
something basic to work, so I'll see if this solves our immediate problem.




--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Mixing-Basic-and-MDL-tp59300p59370.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [DISCUSS] Release Apache Flex SDK 4.16 RC2

[Alex Harui]

On 2/11/17, 3:04 PM, "Justin Mclean"  wrote:

>Hi,
>
>Please discuss the release candidate here and not in the vote thread.

Hmm... For me, the source kit doesn't seem to be result in saxon ending up
in lib/external/saxon9.jar.  Instead it has the full version in the name
(saxon9-1-0-8.jar).  The binary kit doesn't seem to have saxon in it at
all.  Do you have it working for you?

On a good note, the installer can install the binary kit and download the
font kit jars even on my Windows system that fails on the ant download
because I haven't installed the JCE update on that computer yet, so I
think the source forge problem isn't going to affect installer users, but
Ant installer users and folks building from source.

-Alex

Re: [FlexJS] Setting background colour at run time fails

[Alex Harui]

On 2/13/17, 9:40 PM, "Justin Mclean"  wrote:

>Hi,
>
>> IMO, that isn't PAYG.  Container shouldn't need to carry around such
>>code
>> unless the app developer needs to changes styles at runtime.
>> 
>> Whatever code you needed to make this work should be wrapped up as a
>>bead
>> so folks can add the code if they need it.
>
>OK.
>
>Let's say the have a bead called UpdateStyleBead that updates styles in
>that way (1 line of code).
>
>What shoudl trigger that call when a style changes happens? As far as I
>can see there's no “styleChange” event. There is a “valueChanged" event
>but that fires for binding which seem too heavyweight for me.

I think if you used BindableCSSStyles instead of SimpleCSSStyles, then
BindableCSSStyles would dispatch a change event.  So, a
BackgroundColorChangeBead could listen for valueChange.

If that is too inefficient for you, we could have BindableCSSStyles or a
subclass dispatch a styleChange event.

>
>Is there a guide to writing beed anywhere that more more detail than
>these? [1][2]

Probably not.  Again, the functional code in a bead is meant to be an
encapsulation of a code snippet.  Beads get hung on strands, and we
encourage composition more than subclassing, but there should be very few
rules on what a bead can do.

>
>Thanks,
>Justin
>
>1. 
>https://cwiki.apache.org/confluence/display/FLEX/Contributing+to+the+FlexJ
>S+Framework
>2. https://cwiki.apache.org/confluence/display/FLEX/Creating+Components

Re: [FlexJS] Falcon Not Building in Ant

[yishayw]

Correct, README states Java SDK 1.6 or greater.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Falcon-Not-Building-in-Ant-tp59299p59367.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] Setting background colour at run time fails

[Justin Mclean]

Hi,

> IMO, that isn't PAYG.  Container shouldn't need to carry around such code
> unless the app developer needs to changes styles at runtime.
> 
> Whatever code you needed to make this work should be wrapped up as a bead
> so folks can add the code if they need it.

OK.

Let's say the have a bead called UpdateStyleBead that updates styles in that 
way (1 line of code).

What shoudl trigger that call when a style changes happens? As far as I can see 
there's no “styleChange” event. There is a “valueChanged" event but that fires 
for binding which seem too heavyweight for me.

Is there a guide to writing beed anywhere that more more detail than these? 
[1][2]

Thanks,
Justin

1. 
https://cwiki.apache.org/confluence/display/FLEX/Contributing+to+the+FlexJS+Framework
2. https://cwiki.apache.org/confluence/display/FLEX/Creating+Components

Re: [FlexJS] Setting background colour at run time fails

[Alex Harui]

On 2/13/17, 5:48 PM, "Justin Mclean"  wrote:

>
>Is there any reason why Container couldn’t have a reapplyStyles method
>that calls ValuesManager.valuesImp.applyStyles passing this and
>this.style?

IMO, that isn't PAYG.  Container shouldn't need to carry around such code
unless the app developer needs to changes styles at runtime.

Whatever code you needed to make this work should be wrapped up as a bead
so folks can add the code if they need it.

-Alex

flexjs and flashdevelop

[lizhi]

https://github.com/matrix3d/spriteflexjs/wiki/flashdevelop



-
spriteflexjs.com 
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/flexjs-and-flashdevelop-tp59364.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] - Is FlexJS ready for production?

[lizhi]

agree you.

and 

Put bug.
Help with publicity.
Do the test game.

all can help the proj



-
spriteflexjs.com 
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Is-FlexJS-ready-for-production-tp59129p59363.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] Setting background colour at run time fails

[Justin Mclean]

Hi,

Of course directly calling applyStyles like like means you don't need to use 
binding at all.


http://ns.adobe.com/mxml/2009;
   xmlns:js="library://ns.apache.org/flexjs/basic">

  

  
  
  

  
  
  
  
  
  
  
  

  
  
  
  



Thanks,
Justin

Re: [FLEXJS] compile-as-config -> compile-swf-config

[Josh Tynjala]

I think swf makes more sense because ActionScript is the source language in
both cases. Do it!

- Josh

On Feb 13, 2017 5:05 PM, "Alex Harui"  wrote:

> Any objections to renaming the compile-as-config.xml files to
> compile-swf-config.xml?
>
> Thanks,
> -Alex
>
>
>

Re: [FlexJS] Setting background colour at run time fails

[Justin Mclean]

Hi,

> Do you need a getter if it just gets installed in ValuesManager?

I guess not just seems a little  inconsistent.

Anyway changing the code to this:


http://ns.adobe.com/mxml/2009;
   xmlns:js="library://ns.apache.org/flexjs/basic" 
xmlns:beads="org.apache.flex.html.beads.*">

   
   
   

  

  
  
  

  
  
  
  
  
  
  
  

  
  
  
  



Finally makes it work.

Is there any reason why Container couldn’t have a reapplyStyles method that 
calls ValuesManager.valuesImp.applyStyles passing this and this.style?

Thanks,
Justin

[FlexJS] possible mvn build or compiler issue?

[Justin Mclean]

Hi,

I have this conditional code and compiling with maven (standard simple 
archetype generated pom):



But when compiling for JS the updateBoxStyles function is empty like so:
/**
 * @export
 */
BindingStyleTest.prototype.updateBoxStyles = function() {
};

Am I doing something wrong? Or is the function call inside the JS version of 
updateBoxStyles not being emmitted?

Thanks,
Justin

[FLEXJS] compile-as-config -> compile-swf-config

[Alex Harui]

Any objections to renaming the compile-as-config.xml files to
compile-swf-config.xml?

Thanks,
-Alex

Re: [FlexJS] Setting background colour at run time fails

[Alex Harui]

On 2/13/17, 4:51 PM, "Justin Mclean"  wrote:

>Hi,
>
>>   /**
>>* @param value The event containing new style properties.
>>*/
>>   COMPILE::JS
>>   protected function styleChangeHandler(value:ValueChangeEvent):void
>>   {
>>   var newStyle:Object = {};
>>   newStyle[value.propertyName] = value.newValue;
>>   ValuesManager.valuesImpl.applyStyles(this, newStyle);
>>   };
>
>I noticed in Application valuesImpl is a write only value can applyStlyes
>can’t be called on it. Is this by intent?

Do you need a getter if it just gets installed in ValuesManager?

-Alex

Re: [FlexJS] Setting background colour at run time fails

[Justin Mclean]

Hi,

>   /**
>* @param value The event containing new style properties.
>*/
>   COMPILE::JS
>   protected function styleChangeHandler(value:ValueChangeEvent):void
>   {
>   var newStyle:Object = {};
>   newStyle[value.propertyName] = value.newValue;
>   ValuesManager.valuesImpl.applyStyles(this, newStyle);
>   };

I noticed in Application valuesImpl is a write only value can applyStlyes can’t 
be called on it. Is this by intent?

Thanks,
Justin

[4.16.0] # Apache Flex SDK 4.16.0 nightly build 233: Successful

[flex . ci . builds]

flex-sdk_release-candidate - Build #233 - Successful

Changes since last build:
No changes

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

Re: [FlexJS] Setting background colour at run time fails

[Alex Harui]

On 2/13/17, 2:58 PM, "Justin Mclean"  wrote:

>Hi,
>
>> A bit more complex for SWFs.  JS it should just work.
>
>So is SolidBackgroundBead the default for a container or do I need to add
>it?

Default for SWF.  It should not be used for JS.

The change event from BindableCSSStyles still needs to be wired up to
actually change the styles applying to the component.

There is some code in UIBase that looks like this:

/**
 * @param value The event containing new style properties.
 */
COMPILE::JS
protected function styleChangeHandler(value:ValueChangeEvent):void
{
var newStyle:Object = {};
newStyle[value.propertyName] = value.newValue;
ValuesManager.valuesImpl.applyStyles(this, newStyle);
};


IMO, that code should be removed as it isn't PAYG for it to be there.
Instead that code should be in a bead and somehow the events from
BindableCSSStyles should run that code.


HTH,
-Alex

Re: source forge downloads failing

[Alex Harui]

On 2/13/17, 2:50 PM, "Christofer Dutz"  wrote:

>Hi Alex,
>
>Actually, it’s the sort of think I do enjoy doing … for example I did
>enjoy implmeneting the DMG decoding … but I do require format
>documentation or other pointers. If you could provide me with some more
>detailed information on this, I would consider putting that on my plate.

Awesome.  I don't have a lot to go on.  There is the SWF spec that
specifies DefineFont among other things.

http://wwwimages.adobe.com/content/dam/Adobe/en/devnet/swf/pdf/swf-file-for
mat-spec.pdf

Flex doc says "Supported file types include TrueType fonts (*.ttf),
OpenType fonts (*.otf), as well as TrueType Collections (*.ttc), Mac Data
Fork Fonts (*.dfont), and Mac Resource Fork TrueType Suitcases (which do
not have a file extension)."

There are specs for all of those.  I think code in Batik can read most or
all of these.

HTH,
-Alex

Re: [FlexJS] Setting background colour at run time fails

[Justin Mclean]

Hi,

Looks like this issue re not compiling has already been raised:
https://issues.apache.org/jira/browse/FLEX-35040

Justin

Re: Donating to Apache Flex

[Christofer Dutz]

Hi,

I would not like to see non-committers with root access to our infrastructure 
(if we had any). 
These people would have access to credentials for technical users that again 
have privileged access to other ASF services.
If you asked me, I would opt for people having to be at least PMC to get that 
level of access.

And yes … everyone can contribute to Infra via puppet scripts and pull 
requests. 

Chris


Am 13.02.17, 23:13 schrieb "Justin Mclean" :

Hi,

> I forgot to mention that, besides the community tax, there might be
> another bill from the ASF for services we use such as email, release
> distribution storage, and assistance from the financial folks for handling
> the accounting of the money.  The ASF receives bills for the same already,
> we would just be a micro-version of the same.

I’m not sure that would scale well (across the entire ASF) without the ASF 
adding other paid stuff to manage this.

> 1) If we self-host, would we require someone be a committer first via the
> usual ways, or would contributing to keeping the VM safe and running be a
> valid way to earn committer rights?

All contributions are considered equal so I don't see why not.

>  That would require trusting someone to work on the VM before being 
trusted enough to be a committer.


Believe infra do this via PR to their puppet scripts? ie all the config for 
the server is in the open but you don't need access to be able to suggest 
changes.

However I don't see how we could give non committer or perhaps even non PMC 
members full access to VMs that run our critical infrastructure, given the risk 
and possibly sensitive into on them. 

Thanks,
Justin

Re: [FlexJS] Setting background colour at run time fails

[Justin Mclean]

Hi,

> A bit more complex for SWFs.  JS it should just work.

So is SolidBackgroundBead the default for a container or do I need to add it?

Either way for JS it's still not working  :-( 

Tried without adding and the square still fails to turn red.

Adding it like so and the project fails to compile:


   
   
   
   
   
   


With:
Could not find file for class: org.apache.flex.html.beads.SolidBackgroundBead
File not found: org.apache.flex.html.beads.SolidBackgroundBead

Thanks,
Justin

Re: source forge downloads failing

[Christofer Dutz]

Hi Alex,

Actually, it’s the sort of think I do enjoy doing … for example I did enjoy 
implmeneting the DMG decoding … but I do require format documentation or other 
pointers. If you could provide me with some more detailed information on this, 
I would consider putting that on my plate.

Chris

Am 13.02.17, 22:44 schrieb "Alex Harui" :



On 2/13/17, 11:25 AM, "Harbs"  wrote:

>I have not been following this very closely. What does fontkit do?

Fontkit parses font files and converts them into data formats used by SWF
DefineFont tags.  It's the kind of work I don't enjoy doing which is one
reason it hasn't been done.  I think you can use Apache Batik to open the
files.  IIRC, there are 4 DefineFont formats.  3 are used for TextField
and one for TextLine.

I don't know for sure, but I believe there is some intelligence around
conversion of cubic curves to quadratic curves and vice-versa when going
from CFF to TTF and back.  I heard that a straight conversion may not look
as nice as intelligent conversion where you know the curve is on a certain
part of the glyph, but that might just be a rumor.  We could just say that
we won't convert between curve types.  That you have to supply CFF files
for TextLine and TTF for TextField.  And if you need full conversion go
get the Adobe jars.

Because we don't have these libraries and Falcon doesn't have any code to
work with them right now anyway, for FlexJS we are telling folks to use
the regular Flex SDK with the FontKit to convert a font file to a SWF.
FlexJS will work with a SWF of embedded font data.  It is just not a
smooth workflow.

HTH,
-Alex

Re: [FlexJS] Setting background colour at run time fails

[Alex Harui]

On 2/13/17, 2:22 PM, "Justin Mclean"  wrote:

>Hi,
>
>> Yep.  I think because of PAYG, nobody is watching for the event, so you
>> have to add code to wire the event to some code that will re-draw the
>> background.  And whatever pattern of code that is could go in a new bead
>> similar to LayoutChangeNotifier and be baked into the Express package.
>
>So I need a RedrawNotificer similar to LayoutChangeNotifier?

Yep.

>What event do I need to dispatch to redraw a component or is it more
>complex than that?

A bit more complex for SWFs.  JS it should just work.  The default
background color bead (SolidBackgroundBead) for SWF doesn't check for
changes.  Again, that's due to PAYG.  So there might need to be a
SolidBackgroundWithChangeListenersBead that would fetch the color on some
change event.

HTH,
-Alex

Re: Login Security (was Re: Donating to Apache Flex)

[Christofer Dutz]

Hi Alex,

Well I think we shouldn’t go down the path of yet another login. I really like 
the ASF LDAP system. This must be managed and taken care of.

Chris


Am 13.02.17, 17:25 schrieb "Alex Harui" :

Another technical thread

On 2/13/17, 12:28 AM, "Christofer Dutz"  wrote:
>
>There is a HUGE difference between setting up a Jenkins on the Intranet
>and running a Jenkins on the Internet. From the end-user’s perspective,
>this isn’t noticeable, but when administrating these system, it is huge.
>I had been working on a solution for assisting companies to detect and
>fix security vulnerabilities for 4-5 years and have learnt quite a lot on
>this. Just some things that would pop my mind:
>- You must integrate the authentication into the ASF LDAP (Setting up a
>separate one is out of the question)

Why is this a requirement?  ASF Wiki and ASF Jenkins have separate account
systems?  Don't many folks have logins and multiple users for VMs running
in Azure and AWS?

Thanks,
-Alex

Re: Credentials and Maven (Was Re: Donating to Apache Flex)

[Christofer Dutz]

Hi Alex,

Maven has a hierarchy of settings. Above the pom.xml is the settings.xml in the 
user’s profile and above that the settings.xml in maven.
Usually you don’t provide credentials in the pom, but define id’s.  In the 
settings.xml you usually provide the credentials for the ids to inject them to 
the build (I am handling this in my training video quite extensively).

Infra have a settings.xml in which they provide the credentials for a technical 
user on each agent. But anyone with access to the VM would be able to read and 
copy these credentials.

Hope that explains this aspect a little more.

Chris



Am 13.02.17, 17:23 schrieb "Alex Harui" :

Forking a few technical threads...

On 2/13/17, 12:28 AM, "Christofer Dutz"  wrote:

>
>Right now, I don’t know how we could make sure we are able to commit to
>GIT or upload to maven without having the credentials on the VM we
>control … 

I guess I don't understand enough about Maven and credentials, so can we
use this thread to get more details?

Is it true that on builds.a.o, your credentials are stored there or the
ASF has a special credential stored there for use when publishing to Maven?

Must credentials be stored on a server or can they be prompted?

Thanks,
-Alex

Re: MXML Azzurro

[flex capacitor]

The default MXML is rendering and the cursor shows the location at 00:00 so
I'm guessing it's there but behind the SWF. I might need to set the wmode.

At some point the swf in the browser started layering HTML content over the
swf plugin content without changing the wmode. I don't know how this is
possible but it's working in those browsers. I know gpu and direct were
added at some point. I'm currently not setting it to anything. IE uses
ActiveX so maybe it still needs to be set to opaque or transparent.

On Mon, Feb 13, 2017 at 4:20 PM, flex capacitor 
wrote:

> Hi Olaf, I'll check it out. I'll have to find a Windows 7 IE 11 VM. In the
> mean time can you check if there any errors in the browser console?
>
> On Mon, Feb 13, 2017 at 7:31 AM, OK  wrote:
>
>> Cool, thanks for working on this!
>>
>> It seems to me that the mxml editor at the bottom is not working under
>> Windows 7 with IE11 [1].
>> Firefox and Chrome works for me...
>>
>> Olaf
>>
>> [1]https://snag.gy/4f6CTA.jpg
>>
>>
>>
>>
>> --
>> View this message in context: http://apache-flex-development
>> .247.n4.nabble.com/MXML-Azzurro-tp59262p59316.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>
>
>

Re: [FlexJS] Setting background colour at run time fails

[Justin Mclean]

Hi,

> Yep.  I think because of PAYG, nobody is watching for the event, so you
> have to add code to wire the event to some code that will re-draw the
> background.  And whatever pattern of code that is could go in a new bead
> similar to LayoutChangeNotifier and be baked into the Express package.

So I need a RedrawNotificer similar to LayoutChangeNotifier? What event do I 
need to dispatch to redraw a component or is it more complex than that?

Thanks,
Justin

Re: MXML Azzurro

[flex capacitor]

Hi Olaf, I'll check it out. I'll have to find a Windows 7 IE 11 VM. In the
mean time can you check if there any errors in the browser console?

On Mon, Feb 13, 2017 at 7:31 AM, OK  wrote:

> Cool, thanks for working on this!
>
> It seems to me that the mxml editor at the bottom is not working under
> Windows 7 with IE11 [1].
> Firefox and Chrome works for me...
>
> Olaf
>
> [1]https://snag.gy/4f6CTA.jpg
>
>
>
>
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/MXML-Azzurro-tp59262p59316.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>

Re: MXML Azzurro

[flex capacitor]

For drawing to a FlexJS *swf* it would be much simpler than a partial or
all JS method. The way it works now is it loads an embedded application.swf
via loader.loadBytes(). The application.swf is an empty compiled Spark
Application. Once that's loaded the MXMLDocumentImporter class parses the
MXML and using a class map creates the elements and adds them to the
Application instance. Each time the editor is updated all the elements are
removed and then added again.

I didn't go the agent route for a few reasons. The LocalConnection would
sometimes hang and at first I couldn't figure it out. I tracked it down to
if previous connections were not closed correctly. So if someone reloaded
the browser not all of the connections would be closed. I got around this
by creating new connections each time. The second reason is I already had a
lot of work in the existing method using a parser and loading elements onto
an empty application swf. The reason for loading a separate swf was so that
the design view application could have it's own system manager, style
manager, sandbox and so on. It currently inherits the styles from the
container application but it in the future it could be sandboxed so styles,
classes and so on are not inherited. For my purposes at the time it made
sense.

For a FlexJS Importer class it could use local connections. The code from
the MXMLLiveEditAgent that you made a while back sends the changes through
the local connection. But it doesn't rebuild the swf from scratch or maybe
it does? Here is the MXMLLiveEditPlugin class
 and
the main MXMLLiveAgent class
.

Here's the current MXMLDocumentImporter class

and the decoupled one I started to work on here

(untested). Here is the main online editor application
.
A FlexJS Importer would roughly follow the MXMLDocumentImport class at
least. Here is the project view source
.
There are areas that need refactored and performance would probably
increase 10 fold.

On Mon, Feb 13, 2017 at 10:47 AM, Alex Harui  wrote:

>
>
> On 2/13/17, 5:20 AM, "flex capacitor"  wrote:
>
> >Thanks. I'm not sure but it would probably take around a week to a month
> >depending on what route you go and if you want JS output or Flash output.
> >If you wanted to use the existing application you would create a
> >FlexJSImporter and have it write to a div or iframe. It could reuse all
> >the
> >classes but it would require the Flash Player plugin. The second route
> >would be to create it all in FlexJS. That would be more work since you
> >would have to update any code that uses Flash specific APIs and you would
> >have to update the classes for any changes in the FlexJS reflection API
>
> Doesn't this work via an agent in the running application?  Seems like
> we'd only need to supply a FlexJS-knowledgable agent in order to see it
> work for FlexJS SWFs.  Does it use LocalConnection?  If so, then to get it
> to work for JS, we'd either need to rewrite the communications to use
> sockets, or require a special Flash-based agent that talks to the JS Agent.
>
> Of course I could be completely wrong...
> -Alex
>
>

Re: Donating to Apache Flex

[Justin Mclean]

Hi,

> I forgot to mention that, besides the community tax, there might be
> another bill from the ASF for services we use such as email, release
> distribution storage, and assistance from the financial folks for handling
> the accounting of the money.  The ASF receives bills for the same already,
> we would just be a micro-version of the same.

I’m not sure that would scale well (across the entire ASF) without the ASF 
adding other paid stuff to manage this.

> 1) If we self-host, would we require someone be a committer first via the
> usual ways, or would contributing to keeping the VM safe and running be a
> valid way to earn committer rights?

All contributions are considered equal so I don't see why not.

>  That would require trusting someone to work on the VM before being trusted 
> enough to be a committer.


Believe infra do this via PR to their puppet scripts? ie all the config for the 
server is in the open but you don't need access to be able to suggest changes.

However I don't see how we could give non committer or perhaps even non PMC 
members full access to VMs that run our critical infrastructure, given the risk 
and possibly sensitive into on them. 

Thanks,
Justin

Re: [FlexJS] Setting background colour at run time fails

[Alex Harui]

On 2/13/17, 1:49 PM, "Justin Mclean"  wrote:

>Hi,
>
>> The XXXDataBinding classes handle the {} data binding statements in
>>MXML.
>> They set up watchers and binding instances that react to change events,
>> which are the key piece in data binding.
>> 
>> More verbose, but now the compiler won't let you mis-type fontWeight.
>> SimpleCSSStyles only contains the most common styles I could think of.
>> Folks can create their own versions for their own purposes.  However,
>> these classes are, because of PAYG, simple bags of properties and do not
>> dispatch change events.  BindableCSSStyles dispatches change events.
>
>Thanks for that, that clears some of my confusion up.
>
>It does seem rather heavy weight just to change a background colour but
>lets go with it.

That's on purpose. PAYG is going to be more verbose because things are
loosely coupled and there are "static" versions that don't dispatch events
and heavier ones for dynamic apps.  What would be fun is if we could erase
your memory in a few months and have you start over again using the
Express package.  We want to make the Express package have enough
functionality baked in that most or all of these "gotchas" you are hitting
that aren't just bugs are built-in to Express.

Peter is going to try to look over these things you are hitting and put
more of them in Express, but I think he could use help from others.

>
>One thing I noticed in the FlexJS store that seems a little odd:
>
>
>
>watchedProperty="{borderStyles.borderColor}" initialValue="#FF" />
>
>
>borderWidth="1"
>   borderColor="#FF"
>backgroundColor="#FF"/>
>
>
>Why is the LayoutChangeNotifier needed here?

Because BindableCSSStyles just generates change events.  The component
itself is not looking for changes.

>
>So I changed my approach to this:
>
>
>http://ns.adobe.com/mxml/2009;
>   xmlns:js="library://ns.apache.org/flexjs/basic">
>
>
>
>
>
>   
>
>   
>   
>   
>
>   
>   
>   
>   
>   
>   backgroundColor="grey" />
>   
>   
>   
>   
>   
>   
>   
>
>
>
>
>But it still fails to work. I can see the ValueChangeEvent being
>despatched but nothing seem to catch it.

Yep.  I think because of PAYG, nobody is watching for the event, so you
have to add code to wire the event to some code that will re-draw the
background.  And whatever pattern of code that is could go in a new bead
similar to LayoutChangeNotifier and be baked into the Express package.

HTH,
-Alex

Re: [FlexJS] Spacers and positioning

[Alex Harui]

On 2/13/17, 12:33 PM, "Justin Mclean"  wrote:

>Hi,
>
>> I think we should use the Express package as a way to build a
>> comprehensive, yet slim, set of components, that has all of the expected
>> functionality built it. For example, incorporating vertical and
>>horizontal
>> gap properties and alignment, into the layouts.
>
>Padding would also be useful to have.

I don't think the Express package has a goal of emulating regular Flex
APIs.  It's goal is to aggregate the APIs in the Basic package which are
tilted towards native browser APIs.  Padding, for example, would work like
it does in the browser, along with Margin.  In Flex, there was no margin
style, and thus padding worked a bit differently.  It would be cool to see
a component set that tries to emulate the Spark/MX APIs without promising
a full port of Spark/MX.  For example, a Spark-like Button would have a
label and click event, but wouldn't promise to extend UIComponent, or
allow setting of masks and scrollrects and other low-level Flash stuff.
Any volunteers?

My 2 cents,
-Alex

Re: [FlexJS] Setting background colour at run time fails

[Justin Mclean]

Hi,

> The XXXDataBinding classes handle the {} data binding statements in MXML.
> They set up watchers and binding instances that react to change events,
> which are the key piece in data binding.
> 
> More verbose, but now the compiler won't let you mis-type fontWeight.
> SimpleCSSStyles only contains the most common styles I could think of.
> Folks can create their own versions for their own purposes.  However,
> these classes are, because of PAYG, simple bags of properties and do not
> dispatch change events.  BindableCSSStyles dispatches change events.

Thanks for that, that clears some of my confusion up.

It does seem rather heavy weight just to change a background colour but lets go 
with it.

One thing I noticed in the FlexJS store that seems a little odd:









Why is the LayoutChangeNotifier needed here?

So I changed my approach to this:


http://ns.adobe.com/mxml/2009;
   xmlns:js="library://ns.apache.org/flexjs/basic">





   

   
   
   

   
   
   
   
   
   
   
   
   
   
   
   
   




But it still fails to work. I can see the ValueChangeEvent being despatched but 
nothing seem to catch it.

The ContainerDataBinding is probably not needed in this case.

Thanks,
Justin

Re: source forge downloads failing

[Alex Harui]

On 2/13/17, 11:25 AM, "Harbs"  wrote:

>I have not been following this very closely. What does fontkit do?

Fontkit parses font files and converts them into data formats used by SWF
DefineFont tags.  It's the kind of work I don't enjoy doing which is one
reason it hasn't been done.  I think you can use Apache Batik to open the
files.  IIRC, there are 4 DefineFont formats.  3 are used for TextField
and one for TextLine.

I don't know for sure, but I believe there is some intelligence around
conversion of cubic curves to quadratic curves and vice-versa when going
from CFF to TTF and back.  I heard that a straight conversion may not look
as nice as intelligent conversion where you know the curve is on a certain
part of the glyph, but that might just be a rumor.  We could just say that
we won't convert between curve types.  That you have to supply CFF files
for TextLine and TTF for TextField.  And if you need full conversion go
get the Adobe jars.

Because we don't have these libraries and Falcon doesn't have any code to
work with them right now anyway, for FlexJS we are telling folks to use
the regular Flex SDK with the FontKit to convert a font file to a SWF.
FlexJS will work with a SWF of embedded font data.  It is just not a
smooth workflow.

HTH,
-Alex

Re: [FlexJS] Spacers and positioning

[Justin Mclean]

Hi,

> I think we should use the Express package as a way to build a
> comprehensive, yet slim, set of components, that has all of the expected
> functionality built it. For example, incorporating vertical and horizontal
> gap properties and alignment, into the layouts.

Padding would also be useful to have.

Thanks,
Justin

Re: [FlexJS] Data-binding fails when following multiple references

[piotrz]

I think I have provided all the fixes. Comments in jira has been added. :)

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Data-binding-fails-when-following-multiple-references-tp58022p59335.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: source forge downloads failing

[Harbs]

I have not been following this very closely. What does fontkit do?

> On Feb 13, 2017, at 6:29 PM, Alex Harui  wrote:
> 
> +1 to replacing font kit. Are you volunteering to write the code to
> replace the font kit?  I don't have the cycles.
> 
> On 2/13/17, 2:23 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
>  wrote:
> 
>> +1
>> 
>> 2017-02-13 10:45 GMT+01:00 Christofer Dutz :
>> 
>>> Seriously? … download the entire Flex SDK for 4 Jars?
>>> 
>>> Nope … not gonna happen … at least not if I have any saying in this
>>> matter.
>>> 
>>> Think I’ll just drop support for the fontkit in the Mavenizer and make
>>> sure FlexJS’s Maven build doesn’t need it. Perhaps we shouldn’t think
>>> about
>>> how we can continue to use those libs from Adobe, but think more about
>>> getting rid of this dependency once and for all. That’s something I
>>> think
>>> would be a better invest for our time.
>>> 
>>> Chris
>>> 
>>> 
>>> Am 12.02.17, 07:36 schrieb "Alex Harui" :
>>> 
>>> 
>>> 
>>>On 2/11/17, 11:22 AM, "Josh Tynjala"  wrote:
>>> 
 This is also an issue for the Feathers SDK. I agree with Chris. If
>>> Adobe
 could move these files somewhere else, that would help the
>>> community a
 lot.
 The current workaround really seems like it's too cumbersome. Since
>>> the
 files are currently on SourceForge, maybe a repository on Github
>>> would be
 just as acceptable to Adobe.
>>> 
>>>I haven't tested the installer.  Has anyone?  It is using Adobe AIR.
>>>Saxon is bundled so it isn't an issue.  The font kit is optional.
>>> 
>>>Apparently, it is very difficult for Adobe to change where the font
>>> kit
>>>files are.  We could switch back to downloading the entire Adobe
>>> Flex
>>> 4.6
>>>and unpacking the font kit jars.  I believe that is on a CDN and not
>>>source forge.
>>> 
>>>-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] maven faling (WeakMap)

[Alex Harui]

On 2/13/17, 10:14 AM, "Harbs"  wrote:

>I can change that.
>
>I named the methods the same as the JS Map/WeakMap ones, but we can give
>them other names.

Well, if you are emulating a JS API, it should probably have the same
name.  A short term fix for the build is to exclude ObjectMap from the
ASDoc.

-Alex

Re: [FlexJS] maven faling (WeakMap)

[Harbs]

I can change that.

I named the methods the same as the JS Map/WeakMap ones, but we can give them 
other names.

> On Feb 13, 2017, at 6:02 PM, Alex Harui  wrote:
> 
> 
> 
> On 2/13/17, 2:28 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
>  wrote:
> 
>> Discussion about Map/WeakMap comes due to the fact we have Dictionary in
>> Flash but no counterpart in JS, so our FlexJS class should use Map/WeakMap
>> in JS and Dictionary on SWF.
>> 
>> But for Iterator, I think we had that in AS3Commons right?
> 
> Could be, but IMO, in many ways, we want to use structured JS constructs
> where we can, so there is no overhead in the JS output.  So sure, add JS
> Iterators if you need them, maybe to the Collections.swc.  If you need
> generics to do it, it will have to wait.
> 
> Regarding ObjectMap, it is currently breaking the build because we use the
> regular Flex SDK to compile the ASDoc and it doesn't like having methods
> named "delete".  Can that be changed or do we need to put more energy into
> having Falcon generate our ASDoc?
> 
> -Alex
> 

Re: TLF, problem with the delay of updates

[goratz]

Hi Harbs, thank you for your answer.

Example text:

*Before:* 
Line 1: This is a example text.

*After:* 
Line 1: This is a ◙example
Line 2: text.

I tryied to make a example but in the example it works so I don't know
what's happening. I have this on my code:
EditManager.delayUpdates= false;
EditManager.allowDelayedOperations  = false;

And I did TextFlow.flowComposer.updateAllControllers() too. 

And when I get the text of the Line 1, I see the symbol of the image but the
line text it appears like "This is a ◙example text." and it should be "This
is a ◙example." because "text." should be in the next Line.

Do you have any idea of what is happening here? Any action over the textflow
or the EditManager could dissable the delayUpdates = false?

Thank you very much.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/TLF-problem-with-the-delay-of-updates-tp59313p59331.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [1/2] git commit: [flex-asjs] [refs/heads/develop] - - Fix not working numElements - Fix failing internalChildren function when element is undefined

[piotrz]

Yishay,

In my scenario I have content where numElements is greater than 1. [1]. I'm
using it to check whether I have any children apart of TabBar - it means to
me that TabBar contains also TabPanel-s (content holder for each TabButton).

If numElements is failing as it's in my case in other layouts it probably
should be fixed, but I won't touch it till someone will not show me cases
when it's failing.

[1]
https://github.com/apache/flex-asjs/blob/develop/frameworks/projects/MaterialDesignLite/src/main/flex/org/apache/flex/mdl/beads/views/TabsView.as

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Re-1-2-git-commit-flex-asjs-refs-heads-develop-Fix-not-working-numElements-Fix-failing-internalChildd-tp59183p59330.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] Injection library

[Carlos Rovira]

Hi Alex, while I understand your proposal I will prefer to have not only
that mechanism but
as well falcon to know more about metadata and evolve to make more things.
Having best of both worlds looks more "flex"-ible to me :)

2017-02-13 17:43 GMT+01:00 Alex Harui :

>
>
> On 2/13/17, 2:56 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
> 
> wrote:
>
> >Hi Alex,
> >
> >DI frameworks has many more things. For example If I configure a model
> >bean
> >of type ProductModel and give it an id of "productModel", in each class I
> >declare a
> >var productModel:ProductModel, the framework will inject it.
> >
> >With bead/strands we would need to make that in all declarations.
> >As well, beads/strands seems to be very prepared for MXML but not to be
> >tweaked in AS3
>
> IMO, that isn't true.  You could have a single application level bead that
> watches for objects being added to the DOM.
> But yes, I am proposing that MXML with beads is a structured way of
> "annotating" objects.
>
> >
> >Metadata as well is something very powerful and I expect we could get more
> >of this in the future
> >both in compiler and language (like Generics) or in a DI framework
> >
> >IMHO, we should not restrict o simplify this. We should embrace all this
> >things DI, Annotations/Metadata,
> >beads/strands,... since each one has its own points and will make FlexJS
> >something ahead the rest
>
> Well, we have Metadata support already.  I'm just pointing out that in
> many ways with regular Flex, Metadata was the only option for extending
> objects at runtime.  In FlexJS, with beads, I think we have another more
> structured way of extending objects at runtime, so brand-new DI frameworks
> should consider that.  Just like we say that AS is better than JS because
> it is structured, maybe beads for DI is better than Metadata also because
> it is structured.  I encourage you, if you are going to write a
> next-generation DI framework, to think out-of-the-box and not just re-use
> the old techniques without considering the new ones.  I remember seeing
> some Parsely code and watching how it waited for creationComplete before
> applying its changes to the objects which cause a full re-validation of
> the DOM and thinking that for FlexJS, we could make DI-friendly component
> sets that have different lifecycle events that allow injection without
> forcing a full second-pass.  Things can be much better when you can design
> them in vs having to patch them in from the outside.
>
> -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: MXML Azzurro

[Alex Harui]

On 2/13/17, 5:20 AM, "flex capacitor"  wrote:

>Thanks. I'm not sure but it would probably take around a week to a month
>depending on what route you go and if you want JS output or Flash output.
>If you wanted to use the existing application you would create a
>FlexJSImporter and have it write to a div or iframe. It could reuse all
>the
>classes but it would require the Flash Player plugin. The second route
>would be to create it all in FlexJS. That would be more work since you
>would have to update any code that uses Flash specific APIs and you would
>have to update the classes for any changes in the FlexJS reflection API

Doesn't this work via an agent in the running application?  Seems like
we'd only need to supply a FlexJS-knowledgable agent in order to see it
work for FlexJS SWFs.  Does it use LocalConnection?  If so, then to get it
to work for JS, we'd either need to rewrite the communications to use
sockets, or require a special Flash-based agent that talks to the JS Agent.

Of course I could be completely wrong...
-Alex

Re: [FlexJS] Injection library

[Alex Harui]

On 2/13/17, 2:56 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
 wrote:

>Hi Alex,
>
>DI frameworks has many more things. For example If I configure a model
>bean
>of type ProductModel and give it an id of "productModel", in each class I
>declare a
>var productModel:ProductModel, the framework will inject it.
>
>With bead/strands we would need to make that in all declarations.
>As well, beads/strands seems to be very prepared for MXML but not to be
>tweaked in AS3

IMO, that isn't true.  You could have a single application level bead that
watches for objects being added to the DOM.
But yes, I am proposing that MXML with beads is a structured way of
"annotating" objects.

>
>Metadata as well is something very powerful and I expect we could get more
>of this in the future
>both in compiler and language (like Generics) or in a DI framework
>
>IMHO, we should not restrict o simplify this. We should embrace all this
>things DI, Annotations/Metadata,
>beads/strands,... since each one has its own points and will make FlexJS
>something ahead the rest

Well, we have Metadata support already.  I'm just pointing out that in
many ways with regular Flex, Metadata was the only option for extending
objects at runtime.  In FlexJS, with beads, I think we have another more
structured way of extending objects at runtime, so brand-new DI frameworks
should consider that.  Just like we say that AS is better than JS because
it is structured, maybe beads for DI is better than Metadata also because
it is structured.  I encourage you, if you are going to write a
next-generation DI framework, to think out-of-the-box and not just re-use
the old techniques without considering the new ones.  I remember seeing
some Parsely code and watching how it waited for creationComplete before
applying its changes to the objects which cause a full re-validation of
the DOM and thinking that for FlexJS, we could make DI-friendly component
sets that have different lifecycle events that allow injection without
forcing a full second-pass.  Things can be much better when you can design
them in vs having to patch them in from the outside.

-Alex

Re: source forge downloads failing

[Alex Harui]

+1 to replacing font kit. Are you volunteering to write the code to
replace the font kit?  I don't have the cycles.

On 2/13/17, 2:23 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
 wrote:

>+1
>
>2017-02-13 10:45 GMT+01:00 Christofer Dutz :
>
>> Seriously? … download the entire Flex SDK for 4 Jars?
>>
>> Nope … not gonna happen … at least not if I have any saying in this
>>matter.
>>
>> Think I’ll just drop support for the fontkit in the Mavenizer and make
>> sure FlexJS’s Maven build doesn’t need it. Perhaps we shouldn’t think
>>about
>> how we can continue to use those libs from Adobe, but think more about
>> getting rid of this dependency once and for all. That’s something I
>>think
>> would be a better invest for our time.
>>
>> Chris
>>
>>
>> Am 12.02.17, 07:36 schrieb "Alex Harui" :
>>
>>
>>
>> On 2/11/17, 11:22 AM, "Josh Tynjala"  wrote:
>>
>> >This is also an issue for the Feathers SDK. I agree with Chris. If
>> Adobe
>> >could move these files somewhere else, that would help the
>>community a
>> >lot.
>> >The current workaround really seems like it's too cumbersome. Since
>> the
>> >files are currently on SourceForge, maybe a repository on Github
>> would be
>> >just as acceptable to Adobe.
>>
>> I haven't tested the installer.  Has anyone?  It is using Adobe AIR.
>> Saxon is bundled so it isn't an issue.  The font kit is optional.
>>
>> Apparently, it is very difficult for Adobe to change where the font
>>kit
>> files are.  We could switch back to downloading the entire Adobe
>>Flex
>> 4.6
>> and unpacking the font kit jars.  I believe that is on a CDN and not
>> source forge.
>>
>> -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] Falcon Not Building in Ant

[Alex Harui]

On 2/13/17, 1:33 AM, "yishayw"  wrote:

>I'm getting this:
>
>C:\dev\flexjs\flex-falcon\compiler-build-tools\build.xml:76: Unable to
>find
>a javac compiler;
>
>Do I need to install a JDK?
>
>The maven build seems fine.

Did you follow the setup instructions in the README?  I think it does
mention a JDK and maybe other stuff.  And if the README isn't right, we
need to fix the README.

Thanks,
-Alex

Login Security (was Re: Donating to Apache Flex)

[Alex Harui]

Another technical thread

On 2/13/17, 12:28 AM, "Christofer Dutz"  wrote:
>
>There is a HUGE difference between setting up a Jenkins on the Intranet
>and running a Jenkins on the Internet. From the end-user’s perspective,
>this isn’t noticeable, but when administrating these system, it is huge.
>I had been working on a solution for assisting companies to detect and
>fix security vulnerabilities for 4-5 years and have learnt quite a lot on
>this. Just some things that would pop my mind:
>- You must integrate the authentication into the ASF LDAP (Setting up a
>separate one is out of the question)

Why is this a requirement?  ASF Wiki and ASF Jenkins have separate account
systems?  Don't many folks have logins and multiple users for VMs running
in Azure and AWS?

Thanks,
-Alex

Credentials and Maven (Was Re: Donating to Apache Flex)

[Alex Harui]

Forking a few technical threads...

On 2/13/17, 12:28 AM, "Christofer Dutz"  wrote:

>
>Right now, I don’t know how we could make sure we are able to commit to
>GIT or upload to maven without having the credentials on the VM we
>control … 

I guess I don't understand enough about Maven and credentials, so can we
use this thread to get more details?

Is it true that on builds.a.o, your credentials are stored there or the
ASF has a special credential stored there for use when publishing to Maven?

Must credentials be stored on a server or can they be prompted?

Thanks,
-Alex

Re: Donating to Apache Flex

[Alex Harui]

On 2/13/17, 12:28 AM, "Christofer Dutz"  wrote:

>Well a lot of what you write sounds sensible … especially with an assumed
>Community-Tax (or whatever you call it in the end).
>
>Eventually it would be an option to have a global “donation service” form
>the ASF together with the option to - let’s say add a “Donate to Flex”
>button on the projects website in which donations are done to the ASF
>with a marker of it being directed to the Flex Project. I wouldn’t want
>to have to manage a dedicated bank account and handle all the beurocratic
>stuff.

I forgot to mention that, besides the community tax, there might be
another bill from the ASF for services we use such as email, release
distribution storage, and assistance from the financial folks for handling
the accounting of the money.  The ASF receives bills for the same already,
we would just be a micro-version of the same.

>
>There is a HUGE difference between setting up a Jenkins on the Intranet
>and running a Jenkins on the Internet. From the end-user’s perspective,
>this isn’t noticeable, but when administrating these system, it is huge.
>I had been working on a solution for assisting companies to detect and
>fix security vulnerabilities for 4-5 years and have learnt quite a lot on
>this. Just some things that would pop my mind:
>- You must integrate the authentication into the ASF LDAP (Setting up a
>separate one is out of the question)
>- You must install the good patches as soon as possible and skip the bad
>ones (Usually you have a test-environment to test updates)
>- The credentials for accessing the ASF LDAP must be available on the
>system (Don’t think Infra would like that)
>- To publish artifacts to the ASF Maven repo, credentials of someone must
>be provided (alternatively Infra could create technical users, but this
>will not happen and I think that’s good that they won’t do that)
>- To commit and push to the GIT repos the same applies as for the Maven
>repos
>- Unfortunately, there is no “setup.exe” to install Security. It’s why a
>good system Admin is worth its weight in gold (At least this was one
>thing I learnt from my Professor). Every “shortcut” opens dozens of
>possible security holes, you have to think about all of them.
>- I bet if we were to switch to the “self hosted mode”, I would start
>voting -1 setups and decisions to block unsecure shortcuts, we would have
>a whole new dimension on discussions here … not looking forward to that.
>- If we run our own JIRA/Wiki/Website … we need backups and people
>skilled enough to restore them after a catastrophic failure.

There are some interesting questions in this regard:

1) If we self-host, would we require someone be a committer first via the
usual ways, or would contributing to keeping the VM safe and running be a
valid way to earn committer rights?  That would require trusting someone
to work on the VM before being trusted enough to be a committer.
2) I think any "decentralized" solution would result in Infra wanting to
store the backups and maybe dictate how often they take them.

>
>I guess most things that people are complaining to Infra about are
>probably sort of the same type of problems we were having in the past.
>The thing is that we wanted them to provide a build that fits the build
>we created. What I did, was to simplify the build and create a common
>ground with Infra towards what’s possible and what’s not and to adjust
>the build accordingly. If all projects would use this type of dialog I
>guess, we wouldn’t have this type of problems.

Well, having a "what's not possible" list is bad for the project if we
need to do some of those things on that list.  This is why a decentralized
solution is better for the project.  But there was a recent thread where a
Mac CI Server was taken down because there weren't customers for it for a
period of time but someone did need it.  Again, I don't like these
decisions taken out of our hands.  If we need to test on some stinky old
version of Java, we should be able to acquire the resources and do it and
not have Infra say they are too busy or don't have the resources.

-Alex

Re: [FlexJS] MDL Build Failing in Ant

[Josh Tynjala]

dialogPolyfill was recently added to flex-typedefs. Maybe you need to build
that first.

https://github.com/apache/flex-typedefs/commit/f93c812282dda1ff4593398eb40326f7adc00d9e

- Josh

On Mon, Feb 13, 2017 at 1:54 AM, yishayw  wrote:

> Has anyone else been getting this?
>
>[compc]
> C:\dev\flexjs\flex-asjs\frameworks\projects\MaterialDesignLite\src\main\
> flex\org\apache\flex\mdl\Dialog.as(121):
> col: 7 Error: Access
> of possibly undefined property dialogPolyfill.
>[compc]
>[compc]
> dialogPolyfill.registerDialog(dialog);
>
>
>
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-MDL-Build-Failing-
> in-Ant-tp59303.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>

Re: [FlexJS] maven faling (WeakMap)

[Alex Harui]

On 2/13/17, 2:28 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
 wrote:

>Discussion about Map/WeakMap comes due to the fact we have Dictionary in
>Flash but no counterpart in JS, so our FlexJS class should use Map/WeakMap
>in JS and Dictionary on SWF.
>
>But for Iterator, I think we had that in AS3Commons right?

Could be, but IMO, in many ways, we want to use structured JS constructs
where we can, so there is no overhead in the JS output.  So sure, add JS
Iterators if you need them, maybe to the Collections.swc.  If you need
generics to do it, it will have to wait.

Regarding ObjectMap, it is currently breaking the build because we use the
regular Flex SDK to compile the ASDoc and it doesn't like having methods
named "delete".  Can that be changed or do we need to put more energy into
having Falcon generate our ASDoc?

-Alex

Re: [FlexJS] Setting background colour at run time fails

[Alex Harui]

On 2/12/17, 11:38 PM, "Justin Mclean"  wrote:

>Hi,
>
>> Raise a jira for Bindable - I will try to look into that.
>
>Here you go https://issues.apache.org/jira/browse/FLEX-35265
>
>> What's the difference between BindableCSSStyles to ContainerDataBinding
>>?
>
>Code is very different looks like BindableCSSStyles just specifies the
>list of styles to watch for, where as ContainerDataBinding does all of
>the actually binding work.
>   

The XXXDataBinding classes handle the {} data binding statements in MXML.
They set up watchers and binding instances that react to change events,
which are the key piece in data binding.

A string like styles="fontWeight:bold" is difficult to watch for changes.
Plus it is not structured data: the compiler will not catch me when I
mistype style="fontWieght:bold".  So, and hopefully FlexJSStore
illustrates this, there is a SimpleCSSStyles class that is structured so
in MXML you use it like:


   
  
   



More verbose, but now the compiler won't let you mis-type fontWeight.
SimpleCSSStyles only contains the most common styles I could think of.
Folks can create their own versions for their own purposes.  However,
these classes are, because of PAYG, simple bags of properties and do not
dispatch change events.  BindableCSSStyles dispatches change events.

HTH,
-Alex

Re: [FlexJS] Spacers and positioning

[Peter Ent]

I think we should use the Express package as a way to build a
comprehensive, yet slim, set of components, that has all of the expected
functionality built it. For example, incorporating vertical and horizontal
gap properties and alignment, into the layouts. Imposing this on
Basic/HTML is not the PAYG way. Basic really should a have a number of
layouts or layouts + layout beads, that accomplish the same task as
Express, but in a much more verbose way.

For example:  or


That sort of thing. The Express version of these layouts would have those
properties already in them and probably do a more complex algorithm, maybe
with multiple passes if needed.

Another option would be to implement the flex-box layout on the SWF side,
which seems pretty versatile to me. That might also be something for
Express.

To me, the Basic/HTML, should provide the bare minimum with augmentation
via beads.

Peter Ent
Adobe Systems/Apache Flex Project

On 2/12/17, 6:07 AM, "Harbs"  wrote:

>Documentation is the key. I don¹t know what to say, but we need a
>solution to that problem.
>
>The current BasicLayout seems to be pretty inefficient as-is for HTML
>layout. It currently runs layout twice, and we observed some pretty
>extreme delays in laying out lists. For example, a list with close to 400
>items (simple strings) took about a full second to redraw. We have not
>spent the time figuring out why it¹s so slow.
>
>It would be an interesting exercise to create a ConstrainedLayout which
>would basically be a port of the Flex layout and compare  the performance
>between the two. We very well might do thatŠ
>
>Harbs
>
>> On Feb 12, 2017, at 8:55 AM, Alex Harui  wrote:
>> 
>> In the current layouts, %width works the way it does in the browser and
>> not the way it did in Flex.  Where should we document that so folks find
>> it easily?
>> 
>> If someone wants to port the Flex layouts that's fine with me.  They
>>will
>> be at least twice as slow, if not more, but that's PAYG for you.
>> 
>> I think you might be able to use Spacer as the FlexibleChild in
>> OneFlexibleChildHorizontalLayout
>> 
>> And we want the recommended JS patterns to work.  Nice to know that you
>> got position:absolute;right:0px; to work.  Supposedly "float: right"
>>will
>> work as well, but I don¹t think the SWF side supports that.
>> 
>> We are in the business of finding common patterns and encapsulating
>>them.
>> So, it is totally within the FlexJS philosophy to have a bead called a
>> RightAlignBead that injects position:absolute;right:0px; into the styles
>> block.  There is probably some trickiness to dealing with conflicts if
>>the
>> styles are also being set in some other way, but then you could do:
>> 
>> 
>> 
>>  
>>
>>  
>> 
>> 
>> I'm not sure I understand the last code snippet, but there is no reason
>> not to create a 4ColumnLayout.  We have a VerticalColumnLayout already.
>> Find the pattern and encapsulate it so others can use it.  Try to keep
>>it
>> small and loosely coupled.
>> 
>> My 2 cents,
>> -Alex
>> 
>> On 2/11/17, 10:07 PM, "Harbs"  wrote:
>> 
>>> Currently, the best you can do to spread elements in FlexJS is by using
>>> OneFlexibleChildVerticalLayout and OneFlexibleChildHorizontalLayout.
>>> 
>>> The more we use FlexJS, the more we¹re coming to the conclusion that we
>>> really need a ConstrainedLayout which has the features of the classic
>>> Flex layoutŠ
>>> 
>>> Harbs
>>> 
 On Feb 12, 2017, at 4:46 AM, Justin Mclean 
 wrote:
 
 Hi,
 
 An old trick to get things to be pined to the RHS was to use a 100%
 spacer in MXML.
 
 However code like this doesn¹t work in FlexJS:
 
 
   
   
   
 
 
 But in FlexJS the spacer is 100% of the containers width and the
button
 wraps onto the next line.
 
 You can do this but is seems bit cumbersome:
 
 
   
   
 
 
 And a little more cumbersome once you have several items you want to
 evenly space.
 
 
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
 
 
 Is there a better way of doing this?
 
 Thanks,
 Justin
 
>>> 
>> 
>

[FlexJS] FlexJS Summit at ApacheCon NA 2017 in Miami

[Christofer Dutz]

Hi guys,

As you might have noticed, we are having our first FlexJS Summit at this year’s 
ApacheCon in Miami.

Link to the Event: http://us.apacheflexjs.org/

We are planning on making this a big thing, where all the core developers of 
FlexJS and people interested in FlexJS come together, meet, discuss and work on 
the future of FlexJS.

I would like to take the chance and advertise “Apache Travel Assistance”. We 
want you to come to ApacheCon and think that not being able to afford the trip 
should not be a reason not to do so. Apache TAC therefore offers people the 
chance to travel there with all expenses paid by Apache.

See details here: https://www.apache.org/travel/

I did my first ApacheCon trip via TAC, because my employer then didn’t want to 
support me at all to going to Denver … It was a fascinating experience and I 
have grown addicted to Apache ever since. I know others here have done the 
same, so don’t think it’s something just for others.

Would be great to see you guys in person in Miami.

Chris

Re: MXML Azzurro

[OK]

Cool, thanks for working on this!

It seems to me that the mxml editor at the bottom is not working under
Windows 7 with IE11 [1].
Firefox and Chrome works for me...

Olaf

[1]https://snag.gy/4f6CTA.jpg




--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/MXML-Azzurro-tp59262p59316.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: MXML Azzurro

[flex capacitor]

Thanks. I'm not sure but it would probably take around a week to a month
depending on what route you go and if you want JS output or Flash output.
If you wanted to use the existing application you would create a
FlexJSImporter and have it write to a div or iframe. It could reuse all the
classes but it would require the Flash Player plugin. The second route
would be to create it all in FlexJS. That would be more work since you
would have to update any code that uses Flash specific APIs and you would
have to update the classes for any changes in the FlexJS reflection API

On Sun, Feb 12, 2017 at 4:26 PM, Carlos Rovira <
carlos.rov...@codeoscopic.com> wrote:

> So Cool Jude,
>
> I add to Harbs question would it work for FlexJS? That would be
> awesome!! :)
>
> 2017-02-12 22:23 GMT+01:00 Harbs :
>
> > Jude,
> >
> > That is way cool!
> >
> > What would be involved in getting it to work with FlexJS MXML?
> >
> > Harbs
> >
> > > On Feb 12, 2017, at 11:14 PM, flex capacitor 
> > wrote:
> > >
> > > I just wanted to make the community aware of the project MXML Azzurro
> > > . It's an online MXML editor,
> interpreter
> > and
> > > render that you can use to create and post MXML snippets.
> > >
> > > Why do this?
> > >
> > >   - So Flex developers can see MXML code rendered live without
> installing
> > >   a compiler
> > >   - So Flex developers can save and share MXML snippets
> > >   - So non-Flex developers can see MXML syntax and rendered results
> > >
> > > Also, HTML markup is far behind MXML and XML in general. Not so much
> the
> > > rendering but the markup. We need to promote something better natively
> > even
> > > if we are cross compiling to it. HTML doesn't have VGroups or HGroups
> > like
> > > Flex or simple styles like horizontalAlign or verticalAlign. They have
> > > display, box-sizing, floats, shadow dom, no content fit and all of
> these
> > > other rules to get basic functionality we get for free. They probably
> > won't
> > > listen but if they were wise they could use MXML (mustella, etc) as a
> > > scaffold for a updated syntax and expected syntax behavior.
> > >
> > > If it's something that would fit on the Apache website it's welcome.
> > >
> > > Note:  It does not support states, declarations, css or AS3 although
> > those
> > > things can be added in time by myself or anyone who has access to
> github.
> > > It has dependencies to other project libraries but with some work it
> can
> > be
> > > decoupled.
> > >
> > > More info here . The source is at
> > > github here .
> >
> >
>
>
> --
>
> 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: TLF, problem with the delay of updates

[Harbs]

I don’t know what you mean by the Status, but updateAllControllers() should do 
it. Depending on what you need, compose() might be enough.

I’m going to need more details to even guess what your problem is.

> On Feb 13, 2017, at 1:41 PM, goratz  wrote:
> 
> Hi, I have a problem with the TLF, I'm trying to take the actual Status of
> the Textflow but it gives me a previous state, it looks like it waits to
> Enter_Frame Event to update all the information. 
> 
> Can I force the TLF to update all of this without wait to the Enter_Frame
> Event? I tryied with updateallcontrollers but it didn't work.
> 
> Thank you very much.
> 
> 
> 
> --
> View this message in context: 
> http://apache-flex-development.247.n4.nabble.com/TLF-problem-with-the-delay-of-updates-tp59313.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.

TLF, problem with the delay of updates

[goratz]

Hi, I have a problem with the TLF, I'm trying to take the actual Status of
the Textflow but it gives me a previous state, it looks like it waits to
Enter_Frame Event to update all the information. 

Can I force the TLF to update all of this without wait to the Enter_Frame
Event? I tryied with updateallcontrollers but it didn't work.

Thank you very much.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/TLF-problem-with-the-delay-of-updates-tp59313.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] Injection library

[Carlos Rovira]

Hi Alex,

DI frameworks has many more things. For example If I configure a model bean
of type ProductModel and give it an id of "productModel", in each class I
declare a
var productModel:ProductModel, the framework will inject it.

With bead/strands we would need to make that in all declarations.
As well, beads/strands seems to be very prepared for MXML but not to be
tweaked in AS3

Other things that never came to Swiz, or other similar frameworks, and I'd
love to see here:
For example if you want to affect various objects of a type a inject some
behavior
(imagine some logging behaviour)

Metadata as well is something very powerful and I expect we could get more
of this in the future
both in compiler and language (like Generics) or in a DI framework

Other thinks I like it is validation based on metadata (like people at
GraniteDS did)
I always thought that old Flex validation was not covering all things, and
I expect to have
validation behaviour attached to the VO, POJO or DTO variable.

IMHO, we should not restrict o simplify this. We should embrace all this
things DI, Annotations/Metadata,
beads/strands,... since each one has its own points and will make FlexJS
something ahead the rest





2017-02-10 20:05 GMT+01:00 Alex Harui :

>
>
> On 2/10/17, 4:22 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
> 
> wrote:
>
> >I check PureMVC many years ago, and liked it so much. But For me Swiz (or
> >Parsely) has sometihing I can't pass without... Dependency Injection. For
> >me annotations or metadata is a must, not only in this kind of micro
> >architectures, but a must in other type of code.
>
> I've never used DI frameworks so I may be completely off-base, but IMO, I
> wonder if metadata is the best way to do things like DI.  I remember
> discussions among my Adobe colleagues that metadata is becoming a language
> unto itself.  There really is no checking on Metadata by the compiler or
> runtime, so it is essentially as unstructured as JavaScript.
>
> One of the things that beads/strands allows is the "injection" of
> functionality in a way that is checked by the compiler.  If you mis-type
> the name of the bead, the code-hinting and/or compiler will catch you.
> You can use CSS to externalize what beads get applied and the compiler
> will catch you if you mistype what goes in the ClassReference.
>
> Furthermore, I believe it may be faster for the DI engine to examine the
> strand instead of examine the metadata.
>
> So, while it would be great to lower the barriers to migration by porting
> the various Application-level Frameworks from Flex, if you are going to
> write a new DI subsystem, should you consider doing it in a more
> structured way?
>
> Thoughts?
> -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, MDL] Mixing Basic and MDL

[Carlos Rovira]

I don't recommend to use FlexJS Components at all if you use MDL set. Some
points:

1.- MDL (like other *imported* sets) uses it's own components, its own
implementation and rules, so we are only wrapping in FlexJS to make it more
usable in our FlexJS world.

2.- MDL has it's own way to make layouts and other FlexJS things. For that
reason, I commented some days ago to split html tags in HTML swc and other
basic stuff from other FlexJS basic components like js:Button, js:CheckBox,
and so on (take into account that at this time I didn't refactor MDL in
global to avoid dependencies of all HTML components.

3.- In MDL examples we remove CSS HTML basic styles since they mess MDL
ones (this is a big one)

4.- MDL doesn¡'t use relative positioning, like HTML FlexJS components that
all of them has potion:relative hardcoded in the components (and I think we
should remove it and move to some place where we can configure it)

Resume, you could try to mix some MDL and HTML components like js:Container
or js:HorizontalLayout, but in the end, think that MDL is done to manage
it's own way to do things like that.

Take into account as well that MDL basic set does not has some components
like Datepicker or DropDownList (that we could introduce from people that
already made it), and has others that are not part of our basic set
(Badges, Cards,...)

Hope this helps you to make decisions

Carlos





2017-02-13 11:10 GMT+01:00 piotrz :

> Hi Yishay,
>
> I think you should use mdl:Application (cause of Dialogpolyfill), but in
> general I'm not sure how it will be working when you mix FlexJS native
> components with mdl one.
>
> Piotr
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-MDL-Mixing-Basic-
> and-MDL-tp59300p59304.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] Maven Build and FLEXJS_HOME

[Carlos Rovira]

I use to make a new distribution nearly each day to have latest fresh code
in my SDK so Visual Code could get it. So I recommend to do that :)

2017-02-13 11:27 GMT+01:00 Christofer Dutz :

> Hi Yishay,
>
> In Maven, if you build the “framework” module and specify the
> “build-distribution” profile and specify a location, the build produces a
> (hopefully) valid FlexJS sdk in the desired directory.
>
> In contrast to Ant the Maven build is not intended to build a
> distribution/sdk within itself (With the Ant build you never really know
> where stuff comes from).
>
> So running:
>
> mvn clean install -P build-distribution -DdistributionTargetFolder=
> some-path
>
> Will produce something you should be able to import in Eclipse in the path
> you provided.
>
> Chris
>
> Am 13.02.17, 10:53 schrieb "yishayw" :
>
> In the Ant build, building asjs I do this:
>
> copy C:\dev\flexjs\flex-asjs\frameworks\js\FlexJS\libs\*.swc
> \frameworks\js\FlexJS\libs
>
> copy C:\dev\flexjs\flex-asjs\frameworks\libs\*.swc
> \frameworks\libs
>
> That ensures that FlashBuilder can see the newly build swc files.
> What's the
> parallel step in Maven?
>
> C:\dev\mvn_flexjs\flex-asjs\frameworks\js\FlexJS\libs does not exist.
>
>
>
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-Maven-Build-and-
> FLEXJS-HOME-tp59302.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] maven faling (WeakMap)

[Carlos Rovira]

Discussion about Map/WeakMap comes due to the fact we have Dictionary in
Flash but no counterpart in JS, so our FlexJS class should use Map/WeakMap
in JS and Dictionary on SWF.

But for Iterator, I think we had that in AS3Commons right?

2017-02-13 11:24 GMT+01:00 Harbs :

> My question is more about how to deal with Flash.
>
> There is currently no IIterator in Flex. We can add one. The question is
> whether we want to.
>
> Creating an iterator is pretty straight-forward.
>
> > On Feb 13, 2017, at 11:33 AM, Carlos Rovira <
> carlos.rov...@codeoscopic.com> wrote:
> >
> > Hi Harbs,
> >
> > if Map/WeakMap are already in some browsers, I will check for a polyfill
> so
> > the browser could rely on native implementation if there's someone, or
> use
> > the polyfill in browsers where there's nothing. I did something similar
> in
> > Dialog.as in MDL. I think in this way we are going with the standard and
> as
> > browsers implement the feature the polyfill will fallback to native
> > implementation.
> >
> > Thanks
> >
> >
> >
> > El 13 de febrero de 2017, 10:16, Harbs  escribió:
> >
> >> Another thing to discuss:
> >> Map has iterators. I’m not sure the best way to generalize that for
> >> cross-platform support.
> >>
> >>> On Feb 13, 2017, at 10:56 AM, Harbs  wrote:
> >>>
> >>> BTW:
> >>> ObjectMap is horribly inefficient. I’m working on fixing it.
> >>>
>  On Feb 13, 2017, at 10:18 AM, Carlos Rovira <
> >> carlos.rov...@codeoscopic.com> wrote:
> 
>  Build is working again.
>  Thanks!
> 
> 
> 
>  2017-02-13 7:36 GMT+01:00 Alex Harui :
> 
> > Hopefully I fixed it.
> >
> > On 2/12/17, 3:25 PM, "Harbs"  wrote:
> >
> >> It compiles in ant. It looks like the Maven build does not recognize
> >> ES2015 APIs. I don’t know how to point it to the right typedefs.
> >
> >
> >
> 
> 
>  --
> 
>  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 <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] Maven Build and FLEXJS_HOME

[Christofer Dutz]

Hi Yishay,

In Maven, if you build the “framework” module and specify the 
“build-distribution” profile and specify a location, the build produces a 
(hopefully) valid FlexJS sdk in the desired directory. 

In contrast to Ant the Maven build is not intended to build a distribution/sdk 
within itself (With the Ant build you never really know where stuff comes from).

So running:

mvn clean install -P build-distribution -DdistributionTargetFolder=some-path

Will produce something you should be able to import in Eclipse in the path you 
provided.

Chris

Am 13.02.17, 10:53 schrieb "yishayw" :

In the Ant build, building asjs I do this:

copy C:\dev\flexjs\flex-asjs\frameworks\js\FlexJS\libs\*.swc
\frameworks\js\FlexJS\libs

copy C:\dev\flexjs\flex-asjs\frameworks\libs\*.swc
\frameworks\libs

That ensures that FlashBuilder can see the newly build swc files. What's the
parallel step in Maven?

C:\dev\mvn_flexjs\flex-asjs\frameworks\js\FlexJS\libs does not exist.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Maven-Build-and-FLEXJS-HOME-tp59302.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] MDL Build Failing in Ant

[Carlos Rovira]

Hi Yishayw,

I introduce that code, but as I'm focused on Maven and doesn't touch ANT, I
didn't make anything on that side. So probably MDL is not fully supporting
ANT

2017-02-13 10:54 GMT+01:00 yishayw :

> Has anyone else been getting this?
>
>[compc]
> C:\dev\flexjs\flex-asjs\frameworks\projects\MaterialDesignLite\src\main\
> flex\org\apache\flex\mdl\Dialog.as(121):
> col: 7 Error: Access
> of possibly undefined property dialogPolyfill.
>[compc]
>[compc]
> dialogPolyfill.registerDialog(dialog);
>
>
>
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-MDL-Build-Failing-
> in-Ant-tp59303.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: source forge downloads failing

[Carlos Rovira]

+1

2017-02-13 10:45 GMT+01:00 Christofer Dutz :

> Seriously? … download the entire Flex SDK for 4 Jars?
>
> Nope … not gonna happen … at least not if I have any saying in this matter.
>
> Think I’ll just drop support for the fontkit in the Mavenizer and make
> sure FlexJS’s Maven build doesn’t need it. Perhaps we shouldn’t think about
> how we can continue to use those libs from Adobe, but think more about
> getting rid of this dependency once and for all. That’s something I think
> would be a better invest for our time.
>
> Chris
>
>
> Am 12.02.17, 07:36 schrieb "Alex Harui" :
>
>
>
> On 2/11/17, 11:22 AM, "Josh Tynjala"  wrote:
>
> >This is also an issue for the Feathers SDK. I agree with Chris. If
> Adobe
> >could move these files somewhere else, that would help the community a
> >lot.
> >The current workaround really seems like it's too cumbersome. Since
> the
> >files are currently on SourceForge, maybe a repository on Github
> would be
> >just as acceptable to Adobe.
>
> I haven't tested the installer.  Has anyone?  It is using Adobe AIR.
> Saxon is bundled so it isn't an issue.  The font kit is optional.
>
> Apparently, it is very difficult for Adobe to change where the font kit
> files are.  We could switch back to downloading the entire Adobe Flex
> 4.6
> and unpacking the font kit jars.  I believe that is on a CDN and not
> source forge.
>
> -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] maven faling (WeakMap)

[Harbs]

My question is more about how to deal with Flash.

There is currently no IIterator in Flex. We can add one. The question is 
whether we want to.

Creating an iterator is pretty straight-forward.

> On Feb 13, 2017, at 11:33 AM, Carlos Rovira  
> wrote:
> 
> Hi Harbs,
> 
> if Map/WeakMap are already in some browsers, I will check for a polyfill so
> the browser could rely on native implementation if there's someone, or use
> the polyfill in browsers where there's nothing. I did something similar in
> Dialog.as in MDL. I think in this way we are going with the standard and as
> browsers implement the feature the polyfill will fallback to native
> implementation.
> 
> Thanks
> 
> 
> 
> El 13 de febrero de 2017, 10:16, Harbs  escribió:
> 
>> Another thing to discuss:
>> Map has iterators. I’m not sure the best way to generalize that for
>> cross-platform support.
>> 
>>> On Feb 13, 2017, at 10:56 AM, Harbs  wrote:
>>> 
>>> BTW:
>>> ObjectMap is horribly inefficient. I’m working on fixing it.
>>> 
 On Feb 13, 2017, at 10:18 AM, Carlos Rovira <
>> carlos.rov...@codeoscopic.com> wrote:
 
 Build is working again.
 Thanks!
 
 
 
 2017-02-13 7:36 GMT+01:00 Alex Harui :
 
> Hopefully I fixed it.
> 
> On 2/12/17, 3:25 PM, "Harbs"  wrote:
> 
>> It compiles in ant. It looks like the Maven build does not recognize
>> ES2015 APIs. I don’t know how to point it to the right typedefs.
> 
> 
> 
 
 
 --
 
 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 <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.

Re: [FlexJS, MDL] Mixing Basic and MDL

[piotrz]

Hi Yishay,

I think you should use mdl:Application (cause of Dialogpolyfill), but in
general I'm not sure how it will be working when you mix FlexJS native
components with mdl one.

Piotr



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

[FlexJS] MDL Build Failing in Ant

[yishayw]

Has anyone else been getting this?

   [compc]
C:\dev\flexjs\flex-asjs\frameworks\projects\MaterialDesignLite\src\main\flex\org\apache\flex\mdl\Dialog.as(121):
col: 7 Error: Access
of possibly undefined property dialogPolyfill.
   [compc]
   [compc]
dialogPolyfill.registerDialog(dialog);



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Build-Failing-in-Ant-tp59303.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

[FlexJS] Maven Build and FLEXJS_HOME

[yishayw]

In the Ant build, building asjs I do this:

copy C:\dev\flexjs\flex-asjs\frameworks\js\FlexJS\libs\*.swc
\frameworks\js\FlexJS\libs

copy C:\dev\flexjs\flex-asjs\frameworks\libs\*.swc
\frameworks\libs

That ensures that FlashBuilder can see the newly build swc files. What's the
parallel step in Maven?

C:\dev\mvn_flexjs\flex-asjs\frameworks\js\FlexJS\libs does not exist.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Maven-Build-and-FLEXJS-HOME-tp59302.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: source forge downloads failing

[Christofer Dutz]

Seriously? … download the entire Flex SDK for 4 Jars? 

Nope … not gonna happen … at least not if I have any saying in this matter.

Think I’ll just drop support for the fontkit in the Mavenizer and make sure 
FlexJS’s Maven build doesn’t need it. Perhaps we shouldn’t think about how we 
can continue to use those libs from Adobe, but think more about getting rid of 
this dependency once and for all. That’s something I think would be a better 
invest for our time.

Chris


Am 12.02.17, 07:36 schrieb "Alex Harui" :



On 2/11/17, 11:22 AM, "Josh Tynjala"  wrote:

>This is also an issue for the Feathers SDK. I agree with Chris. If Adobe
>could move these files somewhere else, that would help the community a
>lot.
>The current workaround really seems like it's too cumbersome. Since the
>files are currently on SourceForge, maybe a repository on Github would be
>just as acceptable to Adobe.

I haven't tested the installer.  Has anyone?  It is using Adobe AIR.
Saxon is bundled so it isn't an issue.  The font kit is optional.

Apparently, it is very difficult for Adobe to change where the font kit
files are.  We could switch back to downloading the entire Adobe Flex 4.6
and unpacking the font kit jars.  I believe that is on a CDN and not
source forge.

-Alex

[FlexJS, MDL] Mixing Basic and MDL

[yishayw]

Carols, Piotr, others, I remember seeing a discussion on this but I couldn't
find it. Can we a use a js:Application with the basic component set which
features a Panel that has mdl components? What are the constraints? We'd
like to start skinning out app with MDL styles.

Thanks.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Mixing-Basic-and-MDL-tp59300.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

[FlexJS] Falcon Not Building in Ant

[yishayw]

I'm getting this:

C:\dev\flexjs\flex-falcon\compiler-build-tools\build.xml:76: Unable to find
a javac compiler;

Do I need to install a JDK?

The maven build seems fine.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Falcon-Not-Building-in-Ant-tp59299.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] maven faling (WeakMap)

[Carlos Rovira]

Hi Harbs,

if Map/WeakMap are already in some browsers, I will check for a polyfill so
the browser could rely on native implementation if there's someone, or use
the polyfill in browsers where there's nothing. I did something similar in
Dialog.as in MDL. I think in this way we are going with the standard and as
browsers implement the feature the polyfill will fallback to native
implementation.

Thanks



El 13 de febrero de 2017, 10:16, Harbs  escribió:

> Another thing to discuss:
> Map has iterators. I’m not sure the best way to generalize that for
> cross-platform support.
>
> > On Feb 13, 2017, at 10:56 AM, Harbs  wrote:
> >
> > BTW:
> > ObjectMap is horribly inefficient. I’m working on fixing it.
> >
> >> On Feb 13, 2017, at 10:18 AM, Carlos Rovira <
> carlos.rov...@codeoscopic.com> wrote:
> >>
> >> Build is working again.
> >> Thanks!
> >>
> >>
> >>
> >> 2017-02-13 7:36 GMT+01:00 Alex Harui :
> >>
> >>> Hopefully I fixed it.
> >>>
> >>> On 2/12/17, 3:25 PM, "Harbs"  wrote:
> >>>
>  It compiles in ant. It looks like the Maven build does not recognize
>  ES2015 APIs. I don’t know how to point it to the right typedefs.
> >>>
> >>>
> >>>
> >>
> >>
> >> --
> >>
> >> 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 <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.

Re: [FlexJS] UndoManager

[Harbs]

Very possibly. At such time that we end up with a hodgepodge, I would suggest 
splitting Core into logical pieces. Right now, I don’t see a logical place to 
split pieces out, but I’m open to hearing suggestions.

> On Feb 13, 2017, at 11:27 AM, Carlos Rovira  wrote:
> 
> we could end making it a hodgepodge.

Re: [FlexJS] UndoManager

[Carlos Rovira]

Hi Harbs

2017-02-13 10:09 GMT+01:00 Harbs :

> I have no problem moving it to somewhere other than Core, but I cannot
> think of a more logical place. It does not fit in anywhere.
>
> Unless we create a “Utils” project for all “non-esential” core-like
> functionality, Core seems like the logical place.
>
> The only issue with including it in Core is that the swc is slightly
> bigger and the Core build time is slightly longer. It has no effect on
> applications built using Core.
>

I think people could suggest about what they think, if left where is now or
suggest other place, but for me Core should be that...core...in other way
we could end making it a hodgepodge. It's clear that the code will not go
with you App if you don't reference it, but for the same way of thinking we
could have only one big SWC library. Anyway, for me is only a suggestion
since seems strange to me have it in Core.

Thanks!

Carlos

Re: [FlexJS] maven faling (WeakMap)

[Harbs]

Another thing to discuss:
Map has iterators. I’m not sure the best way to generalize that for 
cross-platform support.

> On Feb 13, 2017, at 10:56 AM, Harbs  wrote:
> 
> BTW:
> ObjectMap is horribly inefficient. I’m working on fixing it.
> 
>> On Feb 13, 2017, at 10:18 AM, Carlos Rovira  
>> wrote:
>> 
>> Build is working again.
>> Thanks!
>> 
>> 
>> 
>> 2017-02-13 7:36 GMT+01:00 Alex Harui :
>> 
>>> Hopefully I fixed it.
>>> 
>>> On 2/12/17, 3:25 PM, "Harbs"  wrote:
>>> 
 It compiles in ant. It looks like the Maven build does not recognize
 ES2015 APIs. I don’t know how to point it to the right typedefs.
>>> 
>>> 
>>> 
>> 
>> 
>> -- 
>> 
>> 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] UndoManager

[Harbs]

I have no problem moving it to somewhere other than Core, but I cannot think of 
a more logical place. It does not fit in anywhere.

Unless we create a “Utils” project for all “non-esential” core-like 
functionality, Core seems like the logical place.

The only issue with including it in Core is that the swc is slightly bigger and 
the Core build time is slightly longer. It has no effect on applications built 
using Core.

> On Feb 13, 2017, at 10:23 AM, Carlos Rovira  
> wrote:
> 
> Hi,
> 
> I saw the commit, and seems to me that UndoManager is specialized
> functionality. So for me it should not be in "Core".  Make it sense? Let me
> know what you think
> 
> Thanks for creating it :)
> 
> Carlos
> 
> 
> 2017-02-13 0:02 GMT+01:00 Harbs :
> 
>> I just committed this.
>> 
>>> On Feb 12, 2017, at 10:17 PM, Harbs  wrote:
>>> 
>>> I would like to add the tlf UndoManager to FlexJS Core utils.
>>> 
>>> Any objections to my doing so?
>>> 
>>> Harbs
>> 
>> 
> 
> 
> -- 
> 
> 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: Donating to Apache Flex

[Christofer Dutz]

Well a lot of what you write sounds sensible … especially with an assumed 
Community-Tax (or whatever you call it in the end).

Eventually it would be an option to have a global “donation service” form the 
ASF together with the option to - let’s say add a “Donate to Flex” button on 
the projects website in which donations are done to the ASF with a marker of it 
being directed to the Flex Project. I wouldn’t want to have to manage a 
dedicated bank account and handle all the beurocratic stuff. 

I guess there are enough new-banking solutions where we could split up a 
classic bank account into virtual sub-accounts and each PMC has limited access 
to pay using that (Just an assumption that something like this exists … if not 
we should create a new TLP for that ;-) ) 

One thing I never want to see or discuss is: Should X be paid to do Y because I 
know this will cause a lot of problems. Especially if Z could also do the same 
job and might be also willing to be paid for doing it. Who decides if X or Z is 
chosen? It could also lead into a direction that people could stop doing things 
for free. Sort of like “If I wait for a problem to become more and more a pain, 
I could get paid to fix it”.

There is a HUGE difference between setting up a Jenkins on the Intranet and 
running a Jenkins on the Internet. From the end-user’s perspective, this isn’t 
noticeable, but when administrating these system, it is huge. I had been 
working on a solution for assisting companies to detect and fix security 
vulnerabilities for 4-5 years and have learnt quite a lot on this. Just some 
things that would pop my mind:
- You must integrate the authentication into the ASF LDAP (Setting up a 
separate one is out of the question)
- You must install the good patches as soon as possible and skip the bad ones 
(Usually you have a test-environment to test updates)
- The credentials for accessing the ASF LDAP must be available on the system 
(Don’t think Infra would like that)
- To publish artifacts to the ASF Maven repo, credentials of someone must be 
provided (alternatively Infra could create technical users, but this will not 
happen and I think that’s good that they won’t do that)
- To commit and push to the GIT repos the same applies as for the Maven repos
- Unfortunately, there is no “setup.exe” to install Security. It’s why a good 
system Admin is worth its weight in gold (At least this was one thing I learnt 
from my Professor). Every “shortcut” opens dozens of possible security holes, 
you have to think about all of them. 
- I bet if we were to switch to the “self hosted mode”, I would start voting -1 
setups and decisions to block unsecure shortcuts, we would have a whole new 
dimension on discussions here … not looking forward to that.
- If we run our own JIRA/Wiki/Website … we need backups and people skilled 
enough to restore them after a catastrophic failure.

I guess most things that people are complaining to Infra about are probably 
sort of the same type of problems we were having in the past. The thing is that 
we wanted them to provide a build that fits the build we created. What I did, 
was to simplify the build and create a common ground with Infra towards what’s 
possible and what’s not and to adjust the build accordingly. If all projects 
would use this type of dialog I guess, we wouldn’t have this type of problems.

What I would be willing to support is something down this path:
- Have the option to do (micro-) donations directed at the ASF that go into an 
ASF managed account that we can distribute funds from
- A ASF Community-Tax has to apply that will make sure that the other ASF 
projects don’t dry out financially
- We continue to use the ASF systems (Jenkins etc.) 
- We use our funds to pay for one or multiple Jenkins agents that only the Flex 
project can use
- Funds should never be used to pay for development/documentation/testing work 
done on the project

Right now, I don’t know how we could make sure we are able to commit to GIT or 
upload to maven without having the credentials on the VM we control … 

Chris


Am 13.02.17, 07:05 schrieb "Alex Harui" :



On 2/12/17, 4:25 PM, "Justin Mclean"  wrote:

>Hi,
>
>> Don't worry about finances, that's an ASF corporate question - to start
>> with, look at the directed funding proposal from the past President's
>> report in a board report.
>
>Alex’s suggestion as I understand it  doesn’t seem to fit with the above
>experiment. Alex (please correct me if I’m mistaken here) but you’re
>looking for lots of small donations from many (possibly unknown) people
>rather than a single largish donor up front right?

Yes.  I explicitly asked on board@ if I should continue to pursue this
idea even though it doesn't close to the 50K threshold mentioned in the
minutes and they said to go ahead.  My takeaway is that the Prez report
was an opinion and 

Re: [FlexJS] maven faling (WeakMap)

[Carlos Rovira]

Build is working again.
Thanks!



2017-02-13 7:36 GMT+01:00 Alex Harui :

> Hopefully I fixed it.
>
> On 2/12/17, 3:25 PM, "Harbs"  wrote:
>
> >It compiles in ant. It looks like the Maven build does not recognize
> >ES2015 APIs. I don’t know how to point it to the right typedefs.
>
>
>


-- 

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.