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

Viewing and chatting at the same time?

Post Reply
MadGiac

Viewing and chatting at the same time?

Post by MadGiac »

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
UltraSam
Admin & Developer
Admin & Developer
Posts: 462
Joined: 2004-04-26 20:55
Contact:

Post by UltraSam »

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).
UltraSam
Guest

Post by Guest »

This behavior is correct.
Ok... just to know :)
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...
It would be a good idea: on slow connections one can leave this option unchecked, but on fast ones it could be usefull...
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).
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?

Thanks a lot

Giacomo
dsmcd01
8
8
Posts: 16
Joined: 2004-05-29 22:15

Post by dsmcd01 »

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

$0.02,
D.
Surfing
Posts: 3
Joined: 2006-08-13 14:27

Re: Viewing and chatting at the same time?

Post by Surfing »

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...
Post Reply