9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Gregory Pavelcak <g.pavelcak@comcast.net>
To: 9fans@9fans.net
Subject: [9fans] Rio windows size and location
Date: Fri,  4 Jul 2008 09:00:40 -0400	[thread overview]
Message-ID: <36a1d00ea12f162fcd7c7c09d8097289@comcast.net> (raw)

Here's the summary for the window command in the man page.

	window [ -m ] [ -r minx miny maxx maxy ] [ -dx n ] [ -dy n ]
          [ -minx n ] [ -miny n ] [ -maxx n ] [ -maxy n ] [ -cd dir ]
          [ -hide ] [ -scroll ] [ -noscroll ] [ cmd arg ... ]

If I do

	window -r 200 200 1000 900,

I get the same result as

	window -minx 200 -miny 200 -maxx 1000 -maxy 900,

which, frankly, believe it or not, was not what I expected.  Given
that -r allows one to specify the exact corners of the window, the
result I expected, and would like, from the second form is just to
create a rectangle on the screen, smaller than the screen size, to
which the new window that opens is confined.  So, my thought was every
time I execute the first form, I get a new window of that exact size
and location right on top of its predecessor, while repeated
executions of the second form give me new windows of the default
(600x400?) size but contained within the bounding box defined by me.

The reason this came up is that I have a wide monitor, and I find
myself moving windows to the center (as if it's a chore to look to one
side or the other!?), so I decided to open clock, winwatch, stats along
the right side of my screen (about 1520,0,1680,1000) and open new
windows with the restriction -maxx 1520.  For example, "window -dx 800
-dy 800 -maxx 1520" means give me a window that size anywhere you want
as long as it doesn't go farther right than 1520.  But, as I've
already suggested, that command doesn't have the expected effect.
Actually, just clicking on the window command I wrote resulted
in this window (from wloc): "window -r 112 112 912 512".

Anyway, the point is I started looking at wctl.c to see if I could get
the behavior I want.  I just thought I would ask if this is a stupid
idea; or if it has already been done, and there's a way to get the
effect I want that I'm missing.

Thanks.

Greg



             reply	other threads:[~2008-07-04 13:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-04 13:00 Gregory Pavelcak [this message]
2008-07-04 15:49 ` Russ Cox
2008-07-04 13:05 Gregory Pavelcak
2008-07-04 13:47 Gregory Pavelcak
2008-07-04 13:49 ` erik quanstrom

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=36a1d00ea12f162fcd7c7c09d8097289@comcast.net \
    --to=g.pavelcak@comcast.net \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).