July 14, 2015 at 11:43 #7695
When I initially connect to my linux box (free version nomachine_4.6.4_13_x86_64 installed) from Windows using free version NoMachine 4.6.4_5, the “alt” key doesn’t seem to be initially recognized. I am trying to do “alt-l” which is an emacs shortcut
(global-set-key “\M-l” ‘goto-line)
If I click on the window before typing, it works fine. If come from Windows to the buffer and haven’t typed in the window yet, the “alt” gets lost. When I “undo” the typing, the “alt” key is now accepted. At first I thought I was not depressing the key hard enough, but I am now aware of pressing the key and it consistently will fail. I am still trying to determine the specific focus pattern which is losing the “alt” key.
I am connecting to a physical linux box (Suse 3.16.7-21-desktop x86_64 GNOME) from Windows 7.
When I previously had NoMachine 3.5 for a different 32-bit linux machine, I didn’t seem to have this problem from the same Windows 7 machine.July 14, 2015 at 13:53 #7713
gustov, is it possible that problems occur because a different modifier key (e.g Ctrl) is in the “pressed” state? Check if pressing and releasing Ctrl and Shift keys (left and right, one at a time) restores normal behavior. That would shed light on this issue.July 16, 2015 at 09:43 #7725
I am trying to be aware of what keys I am using. Once I fix the problem because the <alt> key is not recognized, it works the right way. I am wondering if there is a focus issue. I am going to continue to try to isolate the pattern that works and not works so that maybe I can figure out where the problem is coming from.August 28, 2015 at 08:42 #8043falolafParticipant
I have downloaded 4.6.1_12 and use it on a Windows 7 laptop connecting to RH 6.2 machine using Gnome. I do have the same type of problem.
I have set “ALT+<key above tab>” to move between windows. Whenever I switch away from NoMachine and back again I can’t use that sequence. If, e.g., an editor is in focus it types § instead of switching windows. If I then hit the same sequence again it happily switches window.
I am not pressing any other keys at the moment.
/AndersAugust 28, 2015 at 09:47 #8056
If I understand you use Alt+§ for moving between windows in the Gnome desktop and Alt+Tab to move between applications in Windows desktop. I tried to do it, and I experienced the same behavior you reported.
I guess that those overlapping key bindings triggers some inconsistency in NoMachine keyboard state. I’m going to open a TR about that.September 10, 2015 at 09:12 #8135
It does seem mostly to be when I go back to NoMachine from the windows 7 machine. I use Dexpot as a window manager on my Windows machine and desktop 5 (usually using <ALT> 5 to get to the desktop). When I get to the desktop with NoMachine on it, I usually have some problem finding a tag in emacs. Find-tag in emacs is setup as <ALT>-. Thus I typically get the . character inserted. After I undo the ., it works fine again.
Thoughts ?September 10, 2015 at 14:28 #8141
It looks the same problem. No matter, you can go back and forth either with Alt+Tab or Alt+<desktop number>.
Trouble Report is here: https://www.nomachine.com/TR08M05960September 15, 2015 at 12:32 #8169falolafParticipant
Sorry for the late reply…!
You have understood correctly. The touble report is spot on!
This topic was marked as solved, you can't post.