It looks reasonable to me. I would have thought that Xt would remove a grab before destroying a window by itself, maybe not :) I also have a ddd report of a freeze after dismissing a window, hopefully this helps that also. I have 14 nedit reports in my inbox, which I will summarize in this note... 1) This is probably due to the 14 or so missing actions in List.c > In Preferences > Default Settings > Languages modes When I click > on one of the languages there, eg C, every related option (Name, File > extensions, Override Default, etc) is changed accordingly. Now, if I > use the arrows to move up and down the list, things aren't changed > accordingly. But if I use the mouse again to click on any language, > everything's OK. 2) > This seems to be a problem in Lesstif. With NEdit 5.1 alpha > compiled with Lesstif 0.89.4 on Linux (glibc 2.1.1). Tear off any > menu. Click on any option to display a submenu and select the > suboption. For instance, tear off Preference menu, and click on Wrap > and select Continous. Usually, after that, the submenu should > disappear, but it didn't. Transient submenu of this type will only > disappear when the main window is closed. 3) > 4) Long, unbroken, lines don't wrap properly in text widgets > > 5) Secondary selection operations are not supported in text fields 4) This has been worked around, but apparently we are still not correct :( > > > 1) In the list widget, the list selection cursor does not always > > > track programatic changes to the selected item in the list. > > > Specifically, nedit allows users to type file names into the > > > file selection dialog filename and directory lists, and users > > > typically type the beginning of a filename, followed by some > > > navigating with the arrow keys. Under Lesstif, as soon as > > > they type a name beyond the eight or so which are initially > > > displayed, they lose the ability to use the arrow keys to move > > > around in the list. > > > > According to misc/test16 XmList is still missing about 20 actions. List > > has also had some fixes applied. I seem to recall something about > > getting/setting the topPosition. This may be fixed..... > > With an additional small workaround in nedit, .89.9 fixes our list typing > problem. You're still slightly off from Motif, though. NEdit sets the > selected position first, then scrolls the list. In Motif, the cursor goes > back to the selected item when it comes in to view. Lesstif leaves the > cursor in its old position. I had to add an additional call to reselect > the list item to get the cursor on to it. With that, it works correctly. 5) > Also in the current nedit alpha release, there are several > situations which leave the incremental search text field > unfocused but with a blinking cursor: > > 1) Put up the incremental search bar with Preferences -> > Incremental Search Line. > > 2) Do either Window -> Split Window, or Macro -> Learn > Keystrokes. 6) > When I switch an NEdit window to Continous Wrap mode, I see that > the horizontal scrollbar disappears but it left an empty space which is > not taken up by the text. This happens to either 5.0.2 or 5.1 alpha's > of NEdit. This didn't happen before when I use LessTif 0.89.4.
