| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1344.1 | | KONING::KONING | NI1D @FN42eq | Wed Aug 30 1989 18:23 | 8 |
| Similar problems (but without the sort of workarounds you mentioned)
occur in pullrights, which can wander both off the right edge and off
the bottom edge with no way out!
This is a serious flaw in DECwindows.
paul
|
| 1344.2 | Hasn't changed | LEOVAX::TREGGIARI | | Thu Aug 31 1989 07:58 | 4 |
| FYI; this has not changed for DECwindows V2.
Leo
|
| 1344.3 | Scroll menu & tear-off menus.. | TALLIS::ZANZERKIA | | Thu Aug 31 1989 10:16 | 19 |
| Also,
How about adding vertical scrolling in pulldown menus. (ie. MAC
style). When there are too many items in the menu you get a DOWN arrow
as the last item in the menu then if user move pointer past the bottom
it scrolls up and put's UP arrow as 1st item in the pulldown menu.
Better alternate is tear-off menus. Before pulling down the menu
if you press a modifier key (ALT or CTL etc.) you get a ractangle
outline of the menu which you can move around the screen. This way i can
pick a menu and place it somewhere on the screen which does not occlude my
work area. They recommand this mostly for pallette type menus (i.e fill
patterns).
Does this create some kind of "look & feel" conflict with Apple ?
If not then it gives user the choice of positioning the menu rather
than application deciding it.
Robert
|
| 1344.4 | | ULTRA::WRAY | John Wray, Secure Systems Development | Thu Aug 31 1989 10:36 | 9 |
| Those are nice ideas, but the most important thing to get right is to
prevent the toolkit from _EVER_ bringing up a menu with some of the
options off-screen. Default positions should be calculated, taking the
screen boundaries into account. The user-override options you suggest
would be nice, but even with those, if a menu (any menu) ever appears
off-screen, there's something wrong.
Any comment from the developers?
|
| 1344.5 | | LEOVAX::TREGGIARI | | Thu Aug 31 1989 10:58 | 7 |
| This discussion took place a couple of months ago in this notes file or
maybe DECWINDOWS_PROGRAMMING. Nothing has changed on the toolkit side
except that Motif is now our highest priority (and Motif fixes this
problem...).
Leo
|