Thirdly, your fix works on my Open Motif 2.2.3 and Lesstif 0.93.94.
NEDIT BUGD PATCH
The change shouldįor what it is worth, I believe this change is already incorporated intoįirstly, your patch did not survive Sourceforge. Well, I guess whether it is a bug or not depends on your point of view )Īnyway, I see it as just an incompatibility with Lesstif. All I want is a searchĭo you know where I can Fedora's NEdit? Better still would be aĭescription of the changes they did, I don't want to miss any more good (What a stupid website these Fedora people build. Was a page for each "component" in Fedora, but I can't figure out where See if I can figure out where to find nedit. Okay, it looks like here is a reference to nedit in Fedora:Ĭlicking on one of the release numbers in the "NVR" column gives aĪs far as I know, they did the change I suggested. Static XtTranslations trans_table = NULL + "Shift: scrolled-window-scroll-down(1)\n" + "Shift: scrolled-window-scroll-up(1)\n" "Shift,: scrolled-window-scroll-down(1)\n" "Shift,: scrolled-window-scroll-up(1)\n" RCS file: /cvsroot/nedit/nedit/util/misc.c,v I am running this on Fedora 7, with lesstif 0.95.0-20, which actually seems to work pretty good with nedit. Since lesstif by default scrolls by a page minus one line, this makes it impossible to use the mouse wheel.Ĭhanging nedit to use just the variations of causes nedit to completely override the lesstif defaults, returning normal operation. The effect is that using the scroll wheel causes the list to scroll by the number of lines defined by lesstif, plus the number of lines defined by nedit. Lesstif apparently decided to add builtin support for mouse wheel scrolling, but they did it by adding the translations to the variations of. In the various dialogs (and in particular the file selection dialog is where I came across this), nedit implements mouse wheel scrolling by overriding the translations for various forms of. Summary: Make mouse wheel scrolling compatible with lesstif
NEDIT BUGD HOW TO
Including the initial issue submission, for this request, Fitness Professional, Kristy Lee Wilson, demonstrating how to correctly perform the Dead Bug exercise - a great core exercise. DISPLAY NEdit requires an X-based workstation or X-Terminal. This is so NEdit can access files that begin with the dash character. Treats all subsequent arguments as file names, even if they start with a dash.
NEDIT BUGD FULL
Please note that this message will contain a full copy of the comment thread, Prints version and build information, to be mentioned when reporting bugs and problems. The problem happens with all menu entries.Message generated for change (Comment added) made by duaneclark So if you call Ctrl+O, the file selection dialog opens correctly. If application supports keyboard shortcuts, the functions are called correctly and they work. Nothing happens, as apparently there is some mouse pointer focus problem, and menu entry isn't called at all. With keyboard navigation with arrows on the menus, you confirm the desired choice by and the corresponding function is called. File selection box should open and allow selecting of the file.
![nedit bugd nedit bugd](https://i.pinimg.com/originals/eb/a9/45/eba945d41bb2b8a8cf9605ecf36fd213.jpg)
Expected behaviorĪfter selecting the menu item, the respective function should be called.įor example, on File > Open.
NEDIT BUGD INSTALL
Install any Motif based software in the Linux, for example nedit, ddd, mgdiff, xmgrace, try to select an item from a menu with mouse, for exampleĪlso, in standard Motif behavior, you can use keyboard arrows to select the menu entry, for example arrow down to select the desired entry, and to confirm it. WSLg version: 1.0.17.1 Steps to reproduce Windows subsystem for Linux Update: 5.10.16