Bugs item #1013069, was opened at 2004-08-20 20:56
Message generated for change (Comment added) made by lebert
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1013069&group_id=11005
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Program
Group: release
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Nathan Gray (n8gray)
Assigned to: Nobody/Anonymous (nobody)
Summary: Windows menu truncated when lots of files are open
Initial Comment:
(Reported by Offer Kaye on discuss@)
Opening a large number of files in one NEdit session can cause
trouble with the Windows menu. The menu can grow taller than
the screen, leaving some items inaccessible. Furthermore, when
such a menu is detached, the height of the resulting window is
limited to the height of the screen. The window can't be resized
and there are no scrollbars, so it's not clear if the truncated menu
items are missing or just inaccessible.
----------------------------------------------------------------------
Comment By: Bert Wesarg (lebert)
Date: 2008-01-13 17:21
Message:
Logged In: YES
user_id=122956
Originator: NO
The patch works, at least it doesn't kill nedit ;-)
ok some comments how this currently works and what not works (or how it
should work):
1. the two buttons are always in the menu, but only managed if more than
10 entries are there
2. all file entries are in the menu but at most 10 are managed
3. if you press but not release one of these two buttons, a timer is
started that manage/unmanage one entry at the top and unmanage/manage at
the bottom, depends on scroll direction (to speak in motif, "arm" the
button)
4. if you unpress (or "disarm" the buttom) the timer is killed, but you
can't just release the mouse button, you must move the cursor away from
this entry, else the button is activated and the menu will be unposted
5. if the menu is attached the menu resizes but leaves ugly 'old' menus in
the background
6. in detached mode the timer is not killable
7. in attached mode, the down button is always "arm"ed if the menu is
refreshed, so the scrolling is not driven by the timer but by the "arm"ing
----------------------------------------------------------------------
Comment By: Thorsten Haude (yooden)
Date: 2008-01-13 13:54
Message:
Logged In: YES
user_id=119143
Originator: NO
The patch doesn't work for me: If I leave the menu attached it's much too
awkward to use; if I detach it, one click starts a scroll that doesn't
stop.
NEdit release of Aug 20, 2004
Built on: Linux, 486, GNU C
Built at: Jan 13 2008, 13:42:45
With Motif: 2.2.3 [@(#)Motif Version 2.2.3]
Running Motif: 2.2 [@(#)Motif Version 2.2.3]
Server: The XFree86 Project, Inc 40300001
Visual: 24-bit TrueColor (ID 0x23, Default)
Locale: [EMAIL PROTECTED]
----------------------------------------------------------------------
Comment By: Thorsten Haude (yooden)
Date: 2008-01-13 13:40
Message:
Logged In: YES
user_id=119143
Originator: NO
Passing through a patch created by Bert Wesarg
(http://bert.wesarg.googlepages.com/neditpatches).
File Added: scrolled_window_list.patch
----------------------------------------------------------------------
Comment By: Bert Wesarg (lebert)
Date: 2008-01-09 23:54
Message:
Logged In: YES
user_id=122956
Originator: NO
I have hacked a possible starting point with the idea from thorsten.
I have uploaded it to this page:
http://bert.wesarg.googlepages.com/neditpatches
----------------------------------------------------------------------
Comment By: Thorsten Haude (yooden)
Date: 2008-01-04 17:15
Message:
Logged In: YES
user_id=119143
Originator: NO
It can be a huge nuisance, but there's a workaround, so let's postpone it.
----------------------------------------------------------------------
Comment By: Thorsten Haude (yooden)
Date: 2006-09-18 22:50
Message:
Logged In: YES
user_id=119143
I would rather like a menu with two extra entries on
top/bottom of the list which would scroll up/down. Is that
what you meant by "scrollable menu"?
----------------------------------------------------------------------
Comment By: Tony Balinski (ajbj)
Date: 2006-09-18 19:39
Message:
Logged In: YES
user_id=618141
Maybe just turn the window list into a separate dialog (like
that of the Replace dialog's "Replace all in [Multiple
Files]") beyond a certain limit. Alternatively, provide a
scrollable menu... that would be cool.
----------------------------------------------------------------------
Comment By: Thorsten Haude (yooden)
Date: 2006-09-17 17:48
Message:
Logged In: YES
user_id=119143
- Add a new setting nedit.windowMenuCutoff
- Add a new submenu every time this value is reached. At the
same time, remove one of the non-submenu entries.
- If you reach the setting^2 (around 3600 on my system),
stop adding any more entries.
Volunteers?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1013069&group_id=11005
--
NEdit Develop mailing list - [email protected]
http://www.nedit.org/mailman/listinfo/develop
