Yes, this is our next priority after the we release version 6.5. We are going to make a full-fledged exportable/importable address book in the mobile viewer, so that you could seamlessly sync it with your desktop Viewer.
BTW, I should update this thread. We had a remote session and found out that it was version mismatch between Viewer and Host. I.e. an older Viewer was used for configuration. Updating the Viewer to the most recent version fixed the problem.
A word of advice to anyone who uses MSI Configurator: before starting the configuration process please make sure that Viewer and Host are the same version, preferably the latest one.
Can I say that this package terribly uninstalls it self?
If it were the case this forum would have been flooded with messages about package not uninstalling itself correctly. Besides, there is nothing special about the uninstaller - it's plain Microsoft MSI installer, we didn't invent the wheel.
But having the Q be typed remotely is not ideal. So you first have to make sure the program that's in focus remotely does not respond to Q. So it's still a two step process. So, again, i think some special key to switch focus back to local windows (which is also an extra step) is cleaner, and an acceptable lack of convenience.
Yes, but the whole point is that the number of special keys is limited :) Besides, using a "mode-based" switch is cumbersome for users. They need to remember each time in what mode they are in (i.e. in "local swithing" or "remote switching" mode). That's why we use a modifier instead that works temporarily, i.e. when pressed.
That documentation you mention sounds very useful!
And we are going to expand it even more :) Namely, add more tutorial videos.
I dont know what this means. We are talking about an alternative to Alt + Shift + Tab, right?
When in full control mode:
Hitting Alt + Tab or Shift + Alt + Tab cycles through the remote windows.
If you hit and hold Q, then do Alt+Tab - you cycle through the local windows.
I dont understand "Q as a modifier" at all.
There problem is that the number of modifiers is limited and they are used by the system. Windows doesn't have a special notion for "remote" and "local" windows, hence we need to invite ways to split the Alt + Tab behavior for these two categories.
P.S. We'll create a special section in our documentation where we'll list all available keyboard shortcuts.
I suggest you stick with F12 since you use it for other things. Looks like based on default settings Shift+F12 Shift+Ctrl+F12 Shift+Ctrl+Alt+F12 Shift+Alt+F12 are still available. And it would be nice to be settable in HotKeys like the others.
Note that, really, it does not have to be, technically, "cycle between local windows", but more like "shift focus to local window manager". Once that happens, Alt+Tab and Shift+Alt+Tab will be serviced by local window manager. As will Window+Tab and Shift+Window+Tab. This would require say Shift+F12, then let go of keys, then Alt+Tab. So it takes one separate key combo extra to start cycling. For example, what I do now, when focus is on the remote window, is click the task bar of the local windows, then Alt+Tab works locally.
This makes sense. We'll think about it on the next meeting. It is very likely that we will rework this feature anyway.
One more detail. When you do Alt+F12 (or click the icon) to go into view only, all the keystrokes STILL go to the remote window manager. Instead of that, in view only, it would be nice if Alt + Tab Shift + Alt + Tab Windows + Tab Shift + Windows + Tab went to the local windows manager, much like they do for any other window of any other program that's in focus.