unnecessary scroll bar

Bug #224248 reported by Jamin W. Collins
6
Affects Status Importance Assigned to Milestone
vnc4 (Ubuntu)
Invalid
Wishlist
Unassigned

Bug Description

In situations where one dimension of a remote system's display can fit within the local system's display but the other can't, the vnc viewer application draws an unneccessary scrollbar on the dimension that could be fit.

For example, viewing a 2560x1024 display on a 1920x1200 display would allow the 1024 (vertical) dimension to be displayed without need for scroll bar. However, rather than placing the horizontal scroll bar on the outside of the 1024 space, it's placed within it and thus a vertical scroll bar is added.

Revision history for this message
Luke Faraone (lfaraone) wrote :

VNC is designed to work this way, to implement otherwise would require a bit of work. Please propose that as a spec or blueprint, or as an idea on Ubuntu Brainstorm if you think this functionality should be added .

Just change the remote desktop's screen resolution.

Changed in vinagre:
importance: Undecided → Wishlist
Revision history for this message
Jamin W. Collins (jcollins) wrote :

I'm not sure why this was changed to vinagre. Vinagre was not used in any way for the tests, the report was filed against the application that was used. Additionally, I'm not following your statement of "is designed to work this way". This extra scroll bar makes for additional clumsy scrolling that would otherwise not be needed at all.

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

That's wrong, the bug was reported against Ubuntu, not against any package. But why don't you just reassign to the appropriate package?

Revision history for this message
Jamin W. Collins (jcollins) wrote :

Application in question is the xvnc4viewer not vinagre.

Revision history for this message
Luke Faraone (lfaraone) wrote :

VNC is a simple remote desktop protocol.

The protocol does not provide any method of telling a target computer to resize its display to meet the client's resolution (AFAIK).

This would require a non-trivial amount of work, and should be layed out in a spec/blueprint.

Revision history for this message
Jamin W. Collins (jcollins) wrote :

I'm sorry I'm still not following. I'm not seeing how the protocol has anything to do with this. This is a client side issue as far as I can see. The client knows (at some point) how big the remote screen is that it's displaying. It would also have some idea how big the local display is. It shouldn't be a major undertaking for the client to increase its vertical window size to eliminate an unnecessary scroll bar.

Revision history for this message
Luke Faraone (lfaraone) wrote :

Ah, I apologize. I misunderstand.

Can you try using the vinagre client in the mean time, as this is the current client officially supported in Hardy?

This seems to be a valid bug.

Revision history for this message
Jamin W. Collins (jcollins) wrote :

While it may be the "officially supported" client application I can say that I'm much impressed with it. I don't care for the additional space its interface takes up which appears to be mandatory. Additionally, its "Fullscreen" interface appears to be rather inferior to the actual VNC4 client's. In the vinagre client's fullscreen interface the scroll bars are still present. IMO, the automatic edge scrolling of the VNC4 client is a much better solution. With vinagre, the vertical scroll bar can be removed (just barely) by trimming down the interface as much as possible. However even in this minimal configuration the vinagre interface has too much "extra".

Revision history for this message
Thomas Hotz (thotz-deactivatedaccount) wrote :

Is this still an issue for you? What Ubuntu version do you use? Thank you for telling us!

Changed in vnc4 (Ubuntu):
status: New → Incomplete
Revision history for this message
Jamin W. Collins (jcollins) wrote :

I no longer have this configuration available for testing and have moved on to using remmina for graphical remote control.

Changed in vnc4 (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.