Re: [9fans] once more: drawterm osx-x11 on x86-64

[erik quanstrom <quanstro@quanstro.net>]

On Sat Feb 28 00:30:20 PST 2015, bakul@bitblocks.com wrote:
> On Sat, 28 Feb 2015 09:18:24 +0100 cinap_lenrek@felloff.net wrote:
> > i ment in the context of rio resize.
>
> Presumably he means his carefully laid out rio windows get out
> of kilter (or alignment) when they all get resized. You need a
> layout engine to keep them looking nice and proportionate.

alignment might not be the best term for it.  resizing the screen
causes rio to scale each window to fit the new screen.  the distances
from the edge are also scaled.  this has the advantage that
screen transitions x->(y->x)* are idempotent.

there is no way currently for a program to treat the screen in a more
sophisticated manner.

On Fri Feb 27 18:15:25 PST 2015, sstallion@gmail.com wrote:
> 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.

i don't see not dealing with screen resizes at all as fundamentally better.
i also have this issue, and on a small drawterm on my impossibly small-screen'd
mac, resizing causes the default faces configuration goes right across the screen,
but not resizing would cause the stats window to disappear off to the right.

a quick hack would be to probe the screen pix dimensions and change
behavior based on that.

but i don't immediately see what the right approach is.  do we force windows
to declare hints about how they should be resized and when?  how does resizing
interact with dpi?

- erik