Closed GoogleCodeExporter closed 8 years ago
It's designed for images only. It's an old project, not actively maintained, so
if you be so kind to make a clone and implement it, I will gladly pull it in....
However - maybe that's not the right thing to do. Animating whole views will be
pretty expensive - it will slow down the animation a lot. Remember that with
every frame you have to not only draw image but also render text (and this is
with rotated camera), so this might be really, really slow. You can do (I think
it's better) one of the two things instead:
1. We used that before - > don't animate caption together with the image.
Rather than that display the caption at the bottom below the coverflow (or even
on top of it with transparent background) and rather than animating it together
with the images, simply change the text so that it corresponds to the actual
chosen picture. This is how for example Apple does on OSX or iOS coverflows. It
makes much more sense, if you have many captions, they will be cluttering the
space and will be very difficult to read anyway (unless you fade them a lot,
which kind of defeats the purpose). You have all the events available in
coverflow control to make it happen - you get callbacks when the picture is
chosen (or you can add them) and you can change caption then (or even animate
it from the previous caption if you wish.
2) you can preprocess the images and "burn" the captions in the images itself.
This will give you what you want without the performance penalty.
2)
Original comment by ja...@potiuk.com
on 5 Nov 2012 at 10:37
Original issue reported on code.google.com by
emerald....@gmail.com
on 5 Nov 2012 at 9:59