RE: [FlexJS, MDL] Add icon to DeletableChip

[piotrz]

I think everything in your Util is ok. If I wanted to have more components
which bead provide I will create separate bead which provide such feature.
:)

Piotre



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Add-icon-to-DeletableChip-tp56766p56917.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] get rid of inline styles (was Re: [FlexJS]Layout problems)

[Alex Harui]

Re-ordering your post so I can address higher-level points first:


On 12/1/16, 4:55 PM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
 wrote:
>
>But Basic set is at the core of
>all. Is at the core of MDL set
>
>

This statement doesn't have to be true, and makes me think that the old
Flex SDK mentality is persisting.  IMO, the MDL set has no obligation to
subclass the Basic set.  The top-level components in the Basic set are
supposed to be compositions of beads.  MDL can just compose the same or
different beads without having to subclass Basic components.

One of the problems of having a core and inheritance is that you have to
get it right, but often there isn't one right answer.

>I think
>Basic set (as is) will not be used at all since the final visuals are not
>production ready, so you know people will need this level of customization
>or they will never join FleJS for sure. and here you have the first
>example of many
>of the styles in flexjs needs to be removed in order to get the MDL branch
>working ok, and so will happen with others like Bootstrap, and so on...
>Only if we create our own FlexJS style design could take into account the
>actual styles, but I think that if MDL or Bootstrap does not need all of
>that, we should not need creating our own CSS set in the end (I can't say
>much more here since I'm not a CSS expert to affirm that, but based on
>what
>I see...is clear that it's the reality).
>

In my mind, there are going to be two kinds of themes: pre-existing ones
like MDL and custom ones like the themes that regular Flex SDK customers
used to brand their applications.  In the second kind, I don't think it
matters as much as to what default styles are. Folks will simply override
the defaults in their themes.

I was a bit surprised that MDL didn't override everything we set as
defaults for HTML.swc.  That means to me that if someone has certain
styles set elsewhere, even in their browser settings, that could cause
really strange and unexpected results.  But OK, that's the way it is, and
so we should think of other ways to have a default look for HTML.swc,
although again, as I said above, the MDL library has no obligation to
inherit from HTML.swc.

If we really need to support more inheritance, then maybe all visual
styles should be moved from HTML into some default theme.  It would be
nice to have a better set of defaults that are a bit more production ready
for Basic so we can see how and why there are collisions between themes.

>You could as well use documentation to expose requirements and make people
>know that 2 or 3 styles are required and if they remove from CSS things
>could break. We could prepare as well a MVCSS (minimum viable CSS) so
>people would not need to use the remove default compiler flag, and have
>another with relative positions, borders and other no-so required things,
>but needed in basic comp set.
>
>

Way back in early Flex, we found our customers didn't like this.  There
was a version of Flex where only the type-selectors with the same name as
the component was applied.  So CheckBox extended Button and lots of styles
important to Button needed to be copied to the CheckBox type selector.
This was way faster at runtime because we didn't have to chase down the
super classes and their styles. But customers really complained because if
you subclassed Button and made a MyButton, you had to know which styles to
copy to a MyButton type selector or the component wouldn't work.  I'm sure
our documentation was not sufficient, but even then, folks thought it was
a pain.

If you want to ensure no styles are specified in code for the MDL library
feel free to do so.  I'm just not sure how important tat is for the Basic
set.

>
>> Similarly, Label isn't supposed to be interactive, so we turn off mouse
>> events.  It is the equivalent of mouseEnabled in SWF.  The way we found
>>to
>> do it is to set a style.  Again, I'm not sure that should be settable
>>in a
>> CSS theme.
>>
>>
>I think so. If we could set the style in CSS and we are not doing this
>because we are afraid of our user...that's a very bad policy. There's
>other
>methods to avoid that. For example, if in MDL mouseEnabled is not
>contemplated...I would left in my CSS.
>
>
>
>> The way we handle visible=false also sets a style: display:none.
>
>
>that's one of the styles I historically use when doing some html, and
>always put in CSS...there's no reason not doing the same in FlexJS
>moreover
>taking into account this is a framework to craft things and nothing final.

IMO, there are styles that are functional like display:none and
pointer-events and no-wrap and styles that are visual.  For functional
styles, I'm not sure it is the easiest API to make folks work with all of
these CSS styles instead of through properties on the component,
especially properties that have a high likelihood of changing at runtime.
So that's why Basic has a visible and 

RE: [FlexJS, MDL] Add icon to DeletableChip

[piotrz]

Exactly. Cause in MDL we may want Two icons, so there will be two beads, or
it's something which beads not for ?

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Add-icon-to-DeletableChip-tp56766p56915.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: Snippets for FlexJS

[Christian Gotschim]

Hi Alex,

> Thanks for offering to help.  We could use all the help we can get.
> 
> I don't know what your areas of expertise are and how much time you have,
> and I don't quite know how you want to organize the list, but you might be
> able to write code to build out the list of components.

My expertise is in AS3 and Flex 4.6 with PHP and MySQL on the backend.
I just recently tried FlexJS with the NextGenAS VSCode extension and
it was tough to say the least! That’s how I came up with the idea of
using snippets to get people start using FlexJS without giving up
shortly after.

Organizing the list: I would have to see what’s even in FlexJS, but basically
having a prefix (like ‘ng’ (for NextGen)) and then the components
classname. That way one could instantly see a list of all ng???
components to use. So typing ngLabel will list the snippet and insert all
the relevant properties/styles to tab through — better more than less
and then just delete the ones not needed. I think that’s easier than
looking around for a property/style that one doesn’t know about or
if they’re relevant.

Time: well, not enough like all of us ;)  But enough to get this done
as proposed (list of components to snippets). I cannot write any
documentation on FlexJS since I don’t know much about it at all yet.


> If you know Java, you could write a custom ASDoc emitter.  I've written
> one that outputs ASDoc information in JSON format.  Or you could write a
> Flex or FlexJS app to read the JSON files and generate the MXML you want.

I don’t know Java. I’d have to see the JSON file first to see if I can get
the necessary info out of that. Can you send it to me?


> One thing to keep in mind is that styles work a bit differently in FlexJS
> than in Flex.  FlexJS currently doesn't document style properties because
> on the JS-side the components are pretty much going to respond to every
> CSS style that the browser knows about.  I suppose we could document which
> of those styles are currently implemented for SWF, but I haven't heard too
> many folks ask for that.

I’ve been following this list for months and I get the feeling that people are
really interested in FlexJS, but only a few know how to even get started with
a basic app. Hence the idea that snippets (with input from the FlexJS
developers themselves) in VSCode (while not replacing 
documantation) would at least allow people to get started faster. I’ve
struggled with just finding a way to color the text of a label or if I’m even
using the right label component (I think I had 3 listed in auto-completion).
That’s very frustrating for someone who’s just writing a large
Flex 4.6 app alone.

Now if a snippet puts the code right there infront of me then I can see
what properties/styles are relevant right away and even tab through them. 
I know there’s been talk of a wiki page and that would be great, but 
snippets would be more of a hands-on approach. And I think with 
Josh’s VSCode extension there’s a really good combination to get 
FlexJS out of the cellar (no pun intended) and into the hands of 
developers and companies.
I recently had an interview for a contract and I told them about FlexJS. They
were very excited about it and have never heard of it. I was told that once 
FlexJS is ready to go they’d book me for the next 2 years
just to convert old Flex apps to FlexJS!

I mean it would already be helpful if people already using FlexJS to
copy/paste components out of their existing code and adding them to this
list.

-Christian



> On 12/1/16, 8:49 PM, "Christian Gotschim"  wrote:
> 
>> I've been thinking about the complaints I’ve read on this list about the
>> missing documentation for FlexJS and I’d like to do something to help
>> out. I’ve used AS3/Flex for many years, and I’m now trying to get a hang
>> of FlexJS.
>> 
>> So I thought it might be a good starting point for FlexJS newbies (like
>> me) to have snippets for most or all components that FlexJS has to offer,
>> and make them useable in Josh’s NextGenAS VSCode extension.
>> 
>> I’d be happy to create the snippets, but I would need someone experienced
>> to write a list of FlexJS components as a starting point.
>> 
>> The list would have to be in MXML format and the components could have
>> multiple lines, include beads and strands, and useful/common properties
>> and styles like x, y, width, height, color, fontsize, paddings,
>> alignments, etc.  Something like this:
>> 
>> >   paddingLeft="0" paddingRight="0" paddingTop="0" paddingBottom="0"
>>   horizontalAlign="left" verticalAlign="top" ... />
>> 
>> > fontStyle=“italic" textAlign=“center” text=“some text"  />
>> 
>> 
>> IMO, that would go a long way to make up for the missing docs and allow
>> newbies to get started much faster.
>> 
>> Anyone?
>> 
>> -Christian
>> 
> 

RE: [FlexJS, MDL] Add icon to DeletableChip

[Yishay Weiss]

I’m not sure I understand the scenario. Do you mean that a user can abuse the 
mxml and feed duplicate beads to the strand?



From: piotrz
Sent: Friday, December 2, 2016 12:51 AM
To: dev@flex.apache.org
Subject: RE: [FlexJS, MDL] Add icon to DeletableChip



Yishay,

What if we have two exactly same Bead ? I think util doesn't cover this
scenario.






Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Add-icon-to-DeletableChip-tp56766p56895.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: git commit: [flex-asjs] [refs/heads/develop] - - Add first Material Icons beads "cancel" and "add" - Use "add' material icon bead in Buttons example - Add missing classList - Throw error Deletable

[piotrz]

One question - does "md-48" is something what can you put to every
"material-icons" or it's something specific to some choosen elements?

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Re-git-commit-flex-asjs-refs-heads-develop-Add-first-Material-Icons-beads-cancel-and-add-Use-add-mats-tp56899p56912.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: Snippets for FlexJS

[Alex Harui]

Hi Christian,

Thanks for offering to help.  We could use all the help we can get.

I don't know what your areas of expertise are and how much time you have,
and I don't quite know how you want to organize the list, but you might be
able to write code to build out the list of components.

If you know Java, you could write a custom ASDoc emitter.  I've written
one that outputs ASDoc information in JSON format.  Or you could write a
Flex or FlexJS app to read the JSON files and generate the MXML you want.

One thing to keep in mind is that styles work a bit differently in FlexJS
than in Flex.  FlexJS currently doesn't document style properties because
on the JS-side the components are pretty much going to respond to every
CSS style that the browser knows about.  I suppose we could document which
of those styles are currently implemented for SWF, but I haven't heard too
many folks ask for that.

Looking forward to your contributions,
-Alex

On 12/1/16, 8:49 PM, "Christian Gotschim"  wrote:

>I've been thinking about the complaints I’ve read on this list about the
>missing documentation for FlexJS and I’d like to do something to help
>out. I’ve used AS3/Flex for many years, and I’m now trying to get a hang
>of FlexJS.
>
>So I thought it might be a good starting point for FlexJS newbies (like
>me) to have snippets for most or all components that FlexJS has to offer,
>and make them useable in Josh’s NextGenAS VSCode extension.
>
>I’d be happy to create the snippets, but I would need someone experienced
>to write a list of FlexJS components as a starting point.
>
>The list would have to be in MXML format and the components could have
>multiple lines, include beads and strands, and useful/common properties
>and styles like x, y, width, height, color, fontsize, paddings,
>alignments, etc.  Something like this:
>
>paddingLeft="0" paddingRight="0" paddingTop="0" paddingBottom="0"
>horizontalAlign="left" verticalAlign="top" ... />
>
>fontStyle=“italic" textAlign=“center” text=“some text"  />
>
>
>IMO, that would go a long way to make up for the missing docs and allow
>newbies to get started much faster.
>
>Anyone?
>
>-Christian
>

Re: [FlexJX][Falcon] Binding support fixes/improvements

[Alex Harui]

On 12/1/16, 8:21 PM, "sankar"  wrote:

>
>> Alex Harui wrote
>> Peter knows this example better, so I'll ask him to answer.
>
>That sounds good! 
>
>
>> Alex Harui wrote
>> I envision several kinds of view,
>> controller and model beads to manage this complexity.  I'm not sure
>>which 
>> ones have been built yet.
>
>
>
>I also wondering such level of process may requires addition of different
>DataGrid specific beads (i.e. data-binding etc.), but are they available
>any, to listen the collection change event from it's dataProvider.
>
>

I don't know which ones have been built yet.  Peter may know better.  I
expect that someday there will be a feature rich DG with the the most
complex beads that folks will use because it will have everything they
want in it, and will re-compose with lighter weight beads if they need it.

-Alex

Snippets for FlexJS

[Christian Gotschim]

I've been thinking about the complaints I’ve read on this list about the 
missing documentation for FlexJS and I’d like to do something to help out. I’ve 
used AS3/Flex for many years, and I’m now trying to get a hang of FlexJS.

So I thought it might be a good starting point for FlexJS newbies (like me) to 
have snippets for most or all components that FlexJS has to offer, and make 
them useable in Josh’s NextGenAS VSCode extension.

I’d be happy to create the snippets, but I would need someone experienced to 
write a list of FlexJS components as a starting point.

The list would have to be in MXML format and the components could have multiple 
lines, include beads and strands, and useful/common properties and styles like 
x, y, width, height, color, fontsize, paddings, alignments, etc.  Something 
like this:






IMO, that would go a long way to make up for the missing docs and allow newbies 
to get started much faster.

Anyone?

-Christian

Re: [FlexJX][Falcon] Binding support fixes/improvements

[sankar]

--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJX-Falcon-Binding-support-fixes-improvements-tp54632p56908.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] get rid of inline styles (was Re: [FlexJS]Layout problems)

[OmPrakash Muppirala]

On Thu, Dec 1, 2016 at 4:55 PM, Carlos Rovira 
wrote:

> > I wish I could agree, but I don't think I can.  IMO, some component
> > features can only be implemented by setting style properties.  In the
> > example above, to keep Label as single-line (so you don't have to us
> 
> > and can just use space), we must set white-space:no-wrap.  Allowing folks
> > to tweak things like that in the CSS seems dangerous to me.
> >
> >
> But, this is user choice. If I stick with styles in css, or I want some of
> it, I'm free to keep them or remove for my
> use case. keeping It hard-code to avoid people that don't want that be
> forced to use is very bad policy IMHO.
>
> You could as well use documentation to expose requirements and make people
> know that 2 or 3 styles are required and if they remove from CSS things
> could break. We could prepare as well a MVCSS (minimum viable CSS) so
> people would not need to use the remove default compiler flag, and have
> another with relative positions, borders and other no-so required things,
> but needed in basic comp set.
>

Some component developers use the *!important *rule to 'protect' their
carefully constructed css classes.
https://css-tricks.com/when-using-important-is-the-right-choice/#article-header-id-0


>
>
>
> > Similarly, Label isn't supposed to be interactive, so we turn off mouse
> > events.  It is the equivalent of mouseEnabled in SWF.  The way we found
> to
> > do it is to set a style.  Again, I'm not sure that should be settable in
> a
> > CSS theme.
> >
> >
> I think so. If we could set the style in CSS and we are not doing this
> because we are afraid of our user...that's a very bad policy. There's other
> methods to avoid that. For example, if in MDL mouseEnabled is not
> contemplated...I would left in my CSS.
>
>
>
> > The way we handle visible=false also sets a style: display:none.
>
>
> that's one of the styles I historically use when doing some html, and
> always put in CSS...there's no reason not doing the same in FlexJS moreover
> taking into account this is a framework to craft things and nothing final.
>
>
> >
> > But position is a tricky and separate topic.  Someone needs to prove that
> > none of the examples break if we don't set position to relative or
> > absolute the way we do it now.
>
>
> Right, If I'd make the changes I would have to test examples as I move
> things from code to CSS. and if something can not be done left untouched or
> until we get a way to do it.
>
>
> > The comment in Container.as says:
> >
> > // absolute positioned children need a non-null
> > // position value in the parent.  It might
> > // get set to 'absolute' if the container is
> > // also absolutely positioned
> >
> > So that implies that if you put a child in a Container and set its x or y
> > value, it won't work unless we set position to absolute or relative.
> > That's making me think that the test case is a nested set of Containers
> > with a child in the inner container with x,y position.
>
>
> Right, but again that's in the people using the basic set, and not for
> potential user that will want to use FlexJS for their own use cases.
>
> We are setting the basis of the technology. The building blocks. And as
> building block, those should come free of charges.
>
> I'm creating MDL only to show people some beautiful FlexJS screens that
> make people jump (since people buys for what they see more quick and I
> think this is a urgent need for us right now)...but I assume that few
> people will end using that (I think) and will want to customize more their
> experiences. Maybe I could expect 5%-15%...people using MDL set? I think
> Basic set (as is) will not be used at all since the final visuals are not
> production ready, so you know people will need this level of customization
> or they will never join FleJS for sure. But Basic set is at the core of
> all. Is at the core of MDL set and here you have the first example of many
> of the styles in flexjs needs to be removed in order to get the MDL branch
> working ok, and so will happen with others like Bootstrap, and so on...
> Only if we create our own FlexJS style design could take into account the
> actual styles, but I think that if MDL or Bootstrap does not need all of
> that, we should not need creating our own CSS set in the end (I can't say
> much more here since I'm not a CSS expert to affirm that, but based on what
> I see...is clear that it's the reality).
>
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>

Re: [FlexJS] get rid of inline styles (was Re: [FlexJS]Layout problems)

[Carlos Rovira]

> I wish I could agree, but I don't think I can.  IMO, some component
> features can only be implemented by setting style properties.  In the
> example above, to keep Label as single-line (so you don't have to us 
> and can just use space), we must set white-space:no-wrap.  Allowing folks
> to tweak things like that in the CSS seems dangerous to me.
>
>
But, this is user choice. If I stick with styles in css, or I want some of
it, I'm free to keep them or remove for my
use case. keeping It hard-code to avoid people that don't want that be
forced to use is very bad policy IMHO.

You could as well use documentation to expose requirements and make people
know that 2 or 3 styles are required and if they remove from CSS things
could break. We could prepare as well a MVCSS (minimum viable CSS) so
people would not need to use the remove default compiler flag, and have
another with relative positions, borders and other no-so required things,
but needed in basic comp set.



> Similarly, Label isn't supposed to be interactive, so we turn off mouse
> events.  It is the equivalent of mouseEnabled in SWF.  The way we found to
> do it is to set a style.  Again, I'm not sure that should be settable in a
> CSS theme.
>
>
I think so. If we could set the style in CSS and we are not doing this
because we are afraid of our user...that's a very bad policy. There's other
methods to avoid that. For example, if in MDL mouseEnabled is not
contemplated...I would left in my CSS.



> The way we handle visible=false also sets a style: display:none.


that's one of the styles I historically use when doing some html, and
always put in CSS...there's no reason not doing the same in FlexJS moreover
taking into account this is a framework to craft things and nothing final.


>
> But position is a tricky and separate topic.  Someone needs to prove that
> none of the examples break if we don't set position to relative or
> absolute the way we do it now.


Right, If I'd make the changes I would have to test examples as I move
things from code to CSS. and if something can not be done left untouched or
until we get a way to do it.


> The comment in Container.as says:
>
> // absolute positioned children need a non-null
> // position value in the parent.  It might
> // get set to 'absolute' if the container is
> // also absolutely positioned
>
> So that implies that if you put a child in a Container and set its x or y
> value, it won't work unless we set position to absolute or relative.
> That's making me think that the test case is a nested set of Containers
> with a child in the inner container with x,y position.


Right, but again that's in the people using the basic set, and not for
potential user that will want to use FlexJS for their own use cases.

We are setting the basis of the technology. The building blocks. And as
building block, those should come free of charges.

I'm creating MDL only to show people some beautiful FlexJS screens that
make people jump (since people buys for what they see more quick and I
think this is a urgent need for us right now)...but I assume that few
people will end using that (I think) and will want to customize more their
experiences. Maybe I could expect 5%-15%...people using MDL set? I think
Basic set (as is) will not be used at all since the final visuals are not
production ready, so you know people will need this level of customization
or they will never join FleJS for sure. But Basic set is at the core of
all. Is at the core of MDL set and here you have the first example of many
of the styles in flexjs needs to be removed in order to get the MDL branch
working ok, and so will happen with others like Bootstrap, and so on...
Only if we create our own FlexJS style design could take into account the
actual styles, but I think that if MDL or Bootstrap does not need all of
that, we should not need creating our own CSS set in the end (I can't say
much more here since I'm not a CSS expert to affirm that, but based on what
I see...is clear that it's the reality).



-- 
Carlos Rovira
http://about.me/carlosrovira

Re: [FlexJS] (Att: Peter Ent) Get rid of extra divs layers we don't want (was Re: [FlexJS]Layout problems)

[Peter Ent]

I'll look into this tomorrow. 

Peter 


On Dec 1, 2016, at 7:09 PM, Carlos Rovira  wrote:

>> 
>> Anyway, Peter might be able to better answer your question, but it appears
>> that if you create some new subclass of UIBase and have it return 'this'
>> for layoutHost and contentView, that the ListView might then just stick
>> the children in the outer div.  See how MXMLItemRenderer (which I
>> mentioned upthread) differs from ListBase in that way.  There might be
>> some bugs to iron out, but that's my understanding of how it is supposed
>> to work.
>> 
>> -Alex
>> 
>> 
> Hi,
> 
> Peter as Alex says you could be of great help here, hope you could help
> getting a simple example since I think is crucial for MDL List component
> (and other comps that uses the same behaviour).
> 
> I'll try to investigate about layoutHost and contentView as Alex mention to
> be able to remove the middle div layer that List View generates. My target
> is to get a List that throws:
> 
> 
>   
>   
> 
> 
> and  elements data will be provided by a dataProvider Array and the
> layout (the li or whatever we want) by an itemRenderer.
> 
> As I get this I'll update some MDL comps that will benefit from this
> refactor a part from List (TabBar, NavigationBar,...)
> 
> 
> 
> -- 
> Carlos Rovira
> http://about.me/carlosrovira

Re: [FlexJS] get rid of inline styles (was Re: [FlexJS]Layout problems)

[Alex Harui]

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

>to separate things:
>
>Such as?  Depending on your layout, left, top, width, and height will be
>> set in CSS.  In UIBase, setting the x value sets style.left, etc.  If
>> there is an alternative, please let me know what it is.
>> -Alex
>>
>>
>I get this:
>
>some texttype="button" class="TextButton" style="position: relative;">a
>button
>
>from this:
>
>
>
>
>

Ah, ok, I didn't understand what you meant by "kilometric".

>
>in my MDLExample (take into account that I use exclude default CSS
>compiler
>param)
>
>So as you see there's lots of "style" properties above that should not be.
>
>The right output should be:
>
>some textclass="TextButton">a button
>
>So as I use compiler option exclude default css file I ensure my app only
>has the css I put, and not carry anything I don't want.
>
>
>why this is happen? To take only one example. In js:Container line 104
>there's:
>
>positioner.style.position = 'relative';
>
>this should remove from there and put in defaults.css line 93
>
>Container
>{
>   position = 'relative';
>  
>
>
>Do you agree with that?

I wish I could agree, but I don't think I can.  IMO, some component
features can only be implemented by setting style properties.  In the
example above, to keep Label as single-line (so you don't have to us 
and can just use space), we must set white-space:no-wrap.  Allowing folks
to tweak things like that in the CSS seems dangerous to me.

Similarly, Label isn't supposed to be interactive, so we turn off mouse
events.  It is the equivalent of mouseEnabled in SWF.  The way we found to
do it is to set a style.  Again, I'm not sure that should be settable in a
CSS theme.

The way we handle visible=false also sets a style: display:none.  And as I
mentioned, setting x,y,width,height also set style properties, so I think
it is ok for style properties to be set in component code.

I would agree that most or maybe all style properties that affect the
visuals (border, padding, margin, color, fonts) should not be set in
component code and only via defaults.css.

But position is a tricky and separate topic.  Someone needs to prove that
none of the examples break if we don't set position to relative or
absolute the way we do it now.  The comment in Container.as says:

// absolute positioned children need a non-null
// position value in the parent.  It might
// get set to 'absolute' if the container is
// also absolutely positioned

So that implies that if you put a child in a Container and set its x or y
value, it won't work unless we set position to absolute or relative.
That's making me think that the test case is a nested set of Containers
with a child in the inner container with x,y position.  IIRC, having
BasicLayout which supports x,y values set the position style on the
Container isn't good enough.  Maybe it needs to walk the parent chain and
set position an all parents, but that seems dangerous as well.  If you
have time to test that out and propose a better solution, that would be
great.


Thanks,
-Alex

[FlexJS] (Att: Peter Ent) Get rid of extra divs layers we don't want (was Re: [FlexJS]Layout problems)

[Carlos Rovira]

>
> Anyway, Peter might be able to better answer your question, but it appears
> that if you create some new subclass of UIBase and have it return 'this'
> for layoutHost and contentView, that the ListView might then just stick
> the children in the outer div.  See how MXMLItemRenderer (which I
> mentioned upthread) differs from ListBase in that way.  There might be
> some bugs to iron out, but that's my understanding of how it is supposed
> to work.
>
> -Alex
>
>
Hi,

Peter as Alex says you could be of great help here, hope you could help
getting a simple example since I think is crucial for MDL List component
(and other comps that uses the same behaviour).

I'll try to investigate about layoutHost and contentView as Alex mention to
be able to remove the middle div layer that List View generates. My target
is to get a List that throws:


   
   


and  elements data will be provided by a dataProvider Array and the
layout (the li or whatever we want) by an itemRenderer.

As I get this I'll update some MDL comps that will benefit from this
refactor a part from List (TabBar, NavigationBar,...)



-- 
Carlos Rovira
http://about.me/carlosrovira

[FlexJS] get rid of inline styles (was Re: [FlexJS]Layout problems)

[Carlos Rovira]

to separate things:

Such as?  Depending on your layout, left, top, width, and height will be
> set in CSS.  In UIBase, setting the x value sets style.left, etc.  If
> there is an alternative, please let me know what it is.
> -Alex
>
>
I get this:

some texta
button

from this:






in my MDLExample (take into account that I use exclude default CSS compiler
param)

So as you see there's lots of "style" properties above that should not be.

The right output should be:

some texta button

So as I use compiler option exclude default css file I ensure my app only
has the css I put, and not carry anything I don't want.


why this is happen? To take only one example. In js:Container line 104
there's:

positioner.style.position = 'relative';

this should remove from there and put in defaults.css line 93

Container
{
   position = 'relative';
  


Do you agree with that?

I could do that refactor if you want

-- 
Carlos Rovira
http://about.me/carlosrovira

Re: [FlexJS]Layout problems

[Alex Harui]

On 12/1/16, 2:43 PM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
 wrote:

>> Can you be more specific?  I thought most components were picking up all
>> of their styles from defaults.css.  Which components aren't doing this?
>>
>>
>Most used like Container, Label or Button not. If you check html output
>you
>will see kilometric properties assigned to style attribute.

Such as?  Depending on your layout, left, top, width, and height will be
set in CSS.  In UIBase, setting the x value sets style.left, etc.  If
there is an alternative, please let me know what it is.

>
>
>> I don't remember if this is the main reason we have to propagate
>>relative
>> or absolute positioning in order to get percentages to work
>>"everywhere",
>> but these are the kinds of issues we faced.  Folks are welcome to test
>>out
>> different implementations on the examples.
>>
>>
>As I said, for my is ok the actual "styling" in basic HTML.swc set,
>BUT...only if all style code is pass to CSS so I and others could remove
>when use in our own projects. If not it will be unusable for everybody
>since no body would want a , i.e: border:2px in js:List or other hardcode
>styles in basic components. Ergo, my bet is that all people would exclude
>default html swc CSS.

The default.css for the HTML should set reasonable defaults for a default
theme that only uses bare HTMLElements.  I'd love to have someone with
better design skills figure out that default look.  But when switching to
another theme like MDL or Flat, you are correct that most of the default
styles from HTML should not be carried over.  I had assumed the themes
would override every default in defaults.css, but they don't so that's why
we added the option to exclude the defaults.  There might be a better way
to manage this.  I'm open to ideas.

>
>
>> So most recently, Peter changed MXMLItemRenderer to get rid of its inner
>> content area and just be more like the lightweight Container that Harbs
>> mentioned earlier in this thread.  We could make that the default
>> Container and have a ContainerWIthNonCSSChrome that has the inner
>> contentArea and Panel could extend that.
>>
>>
>Alex all I need is a pointer to the code that make the removal of the
>middle div.
>Could you share that?

FWIW, List is not a Container because it doesn't take an arbitrary set of
children.  It is a control.  It has a similar topology to a Container and
the ListView extends ContainerView, but isn't a Container.

Anyway, Peter might be able to better answer your question, but it appears
that if you create some new subclass of UIBase and have it return 'this'
for layoutHost and contentView, that the ListView might then just stick
the children in the outer div.  See how MXMLItemRenderer (which I
mentioned upthread) differs from ListBase in that way.  There might be
some bugs to iron out, but that's my understanding of how it is supposed
to work.

-Alex

Re: git commit: [flex-asjs] [refs/heads/develop] - - Add first Material Icons beads "cancel" and "add" - Use "add' material icon bead in Buttons example - Add missing classList - Throw error Deletable

[Piotr Zarzycki]

Carlos,

Do you think that "MaterialIcons" class should extends "I" and implements
"IBead". Derived classes like MaterialIconCancel will apply only
MaterialIconsType.Cancel ?

Piotr

2016-12-02 0:26 GMT+01:00 :

> Repository: flex-asjs
> Updated Branches:
>   refs/heads/develop 7493febe8 -> 0b9753ef5
>
>
> - Add first Material Icons beads "cancel" and "add"
> - Use "add' material icon bead in Buttons example
> - Add missing classList
> - Throw error DeletableChip strand do not meet requirements
>
>
> Project: http://git-wip-us.apache.org/repos/asf/flex-asjs/repo
> Commit: http://git-wip-us.apache.org/repos/asf/flex-asjs/commit/0b9753ef
> Tree: http://git-wip-us.apache.org/repos/asf/flex-asjs/tree/0b9753ef
> Diff: http://git-wip-us.apache.org/repos/asf/flex-asjs/diff/0b9753ef
>
> Branch: refs/heads/develop
> Commit: 0b9753ef54928628b84db0466817418efffe5c92
> Parents: 7493feb
> Author: piotrz 
> Authored: Fri Dec 2 00:26:45 2016 +0100
> Committer: piotrz 
> Committed: Fri Dec 2 00:26:45 2016 +0100
>
> --
>  .../MDLExample/src/main/flex/Buttons.mxml   |  4 +-
>  .../flex/org/apache/flex/mdl/beads/Badge.as |  3 +-
>  .../org/apache/flex/mdl/beads/DeletableChip.as  | 10 ++-
>  .../flex/org/apache/flex/mdl/beads/Restrict.as  | 12 +---
>  .../mdl/beads/materialIcons/MaterialIconAdd.as  | 74 
>  .../beads/materialIcons/MaterialIconCancel.as   | 74 
>  .../beads/materialIcons/MaterialIconsType.as| 26 +++
>  .../flex/mdl/supportClasses/MaterialIcons.as| 61 
>  .../src/main/resources/mdl-manifest.xml |  2 +
>  9 files changed, 250 insertions(+), 16 deletions(-)
> --
>
>
> http://git-wip-us.apache.org/repos/asf/flex-asjs/blob/
> 0b9753ef/examples/flexjs/MDLExample/src/main/flex/Buttons.mxml
> --
> diff --git a/examples/flexjs/MDLExample/src/main/flex/Buttons.mxml
> b/examples/flexjs/MDLExample/src/main/flex/Buttons.mxml
> index d6c3853..7879fad 100644
> --- a/examples/flexjs/MDLExample/src/main/flex/Buttons.mxml
> +++ b/examples/flexjs/MDLExample/src/main/flex/Buttons.mxml
> @@ -32,7 +32,9 @@ limitations under the License.
>  
>  
>  
> -add
> +
> +
> +
>  
>  
>
>
> http://git-wip-us.apache.org/repos/asf/flex-asjs/blob/
> 0b9753ef/frameworks/projects/MaterialDesignLite/src/main/
> flex/org/apache/flex/mdl/beads/Badge.as
> --
> diff --git a/frameworks/projects/MaterialDesignLite/src/main/
> flex/org/apache/flex/mdl/beads/Badge.as b/frameworks/projects/
> MaterialDesignLite/src/main/flex/org/apache/flex/mdl/beads/Badge.as
> index 4abb3ed..49feb2a 100644
> --- a/frameworks/projects/MaterialDesignLite/src/main/
> flex/org/apache/flex/mdl/beads/Badge.as
> +++ b/frameworks/projects/MaterialDesignLite/src/main/
> flex/org/apache/flex/mdl/beads/Badge.as
> @@ -147,7 +147,8 @@ package org.apache.flex.mdl.beads
> 
> host.element.classList.toggle("mdl-badge--no-background",
> _noBackground);
> 
> host.element.classList.toggle("mdl-badge--overlap",
> _overlap);
> 
> host.element.setAttribute('data-badge',
> _dataBadge.toString());
> -   } else
> +   }
> +   else
> {
> throw new Error("Host component
> must be an MDL Host for Badges.");
> }
>
> http://git-wip-us.apache.org/repos/asf/flex-asjs/blob/
> 0b9753ef/frameworks/projects/MaterialDesignLite/src/main/
> flex/org/apache/flex/mdl/beads/DeletableChip.as
> --
> diff --git a/frameworks/projects/MaterialDesignLite/src/main/
> flex/org/apache/flex/mdl/beads/DeletableChip.as b/frameworks/projects/
> MaterialDesignLite/src/main/flex/org/apache/flex/mdl/
> beads/DeletableChip.as
> index f5a5329..bf75144 100644
> --- a/frameworks/projects/MaterialDesignLite/src/main/
> flex/org/apache/flex/mdl/beads/DeletableChip.as
> +++ b/frameworks/projects/MaterialDesignLite/src/main/
> flex/org/apache/flex/mdl/beads/DeletableChip.as
> @@ -47,12 +47,12 @@ package org.apache.flex.mdl.beads
>
>  }
>
> -private var deleteButton:Button;
> -
>  private var _strand:IStrand;
>
>  /**
>   * @flexjsignorecoercion HTMLElement
> + * @flexjsignorecoercion HTMLSpanElement
> + * @flexjsignorecoercion HTMLButtonElement
>   *
>   * @param value
>  

Re: [FlexJS] List Structure

[Carlos Rovira]

Hi Alex,

I forgot to respond to this email. I got the selection working with your
indications. Thanks! :)
Hope we could work in get rid of the extra div as we talked in the layout
problems thread.

2016-11-28 7:12 GMT+01:00 Alex Harui :

> Actually, I was looking at the wrong widgets.  Adding the
> ItemRendererMouseController gets things working for me.
>
> On 11/27/16, 12:06 AM, "Alex Harui"  wrote:
> >
> >I spent time digging into it.  Because you've stripped out the CSS for the
> >components you are borrowing you may have to replace some of it.  I think
> >you may need:
> >
> >
> >  
> >
> >  
> >
> >
>
>
>


-- 

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] filtering variables in index html template file by maven resources plugin (was Re: [FlexJS] index html template vars)

[Carlos Rovira]

That make the trick! Thanks Alex! :)
Now MDLExample could be customized with this:
https://getmdl.io/customize/index.html
using the two vars is pom.xml suited for that task :)

2016-12-01 23:51 GMT+01:00 Alex Harui :

>
>
> On 12/1/16, 2:32 PM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
> 
> wrote:
>
> >Ok,
> >
> >so let say I have
> >
> >${basedir}/src/main/resources/mdl-js-index-
> template.html >mlTemplate>
> >
> >so "mdl-js-index-template.html" is the file processed by the compiler,
> >that
> >file does not have the vars "primary" and "accent" inside (since it will
> >be
> >overridden) and so this will not be used.
> >
> >If I create another file (i.e: index.html) with the same code as
> >"mdl-js-index-template.html", but with the vars ${primary} and ${accent},
> >I
> >will get translated since is in resource folder, but the ones from
> >compiler
> >${header}, ${body} will not processed right?
> >
>
> AIUI, ${header} and ${body} will not be processed by the Maven resource
> plugin.  I don't know much about Maven, but don't you get to tell the
> resource plugin where to put the resulting file?  Like
> target/resources/mdl-js-index-template.html?  If so, then you would use
> the resource plugin to grab src/main/resources/mdl-js-index-template.html,
> fill in "primary" and "accent" and put it in
> target/resources/mdl-js-index-template.html then use the -html-template
> config for the compiler to have it look in target/resources instead of
> src/main/resources and the compiler should pick that up, fill in ${header}
> and ${body} and put the results in target/index.html.
>
> Of course, I could be wrong, especially about what the resource plug-in
> will let you do.
>
> -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] Add icon to DeletableChip

[piotrz]

Yishay,

What if we have two exactly same Bead ? I think util doesn't cover this
scenario.






Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Add-icon-to-DeletableChip-tp56766p56895.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS][Maven] filtering variables in index html template file by maven resources plugin (was Re: [FlexJS] index html template vars)

[Alex Harui]

On 12/1/16, 2:32 PM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
 wrote:

>Ok,
>
>so let say I have
>
>${basedir}/src/main/resources/mdl-js-index-template.htmlmlTemplate>
>
>so "mdl-js-index-template.html" is the file processed by the compiler,
>that
>file does not have the vars "primary" and "accent" inside (since it will
>be
>overridden) and so this will not be used.
>
>If I create another file (i.e: index.html) with the same code as
>"mdl-js-index-template.html", but with the vars ${primary} and ${accent},
>I
>will get translated since is in resource folder, but the ones from
>compiler
>${header}, ${body} will not processed right?
>

AIUI, ${header} and ${body} will not be processed by the Maven resource
plugin.  I don't know much about Maven, but don't you get to tell the
resource plugin where to put the resulting file?  Like
target/resources/mdl-js-index-template.html?  If so, then you would use
the resource plugin to grab src/main/resources/mdl-js-index-template.html,
fill in "primary" and "accent" and put it in
target/resources/mdl-js-index-template.html then use the -html-template
config for the compiler to have it look in target/resources instead of
src/main/resources and the compiler should pick that up, fill in ${header}
and ${body} and put the results in target/index.html.

Of course, I could be wrong, especially about what the resource plug-in
will let you do.

-Alex

Re: [FlexJS]Layout problems

[Carlos Rovira]

> Can you be more specific?  I thought most components were picking up all
> of their styles from defaults.css.  Which components aren't doing this?
>
>
Most used like Container, Label or Button not. If you check html output you
will see kilometric properties assigned to style attribute.


> I don't remember if this is the main reason we have to propagate relative
> or absolute positioning in order to get percentages to work "everywhere",
> but these are the kinds of issues we faced.  Folks are welcome to test out
> different implementations on the examples.
>
>
As I said, for my is ok the actual "styling" in basic HTML.swc set,
BUT...only if all style code is pass to CSS so I and others could remove
when use in our own projects. If not it will be unusable for everybody
since no body would want a , i.e: border:2px in js:List or other hardcode
styles in basic components. Ergo, my bet is that all people would exclude
default html swc CSS.


> So most recently, Peter changed MXMLItemRenderer to get rid of its inner
> content area and just be more like the lightweight Container that Harbs
> mentioned earlier in this thread.  We could make that the default
> Container and have a ContainerWIthNonCSSChrome that has the inner
> contentArea and Panel could extend that.
>
>
Alex all I need is a pointer to the code that make the removal of the
middle div.
Could you share that? I think an example of this is worth the time invested
since Harbs and me could continue our own paths evolving it. But my problem
is that (at least me) I'm not able to find the ways to get in (i.e List):

 (List container)
 (item)
 (item)


I always get:

 (List container)
   (ListView container).  <-- all I want is get rid of this (and if I
understood right this is done by ListView)
 (item)
 (item)
   




> 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][Maven] filtering variables in index html template file by maven resources plugin (was Re: [FlexJS] index html template vars)

[Carlos Rovira]

Ok,

so let say I have

${basedir}/src/main/resources/mdl-js-index-template.html

so "mdl-js-index-template.html" is the file processed by the compiler, that
file does not have the vars "primary" and "accent" inside (since it will be
overridden) and so this will not be used.

If I create another file (i.e: index.html) with the same code as
"mdl-js-index-template.html", but with the vars ${primary} and ${accent}, I
will get translated since is in resource folder, but the ones from compiler
${header}, ${body} will not processed right?





2016-12-01 19:02 GMT+01:00 Alex Harui :

> This was discussed earlier in another thread.  IIRC Chris says resources
> processing before compiling is the default in Maven and we shouldn't
> change it.
>
> I think you have the options of:
>
> 1) using -html-output-filename to tell the compiler to generate a
> different filename that won't bash the one you want
> 2) Using the resource plugin to generate a template like js-index-template
> that the compiler will fill in.
>
> We could add another config option or detect a special
> -html-output-filename that means don't generate html, but I would think
> option #2 would be best.  That way the output html would pick up other
> stuff from the compiler like inject_html directives.
>
> -Alex
>
>
>
> On 12/1/16, 9:51 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
> 
> wrote:
>
> >I can confirm that compiler is overriding maven changes
> >
> >If I use
> >
> >mvn clean process-resources
> >
> >I can see the file with the right changes, and I think this is what we
> >need.
> >
> >So how could we change the order of this (first compiler, then process
> >resources)?
> >
> >Some thoughts?
> >
> >
> >
> >
> >El 1 de diciembre de 2016, 1:32, Alex Harui  escribió:
> >
> >> The compiler generates a new index.html.  If the resource plugin runs
> >> first, then yes, the index.html will be overwritten, although if you use
> >> the resource plugin to generate the template, then the compiler should
> >> just fill in its part and not touch the stuff you added.
> >>
> >> On 11/30/16, 2:57 PM, "carlos.rov...@gmail.com on behalf of Carlos
> >>Rovira"
> >> 
> >> wrote:
> >>
> >> >Hi Chris,
> >> >
> >> >I just tried with maven using the following link
> >> >https://maven.apache.org/plugins/maven-resources-plugin/
> >> examples/filter.ht
> >> >ml
> >> >
> >> >in pom.xml insert:
> >> >
> >> >
> >> >indigo
> >> >pink
> >> >  
> >> >
> >> >added filtering true here:
> >> >
> >> >
> >> >src/main/resources
> >> >true
> >> >  
> >> >
> >> >in mdl-js-index-template.html use the vars
> >> >
> >> >https://code.getmdl.io/1.2.1/material.${primary}-${accent}.min.css;>
> >> >
> >> >but nothing is changed and I get the same output
> >> >
> >> >I'm missing something? or maybe flexjs compiler is stoping the process
> >>of
> >> >the html file translation?
> >> >
> >> >I suppose that I only need to use mvn clean install right?
> >> >
> >> >Thanks
> >> >
> >> >Carlos
> >> >
> >> >
> >> >
> >> >El 30 de noviembre de 2016, 17:50, Christofer Dutz <
> >> >christofer.d...@c-ware.de> escribió:
> >> >
> >> >> When using the maven resource plugin it should be relatively easy to
> >>do
> >> >> this ...
> >> >>
> >> >> Chris
> >> >>
> >> >>
> >> >> Am 29.11.16, 23:48 schrieb "carlos.rov...@gmail.com im Auftrag von
> >> >>Carlos
> >> >> Rovira"  >> >> carlos.rov...@codeoscopic.com>:
> >> >>
> >> >> Can I create a custom var in html template?
> >> >> if so how?
> >> >> for example, I'd like to add to my html ${color} (just like
> >>${body}
> >> >>or
> >> >> ${head}
> >> >> thanks
> >> >>
> >> >> --
> >> >>
> >> >> 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]js:List

[Harbs]

An array makes it work.

Thanks.

On Dec 1, 2016, at 1:26 PM, yishayw  wrote:

> Did you try feeding the data provider with an array instead of an arraylist?
> The model seems to expect that.
> 
> 
> 
> --
> View this message in context: 
> http://apache-flex-development.247.n4.nabble.com/FlexJS-js-List-tp56870p56873.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS][Maven] filtering variables in index html template file by maven resources plugin (was Re: [FlexJS] index html template vars)

[Alex Harui]

This was discussed earlier in another thread.  IIRC Chris says resources
processing before compiling is the default in Maven and we shouldn't
change it.

I think you have the options of:

1) using -html-output-filename to tell the compiler to generate a
different filename that won't bash the one you want
2) Using the resource plugin to generate a template like js-index-template
that the compiler will fill in.

We could add another config option or detect a special
-html-output-filename that means don't generate html, but I would think
option #2 would be best.  That way the output html would pick up other
stuff from the compiler like inject_html directives.

-Alex



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

>I can confirm that compiler is overriding maven changes
>
>If I use
>
>mvn clean process-resources
>
>I can see the file with the right changes, and I think this is what we
>need.
>
>So how could we change the order of this (first compiler, then process
>resources)?
>
>Some thoughts?
>
>
>
>
>El 1 de diciembre de 2016, 1:32, Alex Harui  escribió:
>
>> The compiler generates a new index.html.  If the resource plugin runs
>> first, then yes, the index.html will be overwritten, although if you use
>> the resource plugin to generate the template, then the compiler should
>> just fill in its part and not touch the stuff you added.
>>
>> On 11/30/16, 2:57 PM, "carlos.rov...@gmail.com on behalf of Carlos
>>Rovira"
>> 
>> wrote:
>>
>> >Hi Chris,
>> >
>> >I just tried with maven using the following link
>> >https://maven.apache.org/plugins/maven-resources-plugin/
>> examples/filter.ht
>> >ml
>> >
>> >in pom.xml insert:
>> >
>> >
>> >indigo
>> >pink
>> >  
>> >
>> >added filtering true here:
>> >
>> >
>> >src/main/resources
>> >true
>> >  
>> >
>> >in mdl-js-index-template.html use the vars
>> >
>> >https://code.getmdl.io/1.2.1/material.${primary}-${accent}.min.css;>
>> >
>> >but nothing is changed and I get the same output
>> >
>> >I'm missing something? or maybe flexjs compiler is stoping the process
>>of
>> >the html file translation?
>> >
>> >I suppose that I only need to use mvn clean install right?
>> >
>> >Thanks
>> >
>> >Carlos
>> >
>> >
>> >
>> >El 30 de noviembre de 2016, 17:50, Christofer Dutz <
>> >christofer.d...@c-ware.de> escribió:
>> >
>> >> When using the maven resource plugin it should be relatively easy to
>>do
>> >> this ...
>> >>
>> >> Chris
>> >>
>> >>
>> >> Am 29.11.16, 23:48 schrieb "carlos.rov...@gmail.com im Auftrag von
>> >>Carlos
>> >> Rovira" > >> carlos.rov...@codeoscopic.com>:
>> >>
>> >> Can I create a custom var in html template?
>> >> if so how?
>> >> for example, I'd like to add to my html ${color} (just like
>>${body}
>> >>or
>> >> ${head}
>> >> thanks
>> >>
>> >> --
>> >>
>> >> Carlos Rovira
>> >> Director General
>> >> M: +34 607 22 60 05
>> >> http://www.codeoscopic.com
>> >> http://www.avant2.es
>> >>
>> >> Este mensaje se dirige exclusivamente a su destinatario y puede
>> >> contener
>> >> información privilegiada o confidencial. Si ha recibido este
>>mensaje
>> >> por
>> >> error, le rogamos que nos lo comunique inmediatamente por esta
>>misma
>> >> vía y
>> >> proceda a su destrucción.
>> >>
>> >> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>> >> comunicamos
>> >> que sus datos forman parte de un fichero cuyo responsable es
>> >> CODEOSCOPIC
>> >> S.A. La finalidad de dicho tratamiento es facilitar la prestación
>> >>del
>> >> servicio o información solicitados, teniendo usted derecho de
>> >>acceso,
>> >> rectificación, cancelación y oposición de sus datos dirigiéndose
>>a
>> >> nuestras
>> >> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la
>> >>documentación
>> >> necesaria.
>> >>
>> >>
>> >>
>> >
>> >
>> >--
>> >
>> >Carlos Rovira
>> >Director General
>> >M: +34 607 22 60 05
>> >http://www.codeoscopic.com
>> >http://www.avant2.es
>> >
>> >Este mensaje se dirige exclusivamente a su destinatario y puede
>>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.
>>
>>
>
>

[FlexJS][Maven] filtering variables in index html template file by maven resources plugin (was Re: [FlexJS] index html template vars)

[Carlos Rovira]

I can confirm that compiler is overriding maven changes

If I use

mvn clean process-resources

I can see the file with the right changes, and I think this is what we need.

So how could we change the order of this (first compiler, then process
resources)?

Some thoughts?




El 1 de diciembre de 2016, 1:32, Alex Harui  escribió:

> The compiler generates a new index.html.  If the resource plugin runs
> first, then yes, the index.html will be overwritten, although if you use
> the resource plugin to generate the template, then the compiler should
> just fill in its part and not touch the stuff you added.
>
> On 11/30/16, 2:57 PM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
> 
> wrote:
>
> >Hi Chris,
> >
> >I just tried with maven using the following link
> >https://maven.apache.org/plugins/maven-resources-plugin/
> examples/filter.ht
> >ml
> >
> >in pom.xml insert:
> >
> >
> >indigo
> >pink
> >  
> >
> >added filtering true here:
> >
> >
> >src/main/resources
> >true
> >  
> >
> >in mdl-js-index-template.html use the vars
> >
> >https://code.getmdl.io/1.2.1/material.${primary}-${accent}.min.css;>
> >
> >but nothing is changed and I get the same output
> >
> >I'm missing something? or maybe flexjs compiler is stoping the process of
> >the html file translation?
> >
> >I suppose that I only need to use mvn clean install right?
> >
> >Thanks
> >
> >Carlos
> >
> >
> >
> >El 30 de noviembre de 2016, 17:50, Christofer Dutz <
> >christofer.d...@c-ware.de> escribió:
> >
> >> When using the maven resource plugin it should be relatively easy to do
> >> this ...
> >>
> >> Chris
> >>
> >>
> >> Am 29.11.16, 23:48 schrieb "carlos.rov...@gmail.com im Auftrag von
> >>Carlos
> >> Rovira"  >> carlos.rov...@codeoscopic.com>:
> >>
> >> Can I create a custom var in html template?
> >> if so how?
> >> for example, I'd like to add to my html ${color} (just like ${body}
> >>or
> >> ${head}
> >> thanks
> >>
> >> --
> >>
> >> Carlos Rovira
> >> Director General
> >> M: +34 607 22 60 05
> >> http://www.codeoscopic.com
> >> http://www.avant2.es
> >>
> >> Este mensaje se dirige exclusivamente a su destinatario y puede
> >> contener
> >> información privilegiada o confidencial. Si ha recibido este mensaje
> >> por
> >> error, le rogamos que nos lo comunique inmediatamente por esta misma
> >> vía y
> >> proceda a su destrucción.
> >>
> >> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> >> comunicamos
> >> que sus datos forman parte de un fichero cuyo responsable es
> >> CODEOSCOPIC
> >> S.A. La finalidad de dicho tratamiento es facilitar la prestación
> >>del
> >> servicio o información solicitados, teniendo usted derecho de
> >>acceso,
> >> rectificación, cancelación y oposición de sus datos dirigiéndose a
> >> nuestras
> >> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la
> >>documentación
> >> necesaria.
> >>
> >>
> >>
> >
> >
> >--
> >
> >Carlos Rovira
> >Director General
> >M: +34 607 22 60 05
> >http://www.codeoscopic.com
> >http://www.avant2.es
> >
> >Este mensaje se dirige exclusivamente a su destinatario y puede 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.

AW: How Apache manages FlexJS version in flex-sdk-description?

[Christofer Dutz]

I  should investigate some way to patch existing flash builder code with 
something like aspectj ... Had write some success with stuff like that in the 
past.

Chris



Von meinem Samsung Galaxy Smartphone gesendet.


 Ursprüngliche Nachricht 
Von: Josh Tynjala 
Datum: 01.12.16 17:55 (GMT+01:00)
An: dev@flex.apache.org
Betreff: Re: How Apache manages FlexJS version in flex-sdk-description?

It's impossible for us to put the real version number for FlexJS in the
 element because Flash Builder thinks 0.8.0 is not a valid version
for a Flex SDK. We're basically tricking Flash Builder into thinking our
SDK is Flex 4. Adobe no longer updates Flash Builder, so we can't convince
them to add a special case for FlexJS. With that in mind, simply think of
the  element as a placeholder field that you should ignore as a
user. The real version is included in the  element.

I had to do the same thing with the Feathers SDK:

https://github.com/BowlerHatLLC/feathers-sdk/blob/v3.1.1/flex-sdk-description.xml#L24

Just one of the things we need to deal with building a modern ActionScript
SDK while people are still using older tools.

- Josh

On Wed, Nov 30, 2016 at 11:33 PM, sankar  wrote:

> But for proper information purpose if Flex SDK releases comes with
> appropriate *version* value in flex-sdk-description, doesn't FlexJS SDKs
> also suppose to come with modified versioning figures (except 4.14.1
> everytime)?
>
>
>
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/How-Apache-manages-FlexJS-
> version-in-flex-sdk-description-tp56851p56858.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>

Re: [FlexJS] Slider valueChange not working

[Carlos Rovira]

Hi Alex,

I'm trying to bring the beads I removed while excluding default.css and one
thing I found is that SliderView is not declared in basic-manifest ergo not
shipping with HTML.swc and it can't be found when compile MDLExample.
If I try to add it throws lots of errors.
I think we should have some basic examples of components to easily detect
this things like that. maybe this component could be invalid right now
since nobody saw its view was not working, and several refractors has
happened in the last months. In this case I'm seeing lots of problems with
flash.display.Sprite and DisplayObject.

Could you take a look and see if you can update it to working?. After that
I will continue updating the MDL:Slider

Thanks


2016-12-01 1:30 GMT+01:00 Alex Harui :

> Slider is not a built-in in regular HTML so it has a model, view and
> controller beads.  IIRC, you are kicking out a lot of default CSS that
> defines those beads.  Have you explicitly brought them in?  Otherwise the
> SliderMouseController may not be running.
>
> -Alex
>
> On 11/30/16, 3:20 PM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
>  wrote:
>
> >Hi
> >
> >can someone confirm that js:Slide is working?
> >
> >I created mdl:Slider from js:Slider and I'm trying to use the event
> >"valueChange", but I think is not implemented.
> >I'm trying to search in examples but seems is not used yet. I expect to
> >get
> >some example of use to apply in my example...
> >
> >I seek for
> >
> > valueChange="comp.property = slider.value"
> >
> >but without luck
> >
> >thanks
> >
> >
> >--
> >Carlos Rovira
> >http://about.me/carlosrovira
>
>


-- 

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: [MAVEN-BUILD] FlexJS Framework (maven) - Build # 447 - Still Failing

[Alex Harui]

Thanks for fixing it.  Is there any way we can get a "build fixed" message
from the MAVEN-BUILD server?

-Alex

On 12/1/16, 6:23 AM, "Christofer Dutz"  wrote:

>Ok ... so there was a locked file in the html modules target directory.
>Sould be solved now ☺
>
>Chris
>
>Am 01.12.16, 11:39 schrieb "Christofer Dutz" :
>
>Having a look at this, it seems the agent went offline during one
>build and after that there were problems cleaning up the html folder
>after that. Eventually there’s still a process having a lock on a file in
>there ... I’ll investigate the problem.
>
>Chris
>
>Am 01.12.16, 11:07 schrieb "carlos.rov...@gmail.com im Auftrag von
>Carlos Rovira" carlosrov...@apache.org>:
>
>mmm that's strange...I have the build running localy. Maybe this
>could be
>some effect due to the server change ?
>
>2016-12-01 9:55 GMT+01:00 Apache Jenkins Server
>:
>
>> The Apache Jenkins build system has built FlexJS Framework
>(maven) (build
>> #447)
>>
>> Status: Still Failing
>>
>> Check console output at https://builds.apache.org/job/
>> FlexJS%20Framework%20(maven)/447/ to view the results.
>
>
>
>
>-- 
>Carlos Rovira
>http://about.me/carlosrovira
>
>
>
>

Re: [FlexJX][Falcon] Binding support fixes/improvements

[Alex Harui]

Peter knows this example better, so I'll ask him to answer.  Keep in mind
that with pay-as-you-go, every level of functionality adds code.  The
smallest DG would not expect any changes:  it would just display the data
in its columns.  The next level of change support is adding and removing
whole rows.  After that comes replacing a row, then we get into changing
fields in the rows.  Each level adds more code and complexity in handling
things like selectedItem/selectedIndex.  I envision several kinds of view,
controller and model beads to manage this complexity.  I'm not sure which
ones have been built yet.

-Alex

On 12/1/16, 2:35 AM, "sankar"  wrote:

>Alex Harui wrote
>> But I think there isn't any code that will send itemUpdated if a field
>>in
>> an item
>> changes, only if an item changes.
>
>Does the above means that if I updates a whole item, it suppose to reflect
>to the row UI? Does DataGrid has necessary codes to listen itemUpdate
>event
>at all, or what we need to do if it can't?
>
>I tried to add a new item to the ArrayList; I also noticed the ArrayList
>has
>/'propertyChange'/ event, but don't know if that suppose to work with
>DataGrid:
>
>> var tmp:Product = new
>> Product("ps220","Weejets",35,190,"assets/smallorangerect.jpg")
>> ProductsModel(applicationModel).productList.addItem(tmp);
>> 
>> ...
>> // inside model 
>> [Bindable(event="propertyChange")]
>> public function get productList():ArrayList
>> {
>>  return _productList;
>> }
>>  
>> public function set productList(value:ArrayList):void
>> {
>>  if (value != _productList)
>>  {
>>  _productList = value;
>>  dispatchEvent(new Event("propertyChange"));
>>  }
>> }
>
>
>
>
>
>--
>View this message in context:
>http://apache-flex-development.247.n4.nabble.com/FlexJX-Falcon-Binding
>-support-fixes-improvements-tp54632p56868.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: How Apache manages FlexJS version in flex-sdk-description?

[Josh Tynjala]

It's impossible for us to put the real version number for FlexJS in the
 element because Flash Builder thinks 0.8.0 is not a valid version
for a Flex SDK. We're basically tricking Flash Builder into thinking our
SDK is Flex 4. Adobe no longer updates Flash Builder, so we can't convince
them to add a special case for FlexJS. With that in mind, simply think of
the  element as a placeholder field that you should ignore as a
user. The real version is included in the  element.

I had to do the same thing with the Feathers SDK:

https://github.com/BowlerHatLLC/feathers-sdk/blob/v3.1.1/flex-sdk-description.xml#L24

Just one of the things we need to deal with building a modern ActionScript
SDK while people are still using older tools.

- Josh

On Wed, Nov 30, 2016 at 11:33 PM, sankar  wrote:

> But for proper information purpose if Flex SDK releases comes with
> appropriate *version* value in flex-sdk-description, doesn't FlexJS SDKs
> also suppose to come with modified versioning figures (except 4.14.1
> everytime)?
>
>
>
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/How-Apache-manages-FlexJS-
> version-in-flex-sdk-description-tp56851p56858.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>

Re: [FlexJS]Layout problems

[Alex Harui]

On 12/1/16, 1:57 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
 wrote:
>
>In MDL we don't need any style tag and percents works ok. But if I use
>some
>HTML.swc comps I get the styles bloating my html and I don't want that. So
>for that reason I think we should refactor styles to CSS. As well this is
>a
>basic separation of concerns and we should avoid that always as a golden
>rule.

Can you be more specific?  I thought most components were picking up all
of their styles from defaults.css.  Which components aren't doing this?

>
>Another problem is that sometimes we get div inside div (or other tags)
>that we don't need. I already don't know how to get rid of this. I think
>is
>VIEW comps what make that magic, but I'd need some example to see how it
>works (for example my problems with List that I need to solve).

Peter just spend some time on this.  Historically, we wanted Container to
be able to generalize to create a Panel.  It could be we haven't designed
Panel properly, but AFAICT, the TitleBar for a Panel isn't describable in
CSS.  It is really an additional content area and offsets the y position
of the children of the Panel.  So, having a contentArea allows for non-CSS
chrome, and makes it easier to manage x,y without doing translations on
every read/write.  IOW, it wouldn't be any fun if, in order to place a
component in the upper left of a panel you couldn't just set y=0, but had
to set y to titleBar.height.

I don't remember if this is the main reason we have to propagate relative
or absolute positioning in order to get percentages to work "everywhere",
but these are the kinds of issues we faced.  Folks are welcome to test out
different implementations on the examples.

So most recently, Peter changed MXMLItemRenderer to get rid of its inner
content area and just be more like the lightweight Container that Harbs
mentioned earlier in this thread.  We could make that the default
Container and have a ContainerWIthNonCSSChrome that has the inner
contentArea and Panel could extend that.

Thoughts?
-Alex

Re: How Apache manages FlexJS version in flex-sdk-description?

[Alex Harui]

On 11/30/16, 11:41 PM, "carlos.rov...@gmail.com on behalf of Carlos
Rovira"  wrote:

>Hi Alex,
>
>I thought FlexJS has some dependency with FlexSDK yet...it's that not
>true?
>That will be awesome :)
>(I thought the maven ascii art when building that Chris puts was related
>to
>that dependency)

Well, I might not be remembering something, but I just took a quick look
at the Ant scripts.  The regular Flex SDK is used for a few things, like:

- the history.js for SWFObject but that isn't currently leveraged by any
FlexJS code, and we could easily check in a copy of those files.  These
files are packaged into the binary release.
- Creating the fontSWF for the FlatUI font
- Using mustella.swc to run the checkintest
- Generating ASDoc

But, IMO, that means that the FlexJS SDK that you install for Maven or for
an IDE really doesn't have any dependencies on the regular Flex SDK.  You
can run the main build of the SWCs in Maven or Ant without the Flex SDK.
As long as you don't try to build the font SWF, package a binary release,
run checkin tests or generate the ASDoc.  And I'm in the process of
getting the Falcon to generate the DITA files so eliminate the ASDoc
dependency.

Interestingly, this theoretically means that for folks who don't need to
build a SWF version of their FlexJS application, we should be able to
create a downloadable package that doesn't have any dependencies on the
Adobe SDKs (playerglobal.swc and the AIR SDK), although I don't think such
a package would work as a Flex SDK in Flash Builder and maybe other IDEs.
It isn't high on my priority list to do, but it would prove that FlexJS is
truly independent from Adobe.

-Alex

Re: How Apache manages FlexJS version in flex-sdk-description?

[Alex Harui]

On 11/30/16, 11:33 PM, "sankar"  wrote:

>But for proper information purpose if Flex SDK releases comes with
>appropriate *version* value in flex-sdk-description, doesn't FlexJS SDKs
>also suppose to come with modified versioning figures (except 4.14.1
>everytime)? 

Not sure I understand your question.  The FlexJS SDK version in the 
tag is updated to reflect the current version of FlexJS.  The name appears
in Flash Builder in the title of the SDK.  Not sure how it looks in other
IDEs.

But we can't put 0.8.0 in the  tag otherwise Flash Builder will
not work properly.  Flash Builder has some assumptions that require that
the version we put in there starts with a 4.

Early on, we discussed having FlexJS simply start out with version numbers
starting with 4, but we decided against that.

-Alex

Re: [DISCUSS] Have a Flex project summit at ApacheCon NA 2017?

[Alex Harui]

On 12/1/16, 12:37 AM, "Christofer Dutz"  wrote:

>Hi guys,
>
>Apache is changing the mode in which ApacheCons are being held starting
>with the next ApacheCon NA in Miami.
>Instead of having a separate ApacheCon and Apache Big Data, this time
>they will be held in parallel and will be starting on Tuesday going till
>Thursday.
>This is done to create some space for Projects to do project summits on
>Monday. Projects that are interested will be able to get a half-day or
>full-day slot to do this.
>
>I think we should sign up for such a summit and finally get the community
>to come together.
>
>We have a lot of stuff to discuss and share and this would be a good
>opportunitiy for us to distribute knowledge (and herby reduce the
>bus-factor), get interested people up to speed and also spend a little
>time talking about weather, beaches, beer and non flex related stufff. I
>guess this would deffinitely help us grow together as a community even
>more.
>
>What do you think? I would be happy to coordinate this.

Having another FlexJS World Tour event would probably be a good thing.
Not sure if ApacheCon is the place to do it.  Did you do some FlexJS talks
at ApacheCon EU?  How was attendance?  You had good attendance at
ApacheCon NA, but I'm not sure we hooked any new committers from it.
That's why I wonder if there is some other place and time we should have
an event.

When are other folks available to travel to the US and/or Europe in 2017?
Miami is so far away from Seattle, it might as well be in another
continent.  US West Coast is always easier for me.

Thoughts?
-Alex

RE: [FlexJS, MDL] Add icon to DeletableChip

[Yishay Weiss]

I added StrandUtils.loadBead() to core. To see an example of how it’s used you 
can look in AccordionCollapseBead, which has the following line:

   _layout = 
StrandUtils.loadBead(IOneFlexibleChildLayout, "iBeadLayout", _strand) as 
IOneFlexibleChildLayout;

The utility class searches to see if the bead already exists in the strand and 
if not, it adds it.



In my opinion beads should use this when they require other beads. This insures 
the dependencies are loaded on the strand and available to the beads.



How beads cooperate is an interesting discussion. This is just one way. They 
can also listen to events on the strand and emit them. The problem with that is 
that it’s difficult to enforce order of execution. It’s even more complicated 
because FlexJS doesn’t currently have the concept of event handler priorities, 
as far as I know.





From: Yishay Weiss
Sent: Wednesday, November 30, 2016 12:58 PM
To: dev@flex.apache.org
Subject: RE: [FlexJS, MDL] Add icon to DeletableChip



Yes, I mean loading inside DeletableChip.



From: piotrz
Sent: Wednesday, November 30, 2016 12:06 PM
To: dev@flex.apache.org
Subject: Re: [FlexJS, MDL] Add icon to DeletableChip



Hi Yishay,

How would I use such util in my case when I whant to "merge" two beads?
DeletableChip whant to use MaterialIcons bead - You mean loading inside
DeletableChip?
If you could elaborate more on your idea.

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-MDL-Add-icon-to-DeletableChip-tp56766p56816.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: git commit: [flex-asjs] [refs/heads/develop] - Export common bead loading logic to a utils class.

[Piotr Zarzycki]

Thanks Yishay. I was thinking more and more about that and I was going to
write today that I will go to you suggestion with Util in my case with MDL
Chip component. I will use it with pleasure.:)

Piotr

2016-12-01 15:33 GMT+01:00 :

> Repository: flex-asjs
> Updated Branches:
>   refs/heads/develop 5863a8c83 -> e5020da9e
>
>
> Export common bead loading logic to a utils class.
>
>
> Project: http://git-wip-us.apache.org/repos/asf/flex-asjs/repo
> Commit: http://git-wip-us.apache.org/repos/asf/flex-asjs/commit/e5020da9
> Tree: http://git-wip-us.apache.org/repos/asf/flex-asjs/tree/e5020da9
> Diff: http://git-wip-us.apache.org/repos/asf/flex-asjs/diff/e5020da9
>
> Branch: refs/heads/develop
> Commit: e5020da9e01c07519415668acc465db78ee6b643
> Parents: 5863a8c
> Author: yishayw 
> Authored: Thu Dec 1 16:33:28 2016 +0200
> Committer: yishayw 
> Committed: Thu Dec 1 16:33:28 2016 +0200
>
> --
>  .../projects/Core/src/main/flex/CoreClasses.as  |  1 +
>  .../flex/org/apache/flex/utils/StrandUtils.as   | 70 
>  .../flex/html/beads/AccordionCollapseBead.as| 14 +---
>  3 files changed, 73 insertions(+), 12 deletions(-)
> --
>
>
> http://git-wip-us.apache.org/repos/asf/flex-asjs/blob/
> e5020da9/frameworks/projects/Core/src/main/flex/CoreClasses.as
> --
> diff --git a/frameworks/projects/Core/src/main/flex/CoreClasses.as
> b/frameworks/projects/Core/src/main/flex/CoreClasses.as
> index d8c65ef..c4b0752 100644
> --- a/frameworks/projects/Core/src/main/flex/CoreClasses.as
> +++ b/frameworks/projects/Core/src/main/flex/CoreClasses.as
> @@ -130,6 +130,7 @@ internal class CoreClasses
> import org.apache.flex.utils.CSSBorderUtils; CSSBorderUtils;
> }
> import org.apache.flex.utils.ColorUtil; ColorUtil;
> +   import org.apache.flex.utils.StrandUtils; StrandUtils;
>  import org.apache.flex.utils.CSSContainerUtils; CSSContainerUtils;
>  import org.apache.flex.utils.DisplayUtils; DisplayUtils;
> COMPILE::SWF
>
> http://git-wip-us.apache.org/repos/asf/flex-asjs/blob/
> e5020da9/frameworks/projects/Core/src/main/flex/org/apache/
> flex/utils/StrandUtils.as
> --
> diff --git 
> a/frameworks/projects/Core/src/main/flex/org/apache/flex/utils/StrandUtils.as
> b/frameworks/projects/Core/src/main/flex/org/apache/flex/
> utils/StrandUtils.as
> new file mode 100644
> index 000..cb6f134
> --- /dev/null
> +++ b/frameworks/projects/Core/src/main/flex/org/apache/flex/
> utils/StrandUtils.as
> @@ -0,0 +1,70 @@
> +///
> /
> +//
> +//  Licensed to the Apache Software Foundation (ASF) under one or more
> +//  contributor license agreements.  See the NOTICE file distributed with
> +//  this work for additional information regarding copyright ownership.
> +//  The ASF licenses this file to You under the Apache License, Version
> 2.0
> +//  (the "License"); you may not use this file except in compliance with
> +//  the License.  You may obtain a copy of the License at
> +//
> +//  http://www.apache.org/licenses/LICENSE-2.0
> +//
> +//  Unless required by applicable law or agreed to in writing, software
> +//  distributed under the License is distributed on an "AS IS" BASIS,
> +//  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied.
> +//  See the License for the specific language governing permissions and
> +//  limitations under the License.
> +//
> +///
> /
> +
> +package org.apache.flex.utils
> +{
> +   import org.apache.flex.core.IBead;
> +   import org.apache.flex.core.IBeadModel;
> +   import org.apache.flex.core.IStrand;
> +   import org.apache.flex.core.ValuesManager;
> +
> +   /**
> +*  The StrandUtils class is an all-static class
> +*  with methods for working with strands and beads.
> +*
> +*  @langversion 3.0
> +*  @playerversion Flash 10.2
> +*  @playerversion AIR 2.6
> +*  @productversion FlexJS 0.0
> +*/
> +   public class StrandUtils
> +   {
> +
> +   //
> --
> +   //
> +   //  Class methods
> +   //
> +   //
> --
> +
> +   /**
> +*  @return Loaded Bead.
> +*
> +*  @langversion 3.0
> +*  @playerversion Flash 9
> +*  @playerversion AIR 1.1
> +*  

Re: [MAVEN-BUILD] FlexJS Framework (maven) - Build # 447 - Still Failing

[Christofer Dutz]

Ok ... so there was a locked file in the html modules target directory. Sould 
be solved now ☺

Chris

Am 01.12.16, 11:39 schrieb "Christofer Dutz" :

Having a look at this, it seems the agent went offline during one build and 
after that there were problems cleaning up the html folder after that. 
Eventually there’s still a process having a lock on a file in there ... I’ll 
investigate the problem.

Chris

Am 01.12.16, 11:07 schrieb "carlos.rov...@gmail.com im Auftrag von Carlos 
Rovira" :

mmm that's strange...I have the build running localy. Maybe this could 
be
some effect due to the server change ?

2016-12-01 9:55 GMT+01:00 Apache Jenkins Server 
:

> The Apache Jenkins build system has built FlexJS Framework (maven) 
(build
> #447)
>
> Status: Still Failing
>
> Check console output at https://builds.apache.org/job/
> FlexJS%20Framework%20(maven)/447/ to view the results.




-- 
Carlos Rovira
http://about.me/carlosrovira

Re: [FlexJS]js:List

[Peter Ent]

There are beads designed for Array (the default set) and ArrayList. You
need to change the data provider and selection models to match. There is
code that does something like: dataProvider is Array and that will be null
when the dataProvider is an ArrayList so the code will just return from
that function without doing anything.

‹peter

On 12/1/16, 6:26 AM, "yishayw"  wrote:

>Did you try feeding the data provider with an array instead of an
>arraylist?
>The model seems to expect that.
>
>
>
>--
>View this message in context:
>http://apache-flex-development.247.n4.nabble.com/FlexJS-js-List-tp5687
>0p56873.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS][Discuss] Test classList in mdl:Button

[piotrz]

Carlos,

I see commit. Great! :) I need to write first a long elaborate about this
problem with "merging" beads in other thread, cause I have more concerns,
before I get back to coding. 
Wish I could be in one office with you and all guys from Team we could solve
it such things asap :)

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Discuss-Test-classList-in-mdl-Button-tp56835p56875.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS][Discuss] Test classList in mdl:Button

[Carlos Rovira]

Hi Piotr,
I think I finished the refactor to class list. I didn't touch your
components since maybe you are working on them this will mess your work. So
feel free to update as you could.

thanks

El 1 de diciembre de 2016, 8:37, Carlos Rovira <
carlos.rov...@codeoscopic.com> escribió:

> Hi Piotr,
>
> I saw your commit. I think is better to use classList.add in your case.
> classList.toggle is used to add/remove based on some condition. I think is
> working since as there's nothing now the toggle is like and add.
>
>
>
> El 1 de diciembre de 2016, 8:34, Carlos Rovira <
> carlos.rov...@codeoscopic.com> escribió:
>
>> Hi Piotr,
>>
>> yes, you're right. I saw it as I did the commit, but as it was late I
>> thought in get to it today. I'll make the changes as I can.
>> Thanks! :)
>>
>> 2016-12-01 8:00 GMT+01:00 piotrz :
>>
>>> Carlos,
>>>
>>> I saw your commits with refactoring to classList. Maybe we should do
>>> same in
>>> "createElement" for created components if it is possible to make it
>>> consistent? I just did it in Chip and ButtonChip.
>>>
>>> Piotr
>>>
>>>
>>>
>>> -
>>> Apache Flex PMC
>>> piotrzarzyck...@gmail.com
>>> --
>>> View this message in context: http://apache-flex-development
>>> .247.n4.nabble.com/FlexJS-Discuss-Test-classList-in-mdl-
>>> Button-tp56835p56853.html
>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>
>>
>>
>>
>> --
>>
>> Carlos Rovira
>> Director General
>> M: +34 607 22 60 05 <607%2022%2060%2005>
>> http://www.codeoscopic.com
>> http://www.avant2.es
>>
>> Este mensaje se dirige exclusivamente a su destinatario y puede contener
>> información privilegiada o confidencial. Si ha recibido este mensaje por
>> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
>> proceda a su destrucción.
>>
>> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>> comunicamos que sus datos forman parte de un fichero cuyo responsable es
>> CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la
>> prestación del servicio o información solicitados, teniendo usted derecho
>> de acceso, rectificación, cancelación y oposición de sus datos dirigiéndose
>> a nuestras oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la
>> documentación necesaria.
>>
>>
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05 <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]js:List

[yishayw]

Did you try feeding the data provider with an array instead of an arraylist?
The model seems to expect that.



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

Re: [DISCUSS] Have a Flex project summit at ApacheCon NA 2017?

[yishayw]

Will look into that. Thanks.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/DISCUSS-Have-a-Flex-project-summit-at-ApacheCon-NA-2017-tp56860p56872.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] last git code doesn't work as of 2016 NOV 29

[Pan Li]

Hi Alex
When I tested version I got about NOV 28 (which was last build success
around 27), it failed to run app when wen have code like


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

...

I just run test again but could not reproduce the problem, but the source
code we are using is more updated



My Apache Flex community contribution is working on the open source
Moonshine-IDE.com for FlexJS.

[FlexJS]js:List

[Harbs]

I’m not sure if I’m doing something wrong, or there is an actual problem…


I have the following markup in my mxml:







I don’t know the content of the List until some point at runtime and Data 
Binding is too confusing for my to try and mess with that.

I have the following code which gets run when the list of objects is actually 
constructed:

templateList.dataProvider = new ArrayList(dataModel.templateList);

By inspecting List, I see that the ArrayList is added to the 
(ArraySelectionModel) model.

The beads in the strand are:

0: org.apache.flex.html.beads.models.ArraySelectionModel
1: org.apache.flex.html.beads.ListView
2: org.apache.flex.html.beads.models.ViewportModel
3: org.apache.flex.html.supportClasses.ScrollingViewport
4: org.apache.flex.html.beads.controllers.ListSingleSelectionMouseController
5: org.apache.flex.html.beads.DataItemRendererFactoryForArrayData
6: org.apache.flex.core.ItemRendererClassFactory
7: org.apache.flex.core.ItemRendererClassFactory
8: org.apache.flex.html.beads.layouts.VerticalLayout

The problem is that nothing is actually added to the HTML Element tree:



What’s wrong?

Thanks,
Harbs

Re: [MAVEN-BUILD] FlexJS Framework (maven) - Build # 447 - Still Failing

[Christofer Dutz]

Having a look at this, it seems the agent went offline during one build and 
after that there were problems cleaning up the html folder after that. 
Eventually there’s still a process having a lock on a file in there ... I’ll 
investigate the problem.

Chris

Am 01.12.16, 11:07 schrieb "carlos.rov...@gmail.com im Auftrag von Carlos 
Rovira" :

mmm that's strange...I have the build running localy. Maybe this could be
some effect due to the server change ?

2016-12-01 9:55 GMT+01:00 Apache Jenkins Server :

> The Apache Jenkins build system has built FlexJS Framework (maven) (build
> #447)
>
> Status: Still Failing
>
> Check console output at https://builds.apache.org/job/
> FlexJS%20Framework%20(maven)/447/ to view the results.




-- 
Carlos Rovira
http://about.me/carlosrovira

Re: [FlexJX][Falcon] Binding support fixes/improvements

[sankar]

Alex Harui wrote
> But I think there isn't any code that will send itemUpdated if a field in
> an item
> changes, only if an item changes.

Does the above means that if I updates a whole item, it suppose to reflect
to the row UI? Does DataGrid has necessary codes to listen itemUpdate event
at all, or what we need to do if it can't?

I tried to add a new item to the ArrayList; I also noticed the ArrayList has
/'propertyChange'/ event, but don't know if that suppose to work with
DataGrid:

> var tmp:Product = new
> Product("ps220","Weejets",35,190,"assets/smallorangerect.jpg")
> ProductsModel(applicationModel).productList.addItem(tmp);
> 
> ...
> // inside model 
> [Bindable(event="propertyChange")]
> public function get productList():ArrayList
> {
>   return _productList;
> }
>   
> public function set productList(value:ArrayList):void
> {
>   if (value != _productList)
>   {
>   _productList = value;
>   dispatchEvent(new Event("propertyChange"));
>   }
> }





--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJX-Falcon-Binding-support-fixes-improvements-tp54632p56868.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: How Apache manages FlexJS version in flex-sdk-description?

[Carlos Rovira]

Hi Chris,

that's awesome, since as FlexJS si new tech the older dependency on Flex
SDK was a true problem. So great to see we don't have that load this days!
:)

2016-12-01 9:26 GMT+01:00 Christofer Dutz :

> Hi Carlos,
>
> I just used the Ascii Art to make it really obvious that the sdk converter
> kicks in as I was having some trouble in the beginning that maven didn’t
> pick up my exstension. In the FlexJS area I only use that to provide access
> to Air, Playerglobal and the Fontkit stuff ... As far as I am aware of,
> there is no longer any dependency on the normal SDK from the Maven build.
>
> Chris
>
> Am 01.12.16, 08:41 schrieb "carlos.rov...@gmail.com im Auftrag von Carlos
> Rovira"  carlos.rov...@codeoscopic.com>:
>
> Hi Alex,
>
> I thought FlexJS has some dependency with FlexSDK yet...it's that not
> true?
> That will be awesome :)
> (I thought the maven ascii art when building that Chris puts was
> related to
> that dependency)
>
> 2016-12-01 8:22 GMT+01:00 Alex Harui :
>
> >
> >
> > On 11/30/16, 10:05 PM, "sankar"  wrote:
> >
> > >
> > >
> > >Apache Flex (FlexJS) 0.7.0 FP23.0 AIR23.0 en_US
> > >*4.14.1*
> > >20160905
> > >
> > >
> > >
> > >I was wondering how Apache manages/marks version in
> > >flex-sdk-description.xml
> > >with it's releases? I noticed that from 0.5.0-0.7.0 and now in
> recent
> > >nightly builds (0.8.0) *version* value is always 4.14.1. While in
> Flex
> > >SDKs
> > >the version value changes with every stable releases.
> >
> > FlashBuilder uses the  tag to determine whether the SDK is
> Flex 3
> > or Flex 4 (or unknown).  It doesn't really matter what we put in
> there as
> > long as it starts with 4.  Especially now that there really aren't
> any
> > regular Flex SDK dependencies in FlexJS (that wasn't true early on).
> >
> > It is unfortunate that Flash Builder has this sensitivity, but this
> is the
> > best I think we can do.
> >
> > -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.
>
>
>


-- 

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]Layout problems

[Carlos Rovira]

If a VIEW bead could solve that problem and remove the nested div, that
would be right for me...but we need some working example and a description
of how to make that. With js:List I was searching without luck how to
remove the extra div layer

2016-12-01 11:12 GMT+01:00 Harbs :

> That’s something I alluded to in my post.
>
> Container components have double divs to accommodate View and (scroll
> viewports?). I don’t think this is generally needed in HTML and I think it
> causes more problems than it solves. There should probably be “lightweight”
> Container and “heavyweight” Container if it’s necessary.
>
> On Dec 1, 2016, at 11:57 AM, Carlos Rovira 
> wrote:
>
> > Another problem is that sometimes we get div inside div (or other tags)
> > that we don't need. I already don't know how to get rid of this. I think
> is
> > VIEW comps what make that magic, but I'd need some example to see how it
> > works (for example my problems with List that I need to solve).
>
>


-- 

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]Layout problems

[Harbs]

That’s something I alluded to in my post.

Container components have double divs to accommodate View and (scroll 
viewports?). I don’t think this is generally needed in HTML and I think it 
causes more problems than it solves. There should probably be “lightweight” 
Container and “heavyweight” Container if it’s necessary.

On Dec 1, 2016, at 11:57 AM, Carlos Rovira  
wrote:

> Another problem is that sometimes we get div inside div (or other tags)
> that we don't need. I already don't know how to get rid of this. I think is
> VIEW comps what make that magic, but I'd need some example to see how it
> works (for example my problems with List that I need to solve).

Re: [MAVEN-BUILD] FlexJS Framework (maven) - Build # 447 - Still Failing

[Carlos Rovira]

mmm that's strange...I have the build running localy. Maybe this could be
some effect due to the server change ?

2016-12-01 9:55 GMT+01:00 Apache Jenkins Server :

> The Apache Jenkins build system has built FlexJS Framework (maven) (build
> #447)
>
> Status: Still Failing
>
> Check console output at https://builds.apache.org/job/
> FlexJS%20Framework%20(maven)/447/ to view the results.




-- 
Carlos Rovira
http://about.me/carlosrovira

Re: [FlexJS]Layout problems

[Carlos Rovira]

Hi,
just to add something more here. I already mentioned the problems of div
relative positioning in other threads.
I as well think that having the basic set with predefined styles is not
PAYG, and we get a bloated html full of tags with style attributes (div,
span...).

The problem Alex comment in the other thread was that percentages was not
playing well. That's a problem, but maybe one option would be to remove all
styles tags in createElement (or other AS code) and move to CSS. In this
way you can exclude in your project and remove the rules from the basic
set. That's what I do with MDL.

In MDL we don't need any style tag and percents works ok. But if I use some
HTML.swc comps I get the styles bloating my html and I don't want that. So
for that reason I think we should refactor styles to CSS. As well this is a
basic separation of concerns and we should avoid that always as a golden
rule.

In resume, we should get rid of all "styles" set in code that translates to
output html tags in order to be able to be easy to exclude if you don't
want, or don't like and want another.

Another problem is that sometimes we get div inside div (or other tags)
that we don't need. I already don't know how to get rid of this. I think is
VIEW comps what make that magic, but I'd need some example to see how it
works (for example my problems with List that I need to solve).










2016-11-27 16:12 GMT+01:00 Harbs :

> I’m not blaming the concepts. I’m just stating that as it stands, layout
> is really hard.
>
> Part of the problem I was able to see was due to the fact that there were
> nested divs with alternating absolute and relative positioning. This killed
> all padding settings to the sub-objects. Basically the default layout was
> preventing natural browser positioning. (anti-PAYG) ;-)
>
> Maybe the solution is to write another layout, but I have a feeling that
> simplifying the layout might help even more.
>
> Yishay and I will try to put together some test cases to help show the
> problems and possibly help find the correct solution...
>
> On Nov 27, 2016, at 5:06 PM, Alex Harui  wrote:
>
> >
> >
> > On 11/27/16, 3:31 AM, "Harbs"  wrote:
> >
> >> FlexJS makes it way too hard to solve simple layout challenges.
> >
> > I don't know if it is fair to blame the patterns and principles of FlexJS
> > for that, but it certainly is possible that the Layout you need hasn't
> > been written yet.
> >
> > Keep in mind that regular Flex VerticalLayout visited every child twice
> > and used %width in a non-CSS-compliant way.  So under PAYG, the default
> > FlexJS VerticalLayout is going to leverage what the browser will do and
> > work differently.
> >
> > But that means these lighter weight layouts will leverage CSS and
> > StackOverflow is full of folks wrestling with CSS to get what they want.
> > If FlexJS has other, slower layouts that solve these common problems,
> that
> > will be an advantage for us.
> >
> > The way I suggest folks deal with layout right now (given that the layout
> > you want may not exist yet), is to just use an HTML editor to layout some
> > widgets in the way you want.  All FlexJS is trying to do is identify and
> > encapsulate existing HTML and JS patterns and present them as components.
> > So figure out what the HTML needs to look like and that will determine if
> > an existing layout can do it, or if you need to write a new one.  Don't
> > forget that in FlexJS, there is both CSS margin and padding:  regular
> Flex
> > only supported padding and a non-CSS compliant "gap".
> >
> > Thanks,
> > -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: [DISCUSS] Have a Flex project summit at ApacheCon NA 2017?

[Christofer Dutz]

Hi Yishay,

Well in that case I would strongly suggest that you apply for TAC (Travel 
Assistance) ... that’s what it’s made for :-)

I did my first ApacheCon NA with TAC and so did several others. 

Chris



Am 01.12.16, 09:59 schrieb "Yishay Weiss" :



It sounds like a good idea, but I’m not sure I’d have the resources to fly 
across the Atlantic for that. I’m hoping for a European (or Middle Eastern)  
event.



From: Christofer Dutz
Sent: Thursday, December 1, 2016 10:37 AM
To: dev@flex.apache.org
Subject: [DISCUSS] Have a Flex project summit at ApacheCon NA 2017?



Hi guys,

Apache is changing the mode in which ApacheCons are being held starting 
with the next ApacheCon NA in Miami.
Instead of having a separate ApacheCon and Apache Big Data, this time they 
will be held in parallel and will be starting on Tuesday going till Thursday.
This is done to create some space for Projects to do project summits on 
Monday. Projects that are interested will be able to get a half-day or full-day 
slot to do this.

I think we should sign up for such a summit and finally get the community 
to come together.

We have a lot of stuff to discuss and share and this would be a good 
opportunitiy for us to distribute knowledge (and herby reduce the bus-factor), 
get interested people up to speed and also spend a little time talking about 
weather, beaches, beer and non flex related stufff. I guess this would 
deffinitely help us grow together as a community even more.

What do you think? I would be happy to coordinate this.

Chris

RE: [DISCUSS] Have a Flex project summit at ApacheCon NA 2017?

[Yishay Weiss]

It sounds like a good idea, but I’m not sure I’d have the resources to fly 
across the Atlantic for that. I’m hoping for a European (or Middle Eastern)  
event.



From: Christofer Dutz
Sent: Thursday, December 1, 2016 10:37 AM
To: dev@flex.apache.org
Subject: [DISCUSS] Have a Flex project summit at ApacheCon NA 2017?



Hi guys,

Apache is changing the mode in which ApacheCons are being held starting with 
the next ApacheCon NA in Miami.
Instead of having a separate ApacheCon and Apache Big Data, this time they will 
be held in parallel and will be starting on Tuesday going till Thursday.
This is done to create some space for Projects to do project summits on Monday. 
Projects that are interested will be able to get a half-day or full-day slot to 
do this.

I think we should sign up for such a summit and finally get the community to 
come together.

We have a lot of stuff to discuss and share and this would be a good 
opportunitiy for us to distribute knowledge (and herby reduce the bus-factor), 
get interested people up to speed and also spend a little time talking about 
weather, beaches, beer and non flex related stufff. I guess this would 
deffinitely help us grow together as a community even more.

What do you think? I would be happy to coordinate this.

Chris

[DISCUSS] Have a Flex project summit at ApacheCon NA 2017?

[Christofer Dutz]

Hi guys,

Apache is changing the mode in which ApacheCons are being held starting with 
the next ApacheCon NA in Miami.
Instead of having a separate ApacheCon and Apache Big Data, this time they will 
be held in parallel and will be starting on Tuesday going till Thursday.
This is done to create some space for Projects to do project summits on Monday. 
Projects that are interested will be able to get a half-day or full-day slot to 
do this.

I think we should sign up for such a summit and finally get the community to 
come together.

We have a lot of stuff to discuss and share and this would be a good 
opportunitiy for us to distribute knowledge (and herby reduce the bus-factor), 
get interested people up to speed and also spend a little time talking about 
weather, beaches, beer and non flex related stufff. I guess this would 
deffinitely help us grow together as a community even more.

What do you think? I would be happy to coordinate this.

Chris

Re: How Apache manages FlexJS version in flex-sdk-description?

[Christofer Dutz]

Hi Carlos,

I just used the Ascii Art to make it really obvious that the sdk converter 
kicks in as I was having some trouble in the beginning that maven didn’t pick 
up my exstension. In the FlexJS area I only use that to provide access to Air, 
Playerglobal and the Fontkit stuff ... As far as I am aware of, there is no 
longer any dependency on the normal SDK from the Maven build.

Chris

Am 01.12.16, 08:41 schrieb "carlos.rov...@gmail.com im Auftrag von Carlos 
Rovira" :

Hi Alex,

I thought FlexJS has some dependency with FlexSDK yet...it's that not true?
That will be awesome :)
(I thought the maven ascii art when building that Chris puts was related to
that dependency)

2016-12-01 8:22 GMT+01:00 Alex Harui :

>
>
> On 11/30/16, 10:05 PM, "sankar"  wrote:
>
> >
> >
> >Apache Flex (FlexJS) 0.7.0 FP23.0 AIR23.0 en_US
> >*4.14.1*
> >20160905
> >
> >
> >
> >I was wondering how Apache manages/marks version in
> >flex-sdk-description.xml
> >with it's releases? I noticed that from 0.5.0-0.7.0 and now in recent
> >nightly builds (0.8.0) *version* value is always 4.14.1. While in Flex
> >SDKs
> >the version value changes with every stable releases.
>
> FlashBuilder uses the  tag to determine whether the SDK is Flex 3
> or Flex 4 (or unknown).  It doesn't really matter what we put in there as
> long as it starts with 4.  Especially now that there really aren't any
> regular Flex SDK dependencies in FlexJS (that wasn't true early on).
>
> It is unfortunate that Flash Builder has this sensitivity, but this is the
> best I think we can do.
>
> -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.