glenda.party
term% ls -F
term% cat index.txt
ACME(4)                    Kernel Interfaces Manual                    ACME(4)

NAME
       acme - control files for text windows

SYNOPSIS
       acme [ -f varfont ] [ -F fixfont ] [ file ... ]

DESCRIPTION
       The  text  window system acme(1) serves a variety of files for reading,
       writing, and controlling windows.  Some of them are virtual versions of
       system files for dealing with the virtual console; others control oper‐
       ations of acme itself.  When a command is run under acme,  a  directory
       holding  these  files  is mounted on /mnt/acme (also bound to /mnt/8½)
       and also /dev; the files mentioned here appear in both  those  directo‐
       ries.

       Some  of these files supply virtual versions of services available from
       the underlying environment, in particular the character terminal  files
       cons(3).   (Unlike in 8½(1), each command under acme sees the same set
       of files; there is not a distinct /dev/cons for  each  window.)   Other
       files are unique to acme.

       acme   is a subdirectory used by win (see acme(1)) as a mount point for
              the  acme  files associated with the window in which win is run‐
              ning.  It has no specific function under acme itself.

       cons   is the standard and diagnostic output file for all commands  run
              under  acme.   (Input  for commands is redirected to /dev/null.)
              Text written to cons appears in a  window  labeled  dir/+Errors,
              where  dir  is  the directory in which the command was run.  The
              window is created if necessary, but not until text  is  actually
              written.

       consctl
              Is  an  empty  unwritable  file  present only for compatibility;
              there is no way to turn off ‘echo', for example, under acme.

       index  holds a sequence of lines of text, one per  window.   Each  line
              has  5  decimal  numbers, each formatted in 11 characters plus a
              blank—the window ID; number of characters (runes)  in  the  tag;
              number  of characters in the body; a 1 if the window is a direc‐
              tory, 0 otherwise; and a 1 if the window is modified,  0  other‐
              wise—followed  by  the  tag up to a newline if present.  Thus at
              character position 5Ã12 starts the name of  the  window.   If  a
              file  has  multiple zeroxed windows open, only the most recently
              used will appear in the index file.

       label  is an empty file, writable without effect, present only for com‐
              patibility with 8½.

       new    A directory analogous to the numbered directories  (q.v.).   Ac‐
              cessing  any  file  in  new creates a new window.  Thus to cause
              text to appear in a new window, write it to /dev/new/body.   For
              more  control, open /dev/new/ctl and use the interface described
              below.

       Each acme window has associated a directory numbered by its ID.  Window
       IDs are chosen sequentially and may be discovered by the ID command, by
       reading the ctl file, or indirectly through the index file.  The  files
       in the numbered directories are as follows.

       addr   may  be  written  with any textual address (line number, regular
              expression, etc.), in the format  understood  by  button  3  but
              without  the initial colon, including compound addresses, to set
              the address for text accessed through the data file.  When read,
              it returns the value of the address that would next be  read  or
              written through the data file, in the format #m,#n where m and n
              are character (not byte) offsets.  If m and n are identical, the
              format  is  just #m.  Thus a regular expression may be evaluated
              by writing it to addr and reading it back.  The addr address has
              no effect on the user's selection of text.

       body   holds contents of the window body.  It may be read at  any  byte
              offset.   Text written to body is always appended; the file off‐
              set is ignored.

       ctl    may be read to recover the five numbers as  held  in  the  index
              file,  described  above.  Text messages may be written to ctl to
              affect the window.  Each message is terminated by a newline  and
              multiple messages may be sent in a single write.

            addr=dot
                   Set the addr address to that of the user's selected text in
                   the window.

            clean  Mark the window clean as though it has just been written.

            cleartag
                   Remove all text in the tag after the vertical bar.

            del    Equivalent to the Del interactive command.

            delete Equivalent to the Delete interactive command.

            dot=addr
                   Set  the user's selected text in the window to the text ad‐
                   dressed by the addr address.

            dump command
                   Set the command string to recreate the window from  a  dump
                   file.

            dumpdir directory
                   Set  the  directory in which to run the command to recreate
                   the window from a dump file.

            get    Equivalent to the Get interactive  command  with  no  argu‐
                   ments; accepts no arguments.

            limit=addr
                   When  the ctl file is first opened, regular expression con‐
                   text searches in addr addresses  examine  the  whole  file;
                   this  message  restricts subsequent searches to the current
                   addr address.

            mark   Cancel nomark, returning the  window  to  the  usual  state
                   wherein  each modification to the body must be undone indi‐
                   vidually.

            name name
                   Set the name of the window to name.

            nomark Turn off automatic ‘marking' of changes, so a  set  of  re‐
                   lated  changes  may  be undone in a single Undo interactive
                   command.

            noscroll
                   Turn off automatic ‘scrolling' of the window to  show  text
                   written to the body.

            put    Equivalent  to  the  Put  interactive command with no argu‐
                   ments; accepts no arguments.

            scroll Cancel a noscroll message, returning the window to the  de‐
                   fault  state wherein each write to the body file causes the
                   window to ‘scroll' to display the new text.

            show   Guarantee at least some of the selected text is visible  on
                   the display.

       data   is  used  in conjunction with addr for random access to the con‐
              tents of the body.  The file offset is ignored when writing  the
              body  file,  but the character (not byte) offset may be set with
              addr and then read from the data file.  Text, which must contain
              only whole characters (no ‘partial runes'), written to data  re‐
              places  the  characters  addressed by the addr file and sets the
              address to the null string at the end of the  written  text.   A
              read  from  data  returns  as  many whole characters as the read
              count will permit starting at the beginning of the addr  address
              (the  end  of the address has no effect) and sets the address to
              the null string at the end of the returned characters.

       event  When a window's event file is open, changes to the window  occur
              as  always  but the actions are also reported as messages to the
              reader of the file.  Also, user actions with  buttons  2  and  3
              (other  than  chorded Cut and Paste, which behave normally) have
              no immediate effect on the window; it is expected that the  pro‐
              gram  reading  the event file will interpret them.  The messages
              have a fixed format: a character indicating the origin or  cause
              of  the  action,  a character indicating the type of the action,
              four  free-format  blank-terminated  decimal  numbers,  optional
              text, and a newline.  The first and second numbers are the char‐
              acter  addresses of the action, the third is a flag, and the fi‐
              nal is a count of the characters in the optional text, which may
              itself contain newlines.  The origin characters are E for writes
              to the body or tag file, F  for  actions  through  the  window's
              other  files, K for the keyboard, and M for the mouse.  The type
              characters are D for text deleted from  the  body,  d  for  text
              deleted  from  the  tag,  I for text inserted to the body, i for
              text inserted to the tag, L for a button 3 action in the body, l
              for a button 3 action in the tag, X for a button 2 action in the
              body, and x for a button 2 action in the tag.

              If the relevant text has less than 256  characters,  it  is  in‐
              cluded in the message; otherwise it is elided, the fourth number
              is 0, and the program must read it from the data file if needed.
              No text is sent on a D or d message.

              For  D,  d,  I, and i the flag is always zero.  For X and x, the
              flag is a bitwise OR (reported decimally) of the following: 1 if
              the text indicated is recognized as an acme built-in command;  2
              if  the  text indicated is a null string that has a non-null ex‐
              pansion; if so, another complete message will follow  describing
              the  expansion  exactly  as  if it had been indicated explicitly
              (its flag will always be 0); 8  if  the  command  has  an  extra
              (chorded)  argument; if so, two more complete messages will fol‐
              low reporting the argument (with all numbers 0 except the  char‐
              acter  count)  and  where it originated, in the form of a fully-
              qualified button 3 style address.

              For L and l, the flag is the bitwise OR of the following:  1  if
              acme can interpret the action without loading a new file; 2 if a
              second  (post-expansion) message follows, analogous to that with
              X messages; 4 if the text is a file or window name (perhaps with
              address) rather than plain literal text.

              For messages with the 1 bit on in the flag, writing the  message
              back to the event file, but with the flag, count, and text omit‐
              ted,  will cause the action to be applied to the file exactly as
              it would have been if the event file had not been open.

       tag    holds contents of the window tag.  It may be read  at  any  byte
              offset.  Text written to tag is always appended; the file offset
              is ignored.

SOURCE
       /sys/src/cmd/acme

SEE ALSO
       8½(1), acme(1), cons(3).

                                                                       ACME(4)