Salomc: if we could release our real idea for lyrics/covers/more you would really like it, but we can't. But I think sooner something will appear

@illiaden :

Button mapping : we have been talking about that a lot, but of course you will not get the full thing, as canola will not have " selection " moving around but in my website you can find the explanation of how button map will work, and the 2 states planned for that (scroll and playback controls)

Actually we are kind of ahead of what agreed upon. but to do more and more stuff takes more time and we have deadlines to met also, even to a open project (remember we are a small company, we need to do other projects to pay the bills). We don't work for donations, don't worry about that.

Oh, you got it all wrong. We don't want to change your mplayer settings at all. What I said is that when embedded on Canola, instead of leaving the events to Canola, mplayer gets them, thus creating some strange behaviors in the button mapping. It's actually the opposite of what we wanted. So what we want to do is see if theres a need for a patch to make mplayer behave correctly when embedded. Just that.

ALSO: we do not, at any circunstance touch anything that wasn't installed by us (or the activity dependencies of canola) Mplayer, its codecs we NEVER touch it. if this is happening something must be pretty wrong and I certainly would kill the guys (kidding)


Rich interaction software testing It's a little bit different from the system that you can automate test like you are imagining to do that to canola, I believe would waste more time than help us.

We have the builds, and we don't think users are ready to give the class of feedback you need on daily released builds. Sometimes people just complain that thing doesn't work. Don't fill bugs on garage. Sorry, not happening until we feel people really want this, and it's also ok (doesn't break our daily code routine) just to release it. We want a little bit more of freedom while we can

BR

Marcelo