Initial window focus linux "alt" key not recognized

Forum / NoMachine for Linux / Initial window focus linux "alt" key not recognized

Viewing 8 posts - 1 through 8 (of 8 total)
  • Author
    Posts
  • #7695
    gustov
    Participant

    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.

    #7713
    graywolf
    Participant

    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.

    #7725
    gustov
    Participant

    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.

     

     

    #8043
    falolaf
    Participant

    Hi,

    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.

     

    /Anders

    #8056
    graywolf
    Participant

    falolaf,
    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.

    #8135
    gustov
    Participant

    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 ?

     

    #8141
    graywolf
    Participant

    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/TR08M05960

    #8169
    falolaf
    Participant

    Hi graywolf!

    Sorry for the late reply…!

    You have understood correctly. The touble report is spot on!

    /Anders

Viewing 8 posts - 1 through 8 (of 8 total)

This topic was marked as solved, you can't post.