I reduced the maximum flick velocity, as the default setting seemed too sensitive to me. I'm open to changing it, based on feedback from users.

I intend to add this at some point. Along with some of the other missing features.

Video list items are only as tall as they need to be to accommodate the thumbnail.

The idea is that you can perform a new search from any view. As I mention above, searching the current video list will be added later.

This is very subjective, but I prefer the buttons as they are, and this application will be cross platform, so consistency with Symbian is important (it's the largest market for this application).

This is under consideration, and would require that raising the menu be treated the same as raising a dialog (i.e. dim the background). I would then also implement the ability to dismiss the menu by clicking outside of it.

This is also under consideration.

I have considered this, but I need to give it more thought before implementing.

I don't really like the idea of having different actions within each list item. It would be annoying to accidentally click the thumbnail and start playback.

I plan to remove that tool button, and have instead a drag gesture (like with the Android notification bar). There will be a download icon that will indicate the status of downloads.

I'm not qualified to offer a technical explanation, but I think this is simply a performance issue with the device (perhaps partly due to lack of vsync). I will be testing on an N8 soon, so it will be interesting to observe any differences in performance. Generally, visual elements are only loaded where necessary (there are a couple of exceptions), so I don't think there is much more I can do to optimise performance. You may have noticed that the lists containing simple delegates are not really affected. It is the busier views that contain more elements that suffer from some slowdown (Video Info view is the worst affected).

I promise this option will remain.