It's because of the absolute path. Please, do the following:
1. Open Address Book Manager, create a new address book and save the xml file to the folder or USB disc where your portable Viewer is located. The book should reside in the same folder with the rutview.exe.
2. Now select the newly created address book in the Address Book Manager and click Edit. In the path field remove the path and all slashes except only the file name itself.
3. Close the ABM. Now the path to your secondary address book is relative, and so it should open regardless of the disc letter.
I still recommend not overcomplicating the setup and use our default hosted service instead of the RU Server in this particular situation. That would be more than enough for a simple setup like this. RU Server is an advanced tool used in corporate setting and multi-Viewer environment and does require network stability and a dedicated machine with static IP address or DNS name.
Thanks for the suggestions. My comments are below.
Mouse over feature on Thumbnail view to see Firewall status/Update status/User that is logged in/Version of windows installed/last PC Restart Time.
We are planning to add this at some point in the future, albeit not as a mouse-over, but a panel/pane in its own right that you could turn on and off in the Viewer.
Broadcast a single message to all Connected PC'S or grouped PC's, have it displayed as a Windows message, not a chat message ( maybe a number of seconds to show message)
Broadcast message is already implemented. Just select multiple records and use the "Send message" connection mode.
Obviously the blank user screen and have the HTML page show while screen is blanked is awesome and still have capture alpha blending.
The blank screen mechanism will be re-written very soon.
Save notes to PC.
This is already available. See connection Properties -> Additional Properties -> Comment.
User end to press keys (ex: ctrl + H for help ) and it alert viewer that this PC needs help. Have a special group at the top to display that PC and be able to connect to it.
This is a part of a broader issue of the remote user having the ability to "call back" the technician. Due to the program's "decentralized" nature (there is no central web server) and also the fact that there may be many admins/technicians /users who can remotely connect to a certain PC it's not clear yet how specifically this feature should be implemented. We will give it a careful thought first.
These features I would just pay for lol but like i said i use 3 different remoe access programs because each give great feautes i need. Be nice to use just 1
Nothing bad about using multiple tools :) After all, in a mission-critical environment and/or when a remote PC is many miles away it's better to duplicate remote access with different tools, just in case.