Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D0598964A for ; Wed, 29 Feb 2012 09:51:56 +0000 (UTC) Received: (qmail 42262 invoked by uid 500); 29 Feb 2012 09:51:56 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 42228 invoked by uid 500); 29 Feb 2012 09:51:56 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 42220 invoked by uid 99); 29 Feb 2012 09:51:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Feb 2012 09:51:56 +0000 X-ASF-Spam-Status: No, hits=3.5 required=5.0 tests=FREEMAIL_REPLY,FRT_ADOBE2,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of apostolache.andrei@gmail.com designates 209.85.212.47 as permitted sender) Received: from [209.85.212.47] (HELO mail-vw0-f47.google.com) (209.85.212.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Feb 2012 09:51:51 +0000 Received: by vbbfr13 with SMTP id fr13so2817421vbb.6 for ; Wed, 29 Feb 2012 01:51:30 -0800 (PST) Received-SPF: pass (google.com: domain of apostolache.andrei@gmail.com designates 10.52.76.196 as permitted sender) client-ip=10.52.76.196; Authentication-Results: mr.google.com; spf=pass (google.com: domain of apostolache.andrei@gmail.com designates 10.52.76.196 as permitted sender) smtp.mail=apostolache.andrei@gmail.com; dkim=pass header.i=apostolache.andrei@gmail.com Received: from mr.google.com ([10.52.76.196]) by 10.52.76.196 with SMTP id m4mr16683181vdw.112.1330509090388 (num_hops = 1); Wed, 29 Feb 2012 01:51:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=jkUaicA5rjiQmR7sH50gCpOEWqiwnU0XytH1mAWhBCg=; b=ASTxbLF8xj3ZPQhzs71kNQ/4aj7iCkAA3c9O4Ek2sCyrxRjr9VEx3qEV9a7td2pXsE C77SMf1XSYhfQP14VVW0vWgiFWe3tlEt0DUoRiQ/xWx1RS+rP+P2ePG0aDJ6HcSTtxFW /+nds+AusmZMGV/w+kk8k6uffz6tjs6UpatVE= MIME-Version: 1.0 Received: by 10.52.76.196 with SMTP id m4mr13751428vdw.112.1330509090279; Wed, 29 Feb 2012 01:51:30 -0800 (PST) Received: by 10.220.90.147 with HTTP; Wed, 29 Feb 2012 01:51:30 -0800 (PST) In-Reply-To: References: <992CCDCF-1DBC-4B94-AF4A-685A95AA6B9E@yahoo.com> <4F4D7893.3030908@leichtgewicht.at> <696DFB9E-55DB-4713-B825-02252BEC6D99@yahoo.com> Date: Wed, 29 Feb 2012 09:51:30 +0000 Message-ID: Subject: Re: Desktop, mobile...tv/bluray From: andrei apostolache To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=bcaec5015d07b24fe904ba174957 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec5015d07b24fe904ba174957 Content-Type: text/plain; charset=UTF-8 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 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 > >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 > > 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. > > > > > > --bcaec5015d07b24fe904ba174957--