[Zubersoft]

I'll take a look at it, but there is one limitation with the current approach I'm taking - I'm not given information about the size of the virtual keyboard. So right now, I'm just limiting the height of the lists based on a fixed percentage of the screen (and a different percentage is used depending on the device size category and whether you are in landscape vs portrait). So this may be related to the black band you said you saw - the virtual keyboard you are testing with may have a different height than the one I'm testing with. I don't have a good solution right now that can handle any keyboard the user can install because the Android framework does not give me a way to easily identify the size of the virtual keyboard. I also can't utilize the automatic resizing unless I disable fullscreen mode in the group editor, meaning the status bar will be shown at the top of the screen, wasting some screen space. This is another limitation in Google's framework. With my testing, I never saw any unusual behavior like you described though - I could always scroll to the end of the list and there were no visual oddities. I did not test moving entries between different positions though - I can try that out to see if it makes a difference.

I may ultimately decide to just stop using fullscreen mode while editing setlists so I can utilize the automatic screen resizing. That would resolve all these issues at the expense of the wasted screen space due to the status bar at the top.

Mike