Menu item's distances to separator and to menu top/bottom look inconsistent

[Matthew Paul Thomas]

light-themes 0.1.8.2, Ubuntu 10.10

a = the apparent distance from the text of a menu item to a separator above/below it.
b = the apparent distance from the text of a first menu item to the top of the menu.
c = the apparent distance from the text of a last menu item to the bottom of the menu.

a, b, and c should all be equal. As shown in the attached screenshot, they are not. This is most obvious in the battery status menu, but can also be seen in the sound menu, or any other menu that has a separator following its first item or preceding its last item.

One way of fixing this would be to add enough pixels of empty space before the first item in every menu, and after the last item in every menu.

[Originally reported by Ersin Akinci in <https://lists.ubuntu.com/archives/ubuntu-art/2010-October/012364.html>, points #15 and #16.]

[Andrea Cimitan (cimi)]

is the solution I showed you correct? can I merge the branch for natty?

[Matthew Paul Thomas (mpt)]

Yes please.

[Launchpad Janitor (janitor)]

This bug was fixed in the package light-themes - 0.1.8.11

---------------
light-themes (0.1.8.11) natty; urgency=low

  [Andrea Cimitan]
  * Ambiance/Radiance/gtk-2.0/gtkrc
    - Fix inconsistent menu item distances (LP: #659866)
  * Ambiance/apps/gnome-terminal.rc
    - Add dark-terminal theming to tweak resize grip
  * Ambiance/Radiance/apps/chromium.rc
    - Add specific chromium theming bits (LP: #697854)

  [Daniel Foré]
  * Ambiance/gtk-2.0/apps/ubuntuone.rc
    - Further tweaks following on from (LP: #715717)
    - May need further adjusting to cope with widgetname adjustments
      in the application itself.

  [James Schriver]
  * Radiance/metacity/metacity-theme-1.xml
    - Fix borderless overlap (LP: #733504)*
    - Update <info> meta-data; version, and incorrect Radiance *name*.
    - Downcase some hexadecimal colours

  [Paul Sladen]
  * This release is known not to be perfect but is an iterative
    improvement on the previous and should get a new base-line.
 -- Paul Sladen <email address hidden> Mon, 11 Apr 2011 08:36:37 +0000