Really pleased to see the input from you all, and thanks for the revisions
and corrections so far.
"To me it's a bit difficult to digest in its current format. I would prefer
to
see a list of design patterns with descriptions of concrete problems and
proposed solutions."
I definitely agree. I had
Hi,
> You could be right that folks are just too used to the old Flex way of
> thinking. If you've never hit the performance and size issues I've seen
> then maybe you can't understand the motivation behind it, but that might
> mean the active committers are self-selected.
I’ve worked on many la
Hi,
Thanks for that Greg and good to see it started some conversation around this.
Thanks,
Justin
UIBase is by default
> visible.
>
>
>
>
> --
> View this message in context:
> http://apache-flex-development.247.n4.nabble.com/FlexJS-PAYG-definitions-and-guidance-Please-participate-tp62738p62759.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
isn't
already there.
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-PAYG-definitions-and-guidance-Please-participate-tp62738p62760.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
. Hence, UIBase is by default
visible.
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-PAYG-definitions-and-guidance-Please-participate-tp62738p62759.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
I agree with this.
If I had to pick the single-most difficult thing when migrating from Flex to
FlexJS, it would be layout.
The new layout beads are definitely improved over the older ones, but layout is
not always necessarily as intuitive or performant as it might be.
On the one hand, we don’
Great start.
I just made some additions and changes. Hopefully I helped make it clearer and
not the other way around… ;-)
I just want to say, that while PAYG is hard both from a framework development
perspective and from an application development perspective, I firmly believe
that strict adhe
Hi Greg,
You could be right that folks are just too used to the old Flex way of
thinking. If you've never hit the performance and size issues I've seen
then maybe you can't understand the motivation behind it, but that might
mean the active committers are self-selected. I don't think we have
rep
Thanks Alex,
I look forward to your feedback. It would be great to see (from you or
anyone else) - within this thread - suggested improvements/corrections or
other topics that should be added, or questions that should be addressed.
I know there are areas that need improvement in a number of are
Hi Greg,
Thanks for writing this up. I took a quick read. I'll do a more careful
read next week and have more detailed comments. One thing I wanted put up
for discussion now is the notion of "defaults". Really, I'm trying to get
away from the notion that there is one default we have to decide
Following on from other discussions, I have made a start on something here
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=71013028
In the end this will only work if people want to do it. But I do believe
that one way of getting everyone on the same page here (and we do have
clear
12 matches
Mail list logo
