I was apparently confused as well. You are correct that /fitwindow (and
now /scale auto) doesn't automatically adjust the window size. It just
makes the scaling factor automatically adjust to whatever the window
size is. And scaling is in fact enabled whenever you pass /fitwindow,
despite what I said below.
So, yes, if you want the window to initially be as large as it can be,
you should enter a large scaling factor along with /fitwindow. However,
if you enter, say, "/scale 10 /fitwindow", it's not a big deal, because
you would simply maximize the window after it appears, and the TurboVNC
Viewer will adjust the scaling factor accordingly and remember it the
next time you connect to the same VNC display.
This differs a bit from how the Java viewer works. When you pass -scale
Auto or -scale FixedRatio to it, it starts with the window initially
maximized. I think that, for consistency, the Windows viewer should
probably do that as well. It is on my list of things to do to try and
reconcile the various command line switches among the three viewers.
On 8/9/12 4:05 AM, James Wettenhall wrote:
> Hi,
>
> I think I may have been confused about what auto-scaling is supposed to do.
>
> There are two things I was expecting:
> (1) The initial VNC window size would be the largest possible size which
> would fit in my current display.
> (2) The scaling would automatically adjust when I resized the VNC window.
>
> Using /fitwindow (alone) at the command-line doesn't achieve (1), unless I
> specify a large scaling percentage (larger than what would normally fit
> within my current display).
>
> So I assumed that auto-scaling wasn't working at all.
>
> But just now, I cleared the vncviewer's list of saved connections (wiping the
> saved TurboVNC 1.1 options from my Registry), then ran vncviewer with
> /fitwindow (without /scale), and the scaling did appear to adjust
> automatically when I resized the window, achieving (2).
>
> So I don't think there's any point in entering just "any number" for the
> "/scale" option. I think if you want to achieve (1), the scale percentage
> must be large enough so that TurboVNC 1.1 will need to shrink the window to
> fit - it won't automatically expand it if you use a low scale percentage.
> And if you don't care about (1), then you can just omit the /scale option.
>
> Cheers,
> James
>
> On 09/08/2012, at 6:37 PM, DRC wrote:
>
>> It's totally non-intuitive, but you currently have to do
>>
>> vncviewer.exe /fitwindow /scale {any number}
>>
>> The /fitwindow option wasn't properly enabling scaling. It was simply
>> twiddling the "fitwindow" bit, so it was necessary to add a /scale
>> option to twiddle the scaling bit as well. I've fixed that in trunk as
>> well as enabling "/scale auto" as an alias for /fitwindow. "/scale
>> auto" is now documented, whereas /fitwindow never was.
>>
>>
>> On 8/9/12 2:52 AM, James Wettenhall wrote:
>>> Hi,
>>>
>>> Is it possible to use auto-scaling with the TurboVNC 1.1 vncviewer's
>>> command-line interface on Windows?
>>>
>>> I have tried:
>>>
>>> vncviewer.exe /fitwindow hostname
>>>
>>> but it doesn't appear to work.
>>>
>>> Thanks,
>>> James
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond. Discussions
>>> will include endpoint security, mobile security and the latest in malware
>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>> _______________________________________________
>>> VirtualGL-Users mailing list
>>> VirtualGL-Users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> VirtualGL-Users mailing list
>> VirtualGL-Users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> VirtualGL-Users mailing list
> VirtualGL-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users
