Glad to hear it.  My favorite problems are the ones that solve
themselves.  Please let me know if either problem (remote desktop
resizing not working or Inkscape pressure events not working)
resurfaces.  I have seen, on extremely rare occasions, the viewer and
server fail to negotiate remote desktop resizing capabilities, but I
haven't ever been able to nail down the exact cause.  I thought that
5cb50b8f8732d0d79689e207fd67bc9692c38e69 in TurboVNC 2.2.1 fixed those
issues.


On 8/19/19 2:42 PM, [email protected] wrote:
> DRC <[email protected]> writes:
>
>> -virtualtablet should have no effect on remote desktop resizing.  The
>> company that paid for the remote X Input/Wacom feature uses remote
>> desktop resizing in their deployment, and there have been no issues
>> reported with that.
>>
>> If I recall, I did encounter some problems when trying to use a Wacom
>> tablet remotely with GIMP on a GTK 2 machine (CentOS 6, specifically),
>> so that might have something to do with the problem you are
>> experiencing.  I will try to bring up Inkscape.
> Ok, I tried again, and now everything works much better!
>
> This is what worked for me:
>
> - tvncserver:
>
> VNCSERVERS="1:joakim"
> VNCSERVERARGS[1]="-virtualtablet -geometry 1920x1080 -nohttpd -localhost"
>
> - fedora 30 in both ends
>
> - turbovnc, external ssh due to funky ssh setup
>
> - gnome desktop
>
> - inkscape, gimp and krita where all tested, and works this time.
>
> - desktop resizing works
>
> I'm quite sure I tested this exact same configuration before sending my
> mail last time, but now the results are different, for whatever reason.
>
> Anyway, thanks again!
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TurboVNC User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/turbovnc-users/99cf105d-2ae9-8107-e94c-eb5d74ad46b8%40virtualgl.org.

Reply via email to