I think the floating header list would be a great feature, I've recently
worked on trying to recreate it inside of the spark list.
On Sun, Apr 15, 2012 at 12:34 PM, Ryan Frishberg wrote:
> I can probably help out with some of those code reviews.
>
> Francis, what features are you looking for spe
Hi everyone, I'm new to this list.
I support this idea. Feel free to let me know if you need any help with
this initiative
I know Adobe recently announced an Apache Flex user group tour
http://blogs.adobe.com/flex/2012/01/announcing-flex-user-group-2012-tour-north-america-dates.html
Perhaps if t
+1 #42
Hi Everyone,
Has anyone looked into the feasibility of pushing some of the Flex
components through a GPU framework such as Starling? Once Stage3D comes out
for mobile this would bring some huge improvements to controls like Lists.
Imagine all the fun we could have with GPU powred list item rendere
>Oh yeah
>
>Sounds like the good old days when Flash was years ahead of HTML
>
>Wait a minute
This is a great point. Something like this could lead to a huge popularity
boost for Flex, especially in the mobile space. Imagine a silky smooth
scrolling list full of rotatable 3D collada files.
Hi Alex
Thanks Roland, that makes sense.
If I remember correctly Stage3D content is rendered behind the normal
DisplayList. This does allow you to mix Stage3D content with standard
components.
I guess when taking this into account it seems like item renderers would
not be the way to go.
What about narrowi
Sounds great, I'm going to begin exploring the idea of a POC app. If anyone
else is interested feel free to join in.
On Tue, Jan 24, 2012 at 9:07 AM, Roland Zwaga wrote:
> >
> > Thanks Roland, that makes sense.
> > If I remember correctly Stage3D content is rendered behind the normal
> > DisplayL
Alchemy seems so much in flux right now IMO it seems like we should wait on
that. I do really like the idea of a Starling for UI, that could be pretty
huge.
On Tue, Jan 24, 2012 at 10:32 AM, Andras Csizmadia wrote:
> Thanks for your answer. Yes, i'd the same feeling. Mostly physics and
> image pr
I agree, I think a specialized set of components would be a great place to
start. And it definitely should subtract from any progress being made
optimizing current ItemRenderers
On Tue, Jan 24, 2012 at 11:29 AM, David Buhler wrote:
> I built a Flex website for the Federal government that was full
While on the topic of accessibility, does anyone know how this transfers
over to a mobile environment?
On Tue, Jan 24, 2012 at 11:39 AM, Frank Pepermans wrote:
> Indeed :)
>
> Not very slightly off topic, I created a Spark component a while ago,
> which utilizes pure Alchemy for all things relate
I'm really interested in how this carries over to mobile, does anyone have
some information on the state of accessibility on mobile devices? This
seems like an interesting topic in it's own right.
I really think GPU UI components would be best utilized on mobile. This
feature would also really mak
It seems like this may be pretty well handled in Flex Mobile with View
states. Flex gives you some options for how to cash the current view state
as well as to write anything you need to a SharedObject.
I'm not sure how much of this is handled by the OS but in my experience it
has worked pretty we
>
> I, on the other hand, would 100% disagree and say that mobile features are
> very important.
>
>
+1,
I would actually say a focus on Mobile performance will really help out the
project
On Thu, Jan 26, 2012 at 9:00 AM, Ivan Ilijašić wrote:
> On Thu, Jan 26, 2012 at 2:57 PM, Jonathan Campos >w
u, Jan 26, 2012 at 9:11 AM, James Ong wrote:
> I would rather see Stage3D render for mobile components and fallback
> to software render on unsupported devices.
>
>
> On Thu, Jan 26, 2012 at 10:07 PM, Frank Altomare
> wrote:
> >>
> >> I, on the other han
I agree also.
I think this will see it's biggest benefits in Mobile where accessibility
(may) not be as big of an issue. I'm not sure how accessible the current
Flex Mobile components already are or how they interact with accessible
handhelds.
On Thu, Jan 26, 2012 at 12:14 PM, Jonathan Campos wrot
It seems that this thread has turned into a discussion about accessibility,
while this is not a bad thing and is an interesting subject I think we may
have veered a bit off topic.
Is anyone here interested in discussing the implementation of this type of
GPU framework? As soon as I have some free
If the need for GPU assistance is during scrolling and transitions, that's
a different problem. Building a capability into a single framework where
you can grab bitmaps from the display list, hide the display list, use the
GPU to render a really slick animation, and bring the modified display list
Not to mention a lack of understanding of the technologies we're dealing
with.
On Sat, Jan 28, 2012 at 4:21 PM, Raju Bitter wrote:
> Not sure what you are trying to here, but that's exactly the kind of
> tone/message an open source community doesn't need!
>
> - Raju
>
--
Francis Altomare,
18 matches
Mail list logo
