From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 10568 invoked from network); 19 May 2023 03:34:04 -0000
Received: from 9front.inri.net (168.235.81.73)
  by inbox.vuxu.org with ESMTPUTF8; 19 May 2023 03:34:04 -0000
Received: from pb-smtp21.pobox.com ([173.228.157.53]) by 9front; Thu May 18 23:32:27 -0400 2023
Received: from pb-smtp21.pobox.com (unknown [127.0.0.1])
	by pb-smtp21.pobox.com (Postfix) with ESMTP id 37B521F6D19
	for <9front@9front.org>; Thu, 18 May 2023 23:32:21 -0400 (EDT)
	(envelope-from unobe@cpan.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=pobox.com; h=message-id
	:to:subject:date:from:in-reply-to:mime-version:content-type
	:content-transfer-encoding; s=sasl; bh=x9Xoox26PokYU75wLK1eL7ot4
	Iiv3PH3VDUeog9A3U4=; b=Zn2o1ncvElgxN9d8jkPH2HhTR/Qk5HnQToo+w+t2w
	FkaGA6rZuVMGJelTmMJY+fu2hao06YmuilP0eDGcwhGx16xzdrSw2oTi4PjjbHBm
	BwGOj4DMplJ+auIk1GdkO4+8XQ6UvtFdK6rYAI9qqdQYYszhlUVmQeAFpySKUP+6
	Ww=
Received: from pb-smtp21.sea.icgroup.com (unknown [127.0.0.1])
	by pb-smtp21.pobox.com (Postfix) with ESMTP id 301AE1F6D18
	for <9front@9front.org>; Thu, 18 May 2023 23:32:21 -0400 (EDT)
	(envelope-from unobe@cpan.org)
Received: from strider.localdomain (unknown [75.204.169.210])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by pb-smtp21.pobox.com (Postfix) with ESMTPSA id 2777F1F6D17
	for <9front@9front.org>; Thu, 18 May 2023 23:32:18 -0400 (EDT)
	(envelope-from unobe@cpan.org)
Message-ID: <8B2B0619A13B0AC8D362E6511C865916@smtp.pobox.com>
To: 9front@9front.org
Date: Thu, 18 May 2023 20:32:15 -0700
From: unobe@cpan.org
In-Reply-To: <C62AAED1F5A16AA0BAFC302324B84C80@eigenstate.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Pobox-Relay-ID:
 C1A01094-F5F5-11ED-973D-B31D44D1D7AA-09620299!pb-smtp21.pobox.com
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: secure callback YAML service cache scripting GPU locator 
Subject: Re: [9front] vnc: fix farsi key symbols
Reply-To: 9front@9front.org
Precedence: bulk

Quoth ori@eigenstate.org:
> Quoth unobe@cpan.org:
> > Oh, sorry for misunderstanding; that makes sense.  I was looking at
> > the RFB protocol and saw there is a way to specify the desktop size,
> > so I think it can be set from the client-side too. 
> 
> We already do this -- see MSetDesktopSize in
> /sys/src/cmd/draw.c:/^requestupdate
> 
> 

Thanks ori.

Indeed, I saw that.  However, it only occurs if the server lets the
client resize the frame buffer and the dimensions of the rc window is
not equal to the server's frame buffer.  In the case of OS X's stock
VNC server, I confirmed that the server doesn't allow resizing (it
doesn't send the ExtendedDesktopSize message), so apparently that
won't work for my situation.

Maybe I want vncv to have a vertical and horizontal scroller to view
different areas of the frame buffer, or some other mechanism to view
different portions of the screen.  Or perhaps scale the raw buffer to
a pre-determined dimension (which I think might be more complicated).
Anyway, one other thing on the ever-growing todo/wish list, and which
will be a learning experience.