Hi, I've thought of doing something similar. The only problem I face is creating the edje files. But :-
1. If we're looking at going the edje way - which does give far better layout options (something I had thought about for intone anyway) it would be better if intone's look could be overhauled. What I mean is, for eg - we could have rounded buttons (play/pause), simple animation for sliding out the vol control etc. My thinking is that since the core seems fairly stable (need to add reporting mplayer errors though) - the gui can go through a transformation. We could get more feedback from other users too (even as the gui develops). I could give you (or anybody else who's interested) write access to the svn - that will help the dev process and make it faster. The only reason I haven't moved to edc files is my limitation with the layout. Your help (or anyone else's) will be welcome in improving the user experience. 2. I'll look at implementing the mplayer error reporting part soon. That's something that causes most of the remining hangs (if they do occur) - since right now intone doesn't respond to mplayer crashing / hanging / getting killed. And this is a drawback. The right behaviour should be to pause, tell the user something, re-start mplayer and continue playing from where the error occurred or move on to the next song. 3. Then - I will add the auto-scrolling feature for karaoke. What do you think? -- View this message in context: http://n2.nabble.com/Gift-for-c-c-tp3911968p3917118.html Sent from the Openmoko Community mailing list archive at Nabble.com. _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community