#179 list widgets too high for screen

release
open
Program (402)
5
2003-05-25
2002-07-11
Joor Loohuis
No

When certain dropdown list widgets contain many items,
the last items may fall off the bottom of the screen,
making them unselectable. I personally see this with
the 'Highlight Style' widget in the Patterns dialog,
but it looks like all widgets of this type are
potentially affected. Of course the problem is worse
for low resolution screens.

Discussion

1 2 > >> (Page 1 of 2)
  • Scott Tringali
    Scott Tringali
    2003-05-24

    • assigned_to: nobody --> tringali
     
  • Scott Tringali
    Scott Tringali
    2003-05-24

    Logged In: YES
    user_id=11321

    I think I have a fix that is fairly low-risk.

     
  • Scott Tringali
    Scott Tringali
    2003-05-24

    Logged In: YES
    user_id=11321

    Need some more information about the system you are running
    on and window manager. I've seen this problem myself, but now
    that I go to work on it, it appears Motif is positioning the menu
    properly such that the items don't fall off-screen. I'm wondering if
    the window manager has anything to do with it.

     
  • Scott Tringali
    Scott Tringali
    2003-05-24

    Logged In: YES
    user_id=11321

    Okay. I think I've at least broken down the problem a bit:

    Case 1) You have enough language modes to fit on the screen
    in one large column. In this case, simply positioning it at the
    correct spot on the screen would make them all visible. This
    _almost_ works. The only glitch I found was that if you have a
    "taskbar" on the bottom of screen, it's possible that the last 1 or
    2 items are posted behind the taskbar, since it's "always on top".
    I think Motif's menu positioning algortitm is not smart to take
    account of this. If you don't run a taskbar, then you are not likely
    to ever see this bug.

    Case 2) You have more language modes than can fit on the
    screen in column, regardless of taskbar. In this case I believe
    they will run off the screen.

    The solution to #1 is probably to use a better positioning
    algorithm that knows how to consider the taskbar as nonusable
    space. Since Motif does this by default, it may be tricky to hook it.

    The solution to #2, is to go to some multi-column, nested, or
    scrolling (ick!) menu structure. This structure should require no
    manual configuration to get it to be on screen.

    I suspect #1 is likely because of the number of languages we
    ship by default and many new users use KDE-like enivronments
    with taskbars. #2 is less likely, but can happen if some users
    add a lot of language modes.

    As a very cheap and low-risk workaround, simply going to a
    two-column menu structure is a single X resource setting that
    probably solves 95% of the cases. A fancier implementation
    would look at the entire height, the position requested, number of
    items, item height, etc., etc., to come up with a particular column
    count.

     
  • Joor Loohuis
    Joor Loohuis
    2003-05-24

    Logged In: YES
    user_id=197101

    I don't have many language modes, so I can't speak for that
    particular menu, but I do have a long list of highlight
    styles. In the patterns dialog, pressing the menu button for
    the style pops a long list, which starts at the top of the
    screen, and runs off the bottom. I can blindly select the
    items which disappear below the bottom, so they are there.

    I'm running Gnome2 with toolbars at the top and bottom of my
    screen, but hiding these has no effect on the menu dropping
    off the bottom. The window manager is metacity.

    For completeness, my current NEdit is
    NEdit release of Oct 17, 2002

    Built on: Linux, 386, GNU C
    Built at: Mar 18 2003, 08:59:09
    With Motif: 2.1.30 [@(#)Motif Version 2.1.30]
    Running Motif: 2.1
    Server: Mandrake Linux (XFree86 4.2.1, patch level
    3mdk) 40201000
    Visual: Id 0x23 TrueColor 16 bit (Default)

     
  • Scott Tringali
    Scott Tringali
    2003-05-24

    Logged In: YES
    user_id=11321

    I see. You are clearly in the #2 case. Thanks for clearing that
    up.

    Okay, for those of you with long lists, try these X resources to
    see what I mean:

    *languageModes.packing: XmPACK_COLUMN
    *languageModes.numColumns: 2
    *highlightStyles.packing: XmPACK_COLUMN
    *highlightStyles.numColumns: 2

    Tweak the number of columns as you like. (A real
    implementation would choose the number of columns
    dynamically, depending on a number of factors like screen size.)

     
  • Joor Loohuis
    Joor Loohuis
    2003-05-25

    Logged In: YES
    user_id=197101

    This works great. I remember messing with these resources
    some time ago, but for some reason it never worked. I
    probably didn't assign them to the right widgets. If this
    works for all *tifs then this bug can probably be closed.

     
  • Scott Tringali
    Scott Tringali
    2003-05-25

    Logged In: YES
    user_id=11321

    I think we can automate this for the user, by setting the
    columns to something 1+(total menu height/screen height).

     
  • Scott Tringali
    Scott Tringali
    2003-05-25

    • labels: --> Program
    • milestone: --> release
     
  • Thorsten Haude
    Thorsten Haude
    2005-02-07

    Logged In: YES
    user_id=119143

    Scott, does the fix you mention still apply?

     
1 2 > >> (Page 1 of 2)