You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Ariel Jakobovits <ar...@yahoo.com> on 2012/02/29 01:36:00 UTC
Desktop, mobile...tv/bluray
We have a list of components for desktop, and an emerging list of components designed for mobile. Anyone working with even lower power tv and blueray devices that could benefit from even more lightweight components?
Ariel Jakobovits
ajakobov@adobe.com
650-350-0282
Re: Desktop, mobile...tv/bluray
Posted by andrei apostolache <ap...@gmail.com>.
Well, it might be an interesting component, but from my experience and the
purpose of it, I always tried not to use it. The memory usage is enormous
for what it suppose to do.
But this is a different story, I was just trying to give some hints of new
components that might improve the current SDK and I'm pretty sure that
there are other existing components that might need a tweak.
Regards,
Andrei.
On Wed, Feb 29, 2012 at 2:51 PM, Robert Cesaric <ro...@cesaric.com> wrote:
> The mx:Repeater is a little bit different and an interesting one. If you
> look in UIComponent, there's some specific exceptions for handling
> Repeater. I think it's more along the lines of an earlier thread here
> discussing possibly providing conditionals and loops in markup.
>
> On Feb 29, 2012, at 4:51 AM, andrei apostolache wrote:
>
> > ...redundant (mx:Repeater can easily be a list with an itemRenderer).
> But, as
> > I point in my previous mail, is quite ...
>
>
Re: Desktop, mobile...tv/bluray
Posted by Robert Cesaric <ro...@cesaric.com>.
The mx:Repeater is a little bit different and an interesting one. If you look in UIComponent, there's some specific exceptions for handling Repeater. I think it's more along the lines of an earlier thread here discussing possibly providing conditionals and loops in markup.
On Feb 29, 2012, at 4:51 AM, andrei apostolache wrote:
> ...redundant (mx:Repeater can easily be a list with an itemRenderer). But, as
> I point in my previous mail, is quite ...
Re: Desktop, mobile...tv/bluray
Posted by andrei apostolache <ap...@gmail.com>.
To have a tooltip on disable can be made by creating a custom button skin
or an custom button, which is not that hard.
I'm thinking of generic components, which you either use mx components and
lose performance, or build your own spark component.
One of the spark advantages was that couple of mx components now are
redundant (mx:Repeater can easily be a list with an itemRenderer). But, as
I point in my previous mail, is quite hard to skin the existing calendar to
fit both mobile and web development (and is quite easy and fast to build a
component that has the behavior of the calendar from Android 4, again, is
just a simple list with an item renderer and a tile layout).
On Wed, Feb 29, 2012 at 9:39 AM, manish sharma <mi...@gmail.com>wrote:
> Yup! I agreed that using mx with spark is not a good decision but there are
> some lack of functionality in spark components which is available in mx.
> i.e. in a simple spark button, you are not able to see tool-tip while it is
> disabled.
>
> so many developers has to use mx with spark due to these some lack of
> functionality.
>
> Thanks & Regards* **?*
> *MANISH SHARMA*
>
>
>
>
> On Wed, Feb 29, 2012 at 3:02 PM, andrei apostolache <
> apostolache.andrei@gmail.com> wrote:
>
> > We can start migrating components from mx to spark. At work we already
> > built something close to an Accordion, or a simpler and easier to skin
> > Calendar, suitable for mobile devices.
> > Anyone knows that using mx with spark is not a good decision.
> >
> >
> > On Wed, Feb 29, 2012 at 8:08 AM, Ariel Jakobovits <arieljake@yahoo.com
> > >wrote:
> >
> > > Thanks for the support Martin but some compatriots to work with me is
> > what
> > > I seek.
> > >
> > > Ariel Jakobovits
> > > ajakobov@adobe.com
> > > 650-350-0282
> > >
> > > On Feb 28, 2012, at 5:00 PM, Martin Heidegger <mh...@leichtgewicht.at>
> > wrote:
> > >
> > > > On 29/02/2012 09:36, Ariel Jakobovits wrote:
> > > >> We have a list of components for desktop, and an emerging list of
> > > components designed for mobile. Anyone working with even lower power tv
> > and
> > > blueray devices that could benefit from even more lightweight
> components?
> > > > Who would not benefit of more components?
> > > >
> > > > yours
> > > > Martin.
> > >
> >
>
Re: Desktop, mobile...tv/bluray
Posted by manish sharma <mi...@gmail.com>.
Yup! I agreed that using mx with spark is not a good decision but there are
some lack of functionality in spark components which is available in mx.
i.e. in a simple spark button, you are not able to see tool-tip while it is
disabled.
so many developers has to use mx with spark due to these some lack of
functionality.
Thanks & Regards* **?*
*MANISH SHARMA*
On Wed, Feb 29, 2012 at 3:02 PM, andrei apostolache <
apostolache.andrei@gmail.com> wrote:
> We can start migrating components from mx to spark. At work we already
> built something close to an Accordion, or a simpler and easier to skin
> Calendar, suitable for mobile devices.
> Anyone knows that using mx with spark is not a good decision.
>
>
> On Wed, Feb 29, 2012 at 8:08 AM, Ariel Jakobovits <arieljake@yahoo.com
> >wrote:
>
> > Thanks for the support Martin but some compatriots to work with me is
> what
> > I seek.
> >
> > Ariel Jakobovits
> > ajakobov@adobe.com
> > 650-350-0282
> >
> > On Feb 28, 2012, at 5:00 PM, Martin Heidegger <mh...@leichtgewicht.at>
> wrote:
> >
> > > On 29/02/2012 09:36, Ariel Jakobovits wrote:
> > >> We have a list of components for desktop, and an emerging list of
> > components designed for mobile. Anyone working with even lower power tv
> and
> > blueray devices that could benefit from even more lightweight components?
> > > Who would not benefit of more components?
> > >
> > > yours
> > > Martin.
> >
>
Re: Desktop, mobile...tv/bluray
Posted by andrei apostolache <ap...@gmail.com>.
We can start migrating components from mx to spark. At work we already
built something close to an Accordion, or a simpler and easier to skin
Calendar, suitable for mobile devices.
Anyone knows that using mx with spark is not a good decision.
On Wed, Feb 29, 2012 at 8:08 AM, Ariel Jakobovits <ar...@yahoo.com>wrote:
> Thanks for the support Martin but some compatriots to work with me is what
> I seek.
>
> Ariel Jakobovits
> ajakobov@adobe.com
> 650-350-0282
>
> On Feb 28, 2012, at 5:00 PM, Martin Heidegger <mh...@leichtgewicht.at> wrote:
>
> > On 29/02/2012 09:36, Ariel Jakobovits wrote:
> >> We have a list of components for desktop, and an emerging list of
> components designed for mobile. Anyone working with even lower power tv and
> blueray devices that could benefit from even more lightweight components?
> > Who would not benefit of more components?
> >
> > yours
> > Martin.
>
Re: Desktop, mobile...tv/bluray
Posted by Ariel Jakobovits <ar...@yahoo.com>.
Thanks for the support Martin but some compatriots to work with me is what I seek.
Ariel Jakobovits
ajakobov@adobe.com
650-350-0282
On Feb 28, 2012, at 5:00 PM, Martin Heidegger <mh...@leichtgewicht.at> wrote:
> On 29/02/2012 09:36, Ariel Jakobovits wrote:
>> We have a list of components for desktop, and an emerging list of components designed for mobile. Anyone working with even lower power tv and blueray devices that could benefit from even more lightweight components?
> Who would not benefit of more components?
>
> yours
> Martin.
Re: Desktop, mobile...tv/bluray
Posted by Martin Heidegger <mh...@leichtgewicht.at>.
On 29/02/2012 09:36, Ariel Jakobovits wrote:
> We have a list of components for desktop, and an emerging list of components designed for mobile. Anyone working with even lower power tv and blueray devices that could benefit from even more lightweight components?
Who would not benefit of more components?
yours
Martin.