From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <86308593-B4A7-41BF-AEDB-924C66BC5FF3@corpus-callosum.com> References: <3A96685B-5AF8-478A-AFB4-728FACFB5A43@corpus-callosum.com> <86308593-B4A7-41BF-AEDB-924C66BC5FF3@corpus-callosum.com> Date: Fri, 27 Feb 2015 20:14:00 -0600 Message-ID: From: Steven Stallion To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001a11c1672cd2d70c05101c8932 Subject: Re: [9fans] once more: drawterm osx-x11 on x86-64 Topicbox-Message-UUID: 46ac3e56-ead9-11e9-9d60-3106f5b1d025 --001a11c1672cd2d70c05101c8932 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, Feb 27, 2015 at 7:19 PM, Jeff Sickel wrote: > The older versions of drawterm just map a large view to fill > the whole screen and then clip the view to the window size you=E2=80=99ve > selected. When you drag the view it doesn=E2=80=99t resize the internal > rio content. That meant that when taking a 1280x1024 window to > 2560x1440 everything would stay the same and you=E2=80=99d just see the > extra space already allocated. If you draw to the new areas and > then resize the window back to the smaller rect you lose easy > access to any rio windows created outside of the current clipping > rect. > > The Cocoa version does proper resizing. It=E2=80=99s just a lot of effor= t > to get the same features back into the X11 code base. > I might be alone in this, but the resize drives me up the wall. I've had to go out of the way to patch rio to ignore resize updates. I suspect the reason for this is my riostart creates a few windows by default, which end up getting resized when I fullscreen drawterm, throwing everything out of whack. It would be nice if you could add a command line option for this - I started looking at this, but haven't had much time to make a proper patch. Cheers, Steve --001a11c1672cd2d70c05101c8932 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On F= ri, Feb 27, 2015 at 7:19 PM, Jeff Sickel <jas@corpus-callosum.com> wrote:
The older versions of= drawterm just map a large view to fill
the whole screen and then clip the view to the window size you=E2=80=99ve selected.=C2=A0 When you drag the view it doesn=E2=80=99t resize the intern= al
rio content.=C2=A0 That meant that when taking a 1280x1024 window to
2560x1440 everything would stay the same and you=E2=80=99d just see the
extra space already allocated.=C2=A0 If you draw to the new areas and
then resize the window back to the smaller rect you lose easy
access to any rio windows created outside of the current clipping
rect.

The Cocoa version does proper resizing.=C2=A0 It=E2=80=99s just a lot of ef= fort
to get the same features back into the X11 code base.
=
I might be alone in this, but the resize drives me up the wa= ll. I've had to go out of the way to patch rio to ignore resize updates= . I suspect the reason for this is my riostart creates a few windows by def= ault, which end up getting resized when I fullscreen drawterm, throwing eve= rything out of whack. It would be nice if you could add a command line opti= on for this - I started looking at this, but haven't had much time to m= ake a proper patch.

Cheers,

Steve=C2=A0
--001a11c1672cd2d70c05101c8932--