This issue turned out to be due to the viewer telling the server to resize,
and that new size stays.  I misunderstood, not knowing that this is
communicated to the server.

So as long as I am careful not to ever connect incorrectly, it works as
expected.

On Mon, Oct 5, 2015 at 12:46 PM, Brett Williams <[email protected]> wrote:

> The OSX key repeat workaround is sufficient for me, thank you!
>
> Next issue: If I connect to the session with a smaller screen than the
> server, the horizontal scroll bars do not work correctly.  My setup is as
> follows.
>   - server geometry at 3840x1080 (the size of my dual monitors that I
> would have the VNC session span)
>   - macbook resolution at 1440x900
>
> I set the following in the TurboVNC Viewer Options:
>   - Scaling Factor:       100%
>   - Remote desktop size:  Server
>   - Full-screen mode:     No
>
> Horizontal scroll bars appear with this configuration, but they do not
> allow me to scroll to the right to see the majority of the session.
> Instead, they only allow scrolling so that you can see the furthest extents
> that you might have seen if full screen mode was on.  Since 1440 is much
> less than 3840, this leaves me with a large portion of the VNC session
> inaccessible.
>
> The vertical scroll bars work as I expect, allowing me to see the 180
> vertical pixels that my 900 pixel high display does not.
>
> Is there a way to configure the TurboVNC viewer so that I may always
> scroll to the extents of the server?
>
> NOTE:  same configuration:
> Client:
> Mac OS/X 10.9.5
> TurboVNC Viewer 2.0 (20150714) (Java Hotspot 1.6.0_65 x86_64)
>
> Server:
> CentOS 6.4
> tigerVNC 1.3.0-16
>
> On Fri, Oct 2, 2015 at 12:45 PM, DRC <[email protected]>
> wrote:
>
>> Confirmed.  The issue is specific to OS X 10.7+ and is related to the
>> "lovely" feature whereby pressing a letter will pop up a menu of
>> accented versions of that letter for you to choose from.  The workaround
>> is to type the following on the command line prior to launching TurboVNC
>> Viewer:
>>
>>    defaults write -g ApplePressAndHoldEnabled -bool false
>>
>> This setting should be persistent, i.e. you don't have to type it each
>> time you log in or run the viewer.
>>
>> You can get back the old behavior by typing
>>
>>    defaults write -g ApplePressAndHoldEnabled -bool true
>>
>> I did some googling and wasn't able to find any way to control this
>> programmatically from within the Java viewer (it would probably require
>> something more low-level, like reading the input events from JNI.  Ugh.
>>   No thanks.)
>>
>>
>> On 9/29/15 10:39 AM, Brett Williams wrote:
>> > I'm a new user, and I've been unable to find anything that even mentions
>> > a problem that I am having.
>> >
>> > Client:
>> > Mac OS/X 10.9.5
>> > TurboVNC Viewer 2.0 (20150714) (Java Hotspot 1.6.0_65 x86_64)
>> >
>> > Server:
>> > CentOS 6.4
>> > tigerVNC 1.3.0-16
>> >
>> >
>> > The problem is that only certain keys repeat.  Letters do not repeat.
>> > Backspace, space, arrow keys, and punctuation all repeat.  Furthermore,
>> > ! repeats, but 1 does not.  It definitely feels like a deliberate
>> decision.
>> >
>> > How can I get letters to repeat?  I am a heavy vim user and I especially
>> > need h, j, k, and l to repeat.
>> >
>> > Thanks,
>> >
>> > Brett
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> TurboVNC-Users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/turbovnc-users
>>
>
>
------------------------------------------------------------------------------
_______________________________________________
TurboVNC-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/turbovnc-users

Reply via email to