On 4 July 2011 20:10, Thomas Martitz <ku...@rockbox.org> wrote: > Am 04.07.2011 09:46, schrieb Jonathan Gordon: >> >> That said, if someone really wanted to use the navie android list >> widget in place of the rockbox one it could be relativly simply done. >> apps/gui/list/bitmap.c is all that needs touching (in fact it is just >> 2 rockbox api functions to implement). The hardest part is making >> android draw the list in a given bitmap View >> > > That only fixes the lists, not the other parts (e.g. WPS). And it ignores > button handling, e.g. opening the context menu. > > I don't think it's *that* easy, but it may not be terribly complicated > either. > > Best regards. > >
AFAIU most complaints about (not-)using native widgets are around the actual list widget more than the rest. So making it use that widget inside the UI viewport would more or less silence most of the complaints. Of course I don't tinhk this is a good solution and a full java UI rewrite would make more sense. (Actually, to be completly honest I tihnk a full C rewrite of apps/ is well worth the effort once the playback engine is seperated out)
