#439 SciTE, File-> recent files need to be cropped to width.

Cosmetic
closed-rejected
Neil Hodgson
SciTE (622)
1
2006-08-23
2006-05-11
Anonymous
No

when you drag&drop or open a file from another app
sent to SciTE to edit, the recent files get too wide
when you click the File menu. unless you have
SciTE open wide enough, you only see the left side
of the menu, the right side is outside the screen area!
I usually run 1024x768 and around half the screen
width.
another funny thing, after this happens, if I close
then reopen, it seems to have a better chance
of making the whole menu visible, even at half width.
I know there is no good solution. maybe dots in the
middle?
with an option for max.recent.width= default of 40.
depending on screen resolution and default fonts etc.
it's especially noticeable when you edit from Internet
Explorer
they won't show up in recent file till after you
close. then you get:
c:\windows\temporary internet files\content.IE5
\KZLUPDR\whatever[1].ext

needless to say, the disappearing menu won't happen
every time.
not sure if you sometimes have to exit & restart to
get the problem.
that's some bug. exit & restart can also makes the
problem go away!

it's just too wide of a menu bug or not.
too bad you can't have tooltips in menu items.
similar is too wide in the Buffers menu,
not sure if the Buffer menu disappears too.
display of buffer numbers on the tabs seems redundant.
thanks

Discussion

  • Neil Hodgson
    Neil Hodgson
    2006-05-14

    Logged In: YES
    user_id=12579

    A full path contains more information than an elided path. A
    full path to a "temporary internet file" fits within a 640
    pixel wide screen using standard settings. It doesn't matter
    how wide the SciTE window is because menus show outside the
    frame window. This looks like an enhancement request rather
    than a bug report. If someone implement elided paths well
    then it can go in as an option.

     
  • Neil Hodgson
    Neil Hodgson
    2006-05-14

    • priority: 5 --> 1
    • assigned_to: nobody --> nyamatongwe
    • status: open --> open-rejected
     
  • Neil Hodgson
    Neil Hodgson
    2006-08-23

    • status: open-rejected --> closed-rejected
     
  • Logged In: NO

    >A full path contains more information than an elided path...

    right back at ya,
    a non visable menu contains 0 information!

    F:\c\LANG\Eupuoria\aplication\wgetter\claro\clarowrap\eebay\GeteBayOfficialTime\eCurlGeteBayOfficialTime.exw
    this one looses it at 800x600 res
    C:\WINDOWS\Temporary Internet Files\Content.IE5\P5JPCXQK\Monster_6605_Monster_ISP_Popup_720x300.html-banner[2].htm
    some path like this would at 1024x768 as I recall trigger the *ug.
    these are not unresonable, not sure what people use these days
    1600x1600 on a 21 in monitor?
    no deeper than 6 directories and 8.3 file names?

    work around is to drag the SciTE window outside of the right screen
    so you can see the menu, select the item from recent files or
    see what the shortcut is for an item you pulled the menu to do
    before being rudely interupted by this, call it what is is, bug.
    the whole recent file thing seems pretty flaky too, files are
    constantly refusing to appear when I close a tab
    but it's hard to pin down exactly when it happens.
    some automated tests would help.
    not like it happens every day, untill I came up with this
    unusually long name and I do see the problem daily.
    sure I can fix it, but an acceptable patch might not be doable
    if no one else is seeing this.

    >>It doesn't matter how wide the SciTE window is
    >>because menus show outside the frame window.
    no, the menu appears ouside the left edge of the screen.
    and as mentioned above, you drag the window right
    the menu moves right along with it.
    not sure how else it should have worked.
    we've all seen the menu's that popup with the mouse preselecting something then something random gets selected. surely worse.

    maybe if you double click the file menu it should appear on the opposite side? maybe too magical for some.

     
  • Logged In: NO

    I should have mentioned,
    win98, 120% font setting 120dpi in advanced setting.
    most everything else is fine.
    find/replace dialog a little large and doesn't remember it's open position
    and looses the history unless you close it every time a replace is made.
    only a few line history too, but that's another feature request/bug.

    always latest Scite, sometimes from cvs.
    thanks again.

     
  • Logged In: NO

    >A full path contains more information than an elided path...

    right back at ya,
    a non visable menu contains 0 information!

    F:\c\LANG\Eupuoria\aplication\wgetter\claro\clarowrap\eebay\GeteBayOfficialTime\eCurlGeteBayOfficialTime.exw
    this one looses it at 800x600 res
    C:\WINDOWS\Temporary Internet Files\Content.IE5\P5JPCXQK\Monster_6605_Monster_ISP_Popup_720x300.html-banner[2].htm
    some path like this would at 1024x768 as I recall trigger the *ug.
    these are not unresonable, not sure what people use these days
    1600x1600 on a 21 in monitor?
    no deeper than 6 directories and 8.3 file names?

    work around is to drag the SciTE window outside of the right screen
    so you can see the menu, select the item from recent files or
    see what the shortcut is for an item you pulled the menu to do
    before being rudely interupted by this, call it what is is, bug.
    the whole recent file thing seems pretty flaky too, files are
    constantly refusing to appear when I close a tab
    but it's hard to pin down exactly when it happens.
    some automated tests would help.
    not like it happens every day, untill I came up with this
    unusually long name and I do see the problem daily.
    sure I can fix it, but an acceptable patch might not be doable
    if no one else is seeing this.

    >>It doesn't matter how wide the SciTE window is
    >>because menus show outside the frame window.
    no, the menu appears ouside the left edge of the screen.
    and as mentioned above, you drag the window right
    the menu moves right along with it.
    not sure how else it should have worked.
    we've all seen the menu's that popup with the mouse preselecting something then something random gets selected. surely worse.

    maybe if you double click the file menu it should appear on the opposite side? maybe too magical for some.