I use both release 11d server and viewer. When I open a chat window using viewer, the host screen freezes and remain freezed until I close the chat windows... is this behaviour correct? Or Have I some problems with my configuration?
In the first case, why did developers made such a choice? Sometimes, expecially for training purpose, cold be useful to have a chat window open and be still able to control remote host...
Best regards
Giacomo
Update: UltraVNC 1.4.3.6 and UltraVNC SC 1.4.3.6: https://forum.uvnc.com/viewtopic.php?t=37885
Important: Please update to latest version before to create a reply, a topic or an issue: https://forum.uvnc.com/viewtopic.php?t=37864
Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- Facebook: https://www.facebook.com/ultravnc1
- X/Twitter: https://x.com/ultravnc1
- Reddit community: https://www.reddit.com/r/ultravnc
- OpenHub: https://openhub.net/p/ultravnc
Important: Please update to latest version before to create a reply, a topic or an issue: https://forum.uvnc.com/viewtopic.php?t=37864
Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- Facebook: https://www.facebook.com/ultravnc1
- X/Twitter: https://x.com/ultravnc1
- Reddit community: https://www.reddit.com/r/ultravnc
- OpenHub: https://openhub.net/p/ultravnc
Viewing and chatting at the same time?
This behavior is correct.
I could allow the chat to be active at the same that screen updates. No danger. That drawback is that you'll see BOTH Chat windows in the viewer:
- The viewer one
- The server one
-> the main advantage of the chat (low bandwidth need) would be broken because all screen updates caused by the remote chat window updates (the server one) would be sent, instead of only the messages chars in the current version.
Maybe I'm going to add an option for this...
BTW, in latest RCs, you can now minimize FT and Chat windows which causes the screen to be refreshed again while keeping your FT & Chat contexts intact (and get them back by restauring the minimized windows).
I could allow the chat to be active at the same that screen updates. No danger. That drawback is that you'll see BOTH Chat windows in the viewer:
- The viewer one
- The server one
-> the main advantage of the chat (low bandwidth need) would be broken because all screen updates caused by the remote chat window updates (the server one) would be sent, instead of only the messages chars in the current version.
Maybe I'm going to add an option for this...
BTW, in latest RCs, you can now minimize FT and Chat windows which causes the screen to be refreshed again while keeping your FT & Chat contexts intact (and get them back by restauring the minimized windows).
UltraSam
-
Guest
Ok... just to knowThis behavior is correct.
It would be a good idea: on slow connections one can leave this option unchecked, but on fast ones it could be usefull...I could allow the chat to be active at the same that screen updates. No danger. That drawback is that you'll see BOTH Chat windows in the viewer:
[...CUT...]
Maybe I'm going to add an option for this...
This is very good, and 3/4 a solution of the problem! I didn't update to most recent versions (rc15 _experimental_?) due to what i read in another post (that I couldn't understand very well): it is conveninet to wait for rc17 or to upgrade to rc16?BTW, in latest RCs, you can now minimize FT and Chat windows which causes the screen to be refreshed again while keeping your FT & Chat contexts intact (and get them back by restauring the minimized windows).
Thanks a lot
Giacomo
For what it's worth, I'll place my vote for an active chat option. Well, at least my boss would vote for it if he was here.I could allow the chat to be active at the same that screen updates. No danger. That drawback is that you'll see BOTH Chat windows in the viewer:
[...CUT...]
Maybe I'm going to add an option for this...
$0.02,
D.
Re: Viewing and chatting at the same time?
I have a definite need to be able to view and chat simultaneously. The chat is being used to actively communicate based on concurrent events occurring on the server.
I understand the issue about being able to see both chat dialogs.
In order to overcome this I had to:
1. Connect to server using Java Viewer.
2. Connect to server using Viewer.
3. Chat using Viewer.
4. Minimize Viewer.
5. Resize and position Server dialogs (chat dialog in top right)
6. Resize Viewer and Java Viewer dialogs where viewer chat obscures sever chat.
If anyone has a better solution or other options, please let me know...
I understand the issue about being able to see both chat dialogs.
In order to overcome this I had to:
1. Connect to server using Java Viewer.
2. Connect to server using Viewer.
3. Chat using Viewer.
4. Minimize Viewer.
5. Resize and position Server dialogs (chat dialog in top right)
6. Resize Viewer and Java Viewer dialogs where viewer chat obscures sever chat.
If anyone has a better solution or other options, please let me know...