message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-About-Material-
> Icons-tp58562p58601.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
--
Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://w
Thank you Alex for explanation.
Carlos it is fixed - you can test it. :)
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58601.html
Sent from the Apache Flex
On 1/23/17, 12:08 PM, "piotrz" wrote:
>Carlos, Alex,
>
>Fix is ready, but before I will commit it I have to ask about something.
>
>In order to fix this I need to remove from ContainerDataBinding following
>code:
>
>if (binding.source[0] in _strand)
>{
>}
>
>What actually is for this "in" attri
+ One fix
in ContainerDataBinding, but I think it would be great if Alex could look
into my previous post.
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58599.html
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.2333347.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58598.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Thanks Carlos. I've updated a bit description and title.
I will look into that later today.
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58595.html
Sent fro
;
> Thanks,
> Piotr
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-About-Material-
> Icons-tp58562p58589.html
> Sent from the Apache Flex Development mai
On 1/22/17, 10:58 PM, "omup...@gmail.com on behalf of OmPrakash Muppirala"
wrote:
>On Sun, Jan 22, 2017 at 9:19 PM, Alex Harui wrote:
>
>> That reminds me: it has always bugged me that the compiler makes you
>> write:
>>
>>
>>
>>
>> (which sets up a binding), instead of just:
>>
>>
>>
Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58589.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>
>>
>>
>> -
>> Apache Flex PMC
>> piotrzarzyck...@gmail.com
>> --
>> View this message in context: http://apache-flex-development
>> .247.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58585.html
>> Sent from the Apache Flex D
g to remove current mechanism ?
>
> Piotr
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-About-Material-
> Icons-tp58562p58585.html
> Sent
Hi Carlos,
I'm fine with that. Are you going to remove current mechanism ?
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58585.html
Sent from the Apache
Hi Om,
thanks for pointing this. I was just thinking on this way few hours ago and
want to propose it here. Maybe is more verbose but we save us to write 900
classes and 900 constants...only we do the second.
@Pitor, what do you think?
About Alex proposal, I should think about it if there's some
To me it makes it clear what’s a string literal and what’s not.
Of course, there’s no reason for binding overhead in this case. When something
is a constant, there’s no reason why the compiler couldn’t just automatically
replace it with the value. Is there?
> On Jan 23, 2017, at 7:19 AM, Alex H
On Sun, Jan 22, 2017 at 9:19 PM, Alex Harui wrote:
> That reminds me: it has always bugged me that the compiler makes you
> write:
>
>
>
>
> (which sets up a binding), instead of just:
>
>
>
> Can anyone think of a reason the compiler shouldn't allow that?
>
What is the advantage of wri
That reminds me: it has always bugged me that the compiler makes you
write:
(which sets up a binding), instead of just:
Can anyone think of a reason the compiler shouldn't allow that?
Also, maybe more into the future, maybe the constants should be considered
of type FontAwsomeIconTyp
On Sun, Jan 22, 2017 at 10:17 AM, Carlos Rovira
wrote:
> Hi,
>
> while doing thing to close MDL implementation I saw that Material Design
> Icons library is about 900 icons (60Mb). You can see all here:
>
> https://material.io/icons/
>
> We was pushing a class for every icon (i.e: MaterialIconAdd
ng some code in MDL current implementation will be my
> first choose.
>
> I just think that sometimes batter do not give to much options.
>
> Piotr
>
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apac
otrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58565.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
nt of view...
>
> Piotr
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-About-Material-
> Icons-tp58562p58563.html
> Sent from the Apache Flex Development ma
om
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-About-Material-Icons-tp58562p58563.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Hi,
while doing thing to close MDL implementation I saw that Material Design
Icons library is about 900 icons (60Mb). You can see all here:
https://material.io/icons/
We was pushing a class for every icon (i.e: MaterialIconAdd,
MaterialIconCancel)
Maybe doing 900 classes could be so cumbersome,
22 matches
Mail list logo
