RIO(4) RIO(4)
NAME
rio - window system files
SYNOPSIS
rio [ -i 'cmd' ] [ -s ] [ -f font ]
DESCRIPTION
The window system rio serves a variety of files for reading,
writing, and controlling windows. Some of them are virtual
versions of system files for dealing with the display, key-
board, and mouse; others control operations of the window
system itself. Rio posts its service in the /srv directory,
using a name constructed from a catenation of the user ID
and a process id; the environment variable $wsys is set to
this service name within processes running under the control
of each invocation of rio. Similarly, rio posts a named pipe
to access the window creation features (see window in
rio(1)) from outside its name space; this is named in $wctl.
A mount (see bind(1)) of $wsys causes rio to create a new
window; the attach specifier in the mount gives the coordi-
nates of the created window. The syntax of the specifier is
the same as the arguments to window (see rio(1)). By
default, the window is sized and placed automatically. It
is always necessary, however, to provide the process id of
the process to whom to deliver notes generated by DEL char-
acters and hangups in that window. That pid is specified by
including the string -pid pid in the attach specifier. (See
the Examples section q.v.)
When a window is created either by the window command (see
rio(1)) or by using the menu supplied by rio, this server is
mounted on /mnt/wsys and also /dev; the files mentioned here
appear in both those directories.
Some of these files supply virtual versions of services
available from the underlying environment, in particular the
character terminal files cons(3), and the mouse files
mouse(3) and cursor, each specific to the window. Note that
the draw(3) device multiplexes itself; rio places windows
but does not mediate programs' access to the display device.
Other files are unique to rio.
cons is a virtual version of the standard terminal file
cons(3). Rio supplies extra editing features and a
scroll bar (see rio(1)).
consctl controls interpretation of keyboard input. Writing
strings to it sets these modes: rawon turns on raw
mode; rawoff turns off raw mode; holdon turns on
Page 1 Plan 9 (printed 12/26/24)
RIO(4) RIO(4)
hold mode; holdoff turns off hold mode. Closing the
file makes the window revert to default state (raw
off, hold off).
cursor Like mouse (q.v.), a multiplexed version of the
underlying device file, in this case representing
the appearance of the mouse cursor when the mouse is
within the corresponding window.
label initially contains a string with the process ID of
the lead process in the window and the command being
executed there. It may be written and is used as a
tag when the window is hidden.
mouse is a virtual version of the standard mouse file (see
mouse(3)). Opening it turns off scrolling, editing,
and rio-supplied menus in the associated window. In
a standard mouse message, the first character is m,
but rio will send an otherwise normal message with
the first character r if the corresponding window
has been resized. The application must then call
getwindow (see graphics(2)) to re-establish its
state in the newly moved or changed window. Reading
the mouse file blocks until the mouse moves or a
button changes. Mouse movements or button changes
are invisible when the mouse cursor is located out-
side the window, except that if the mouse leaves the
window while a button is pressed, it will continue
receiving mouse data until the button is released.
screen is a read-only file reporting the depth, coordi-
nates, and raster image corresponding to the entire
underyling display, in the uncompressed format
defined in image(6).
snarf returns the string currently in the snarf buffer.
Writing this file sets the contents of the snarf
buffer. When rio is run recursively, the inner
instance uses the snarf buffer of the parent, rather
than managing its own.
text returns the full contents of the window. It may not
be written.
wctl may be read or written. When read, it returns the
location of the window as four decimal integers for-
matted in the usual 12-character style: upper left x
and y, lower right x and y. Following these numbers
are strings describing the window's state: hidden or
visible; current or notcurrent. A subsequent read
will block until the window changes size, location,
or state. When written to, wctl accepts messages to
change the size or placement of the associated win-
dow, and to create new windows. The messages are in
a command-line like format, with a command name,
possibly followed by options introduced by a minus
sign. The options must be separated by blanks, for
example -dx 100 rather than -dx100.
The commands are resize (change the size and
Page 2 Plan 9 (printed 12/26/24)
RIO(4) RIO(4)
position of the window), move (move the window),
scroll (enable scrolling in the window), noscroll
(disable scrolling), top (move the window to the
`top', making it fully visible), bottom (move the
window to the `bottom', perhaps partially or totally
obscuring it), hide (hide the window), unhide
(restore a hidden window), current (make the window
the recipient of keyboard and mouse input), and new
(make a new window). The top and bottom commands do
not change whether the window is current or not; the
others always make the affected window current.
Neither top nor bottom has any options. The resize,
move, and new commands accept -minx n, -miny n,
-maxx n, and -maxy n options to set the position of
the corresponding edge of the window. They also
accept an option -r minx miny maxx maxy to set all
four at once. The resize and new commands accept
-dx n and -dy n to set the width and height of the
window. By default, rio will choose a convenient
geometry automatically.
Finally, the new command accepts an optional shell
command and argument string, given as plain strings
after any standard options, to run in the window
instead of the default rc -i (see rc(1)). The -pid
option used when mounting rio to make a new window
is disregarded by the wctl file. The initial work-
ing directory of the new window may be set by a -cd
directory option.
So programs outside name spaces controlled by rio
may create windows, wctl new messages may also be
written to the named pipe identified by $wctl.
wdir is a read/write text file containing rio's idea of
the current working directory of the process running
in the window. It is used to fill in the wdir field
of plumb(6) messages rio generates from the plumb
menu item on button 2. The file is writable so the
program may update it; rio is otherwise unaware of
chdir(2) calls its clients make. In particular,
rc(1) maintains /dev/wdir in default rio(1) windows.
winid returns the unique and unchangeable ID for the win-
dow; it is a string of digits.
window is the virtual version of /dev/screen. It contains
the depth, coordinates, and uncompressed raster
image corresponding to the associated window.
wsys is a directory containing a subdirectory for each
window, named by the unique ID for that window.
Within each subdirectory are entries corresponding
to several of the special files associated with that
window: cons, consctl, label, mouse, etc.
EXAMPLES
Cause a window to be created in the upper left corner, and
Page 3 Plan 9 (printed 12/26/24)
RIO(4) RIO(4)
the word `hi' to be printed there.
mount $riosrv /tmp 'new -r 0 0 128 64 -pid '$pid
echo hi > /tmp/cons
Start sam(1) in a large horizontal window.
echo new -dx 800 -dy 200 -cd /sys/src/cmd sam > /dev/wctl
Print the screen image of window with id 123.
lp /dev/wsys/123/window
SOURCE
/sys/src/cmd/rio
SEE ALSO
rio(1), draw(3), mouse(3), cons(3), event(2), graphics(2).
Page 4 Plan 9 (printed 12/26/24)