incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ariel Jakobovits <arielj...@yahoo.com>
Subject Re: [RT] Awesome FlexNext User Experience (was: Starting with the Whiteboard code)
Date Fri, 10 Feb 2012 22:02:22 GMT
> a showcase of applications
this could be done as a fun community space of custom layouts, components, visualizations,
skins, etc.
 
Ariel Jakobovits
Email: arieljake@yahoo.com
Phone: 650-690-2213
Fax: 650-641-0031
Cell: 650-823-8699


________________________________
 From: Greg Lafrance <glafrance@ipass.com>
To: flex-dev@incubator.apache.org 
Sent: Friday, February 10, 2012 9:02 AM
Subject: Re: [RT] Awesome FlexNext User Experience (was: Starting with the Whiteboard code)
 
I'd also like to see a showcase of applications developed that not only
inspire developers as to what's possible, but provide useful code either
for developers creating proof or concepts for internal approval or as
starting code for actual projects.

This would not be a tour de flex, but rather a number of basic applications
for various industries. So for example basic apps for:

- allowing users to manage images they have gathered (possibly an AIR app)
- showing financial data for some stocks, with charts based on financial
data
- a shopping cart
- managing one's social networks (Twitter, Facebook, LinkedIn, etc)
- mobile AIR apps that offer an appropriate subset of each app

This would not be done quickly or easily, but if such apps are planned
well, and created, and offered as open source code (with whatever is the
appropriate license), developers from a variety of industries can more
quickly jump into using Flex.

One thing I was amazed at is that Adobe never (and most tech companies
never do) created such multi-industry sample apps, which over time could
include sample backend code, and become more complex sample apps.

Not easy, but along with stunningly excellent documentation, can get
developers swarming to Apache Flex.

BTW, I really love the new logo. Very kool!
Greg

On Fri, Feb 10, 2012 at 8:00 AM, Martin Heidegger <mh@leichtgewicht.at>wrote:

> Dear List,
>
> it can be hard to find a vision for the next version of Flex. Developers
> like us like discussions about technical details and they are boring.
>
> I think that is not enough! I think we need something that inspires us to
> create something new - something that makes us believe that the things
> created with Apache Flex are awesome.
>
> We can make awesome things!
>
> I propose following: Lets ask everyone who listens for user experience
> concepts - full or partial. Things that they could see Flex is going to so
> the PPMC get a better feeling how awesome they could be.
>
> The proposals should be split in a few categories:
>
>  *) _HTML/JS compatible:_ To compile mxmlc/AS3 -> html/js the concept has
> to work within the restrictions of HTML/JS with a optional royal look and
> feel when being built for Flash without breaking the system.
>
>  *) _Flash super-powered:_ Systems that leverage the power of the current
> version of the Flash Player without thinking for a second about HTML: Stage
> 3D / HD videos / JPEG XR / Slick custom fonts / Pixelbender effects /
> (generated audio) / ...
>
>  *) _Touch centric:_ Focussing on the fingers: Swipe/Zoom/Rotate/Expand/**Swoosh/...
> These concepts don't need to care about a mouse or keyboard.
>
>  *) _Fully portable:_ Interfaces flexible enough to be represented in the
> style of various Operation systems without neglecting our need for style.
> Awesome on Mac/iOS/Windows/Android with few adaptations.
>
> Some rule-of-thumbs I can think of:
>
>   * Responsiveness is key: The more stuff that has to run at a time the
> less likely it will rock.
>   * All assets should be open-source: Don't build on royal fonts or
> imagery.
>
> What would you think of such a request? Is that something that the PPMC
> think is useful? Should we rock that?
>
> Note: The various concepts should be presented in the Wiki.
>
> yours
> Martin.
>
>
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message