Forum Replies Created
-
Posts
-
Hi! Keyboards on Android are often reluctant to report keycodes correctly matching the language set in keyboard properties. When debugging such kind of issues we usually run “Chrooma Keyboard” that proved (so far) to be always accurate. Do you mind installing it and running a test that could help us to exclude some possible reasons for your problem? The rule to have the same language on Android and on the remote system is always mandatory, and the keyboard layout must be set before launching the connection.
Thank you very much.We absolutely agree with you, and indeed we are investigating a way to grab the virtual keyboard input. In this early stage we can’t confirm if it will work out of the box or if we’ll need to implement some specific solutions, but in order to have as much usage information as possible, would you kindly confirm the key combinations that you’re using and would require to be only sent to the remote desktop?
Hi. You can configure the printer you want to forward, and check the box “Export this printer at session startup”. It works with or without making this printer also the default.
Hi Georg. We still can’t reproduce your issue on our range of iPad devices, so we could collect a few more information and maybe discover it is an easy configuration problem to solve!
First of all, can you confirm your iPadOS version, and iPad Pro model?
We would also like to know the name of the layout used on iPad and on Mac (let’s focus on it for now, we’ll possibly check Linux later). I’ve attached two screenshots from iOS as an example of available keyboard layouts and languages. I’d need to know the correct name of the layout you’re using when you’re connected to the remote desktop. Same thing for Mac, there are multiple German layouts, what is the one selected in the Keyboard configuration?
Attachments:
Hi. It’s very strange. We’ve never come across anything similar and we test with a variety of Windows versions, including version 11 of course, and configurations.
I suppose the graphic adapter and video drivers got updated too, when you updated, so we could check if these issues are related to the GPU rendering. When you connect to the remote desktop open the menu panel, enter Display / Settings / Advanced and check the box “Disable client side hardware decoding”, then verify your issues.
Would you like to collect logs on your Windows client and send them to forum[at]nomachine[dot]com? You can find the procedure in the following article:
Hi. Apologies for the late answer. We’re investigating your report to find the reason why the cursor theme is being ignored. Please note we don’t use GTK, so any GTK setting will not help to change the cursor pointer style.
We’re not aware of similar problems, so we’d need your help to retrieve debug information. Start NoMachine and when you see the icon in the dock without a visible window, start Activity Monitor. In the list of applications, select all NoMachine processes and use the Sample button to save their stacks. Send all the files to forum[at]nomachine[dot]com.
Oh, sorry, I misunderstood when you said the problem is specific to the desktop.
We extended the issue investigation to more systems and found that, in some circumstances due to how the different applications handle the keyboard modifiers, the right click is sent correctly but it is just ignored. This is the case of the Plasma desktop you’re testing. Unfortunately there are no workarounds to the right click emulation, we have an idea about a fix but it’ll need a software update.
In the meanwhile I’ve opened this Trouble Report to track the problem, you could subscribe to know when it’ll be released:https://www.nomachine.com/TR12S10422
Thank you for your report.
The right click behaviour can be customized, you can check your current configuration by clicking the small menu icon in the top bar, select “Configure Desktop” in the popup, click “Mouse Actions” in the Desktop Folder Settings window
and verify that “Right-Button” action is associated to “Standard Menu” in the combo box.Hi. We can verify if the settings directory is somehow causing issues. Please right click the NoMachine dock icon and quit the application. Open the Terminal and execute the command
mv $HOME/.nx $HOME/nx_backup, then try to start again NoMachine. Is the app starting now, or does it has the same behaviour?Hi. Locally on your Mac, is the Control + Left click on the desktop opening the context menu, like the right mouse click normally does? Do you use settings or applications changing keys mapping?
What is the operation you’re trying to execute on the remote server with the emulated right click? We didn’t reproduce issues with it, but we’d like to run a test closer to your working conditions.Hi. You can notice that fonts have increased to your DPI setting, but layouts and icons didn’t increase as well. There is no way right now to improve that unfortunately. We’re working on some changes for HiDPI displays, which will also introduce improvements to the general UI look.
Hi. What’s the output of command
echo $WAYLAND_DISPLAYexecuted in a terminal window on both servers?
