Every version of elogv after 0.5.1 has had a UI regression in which the upper list area fails to erase the last line of the list when the first line is deleted. Attached is a tarball of three screenshots illustrating the problem.
In the first screenshot, you can see three elog items which I'll call A, B, and C. Item A is selected.
In the second screenshot, I've pressed 'dd' on item A and items B and C have each moved up one position, but a "duplicate" of item C also remains in its previous position.
In the third screenshot, I've pressed 'dd' on item B, and item C has moved up one more position, but duplicates of item C remain in its previous two positions.
This happens under gnome-terminal-2.18.2 on three different Gentoo boxes; two with Python 2.5 and one with Python 2.4, all built with USE=ncurses obviously. I've been using elogv since its initial release in Portage and I haven't had this problem before.