The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Dan Cross <crossd@gmail.com>
To: Andy Kosela <akosela@andykosela.com>
Cc: The Eunuchs Hysterical Society <tuhs@tuhs.org>
Subject: Re: [TUHS] cat -v and other complaints
Date: Tue, 4 Sep 2018 06:23:26 -0400	[thread overview]
Message-ID: <CAEoi9W4Od+SP-27+OMu5Uqt_Jpmmy+NYvyZbp9O8YAUeG-fAZw@mail.gmail.com> (raw)
In-Reply-To: <CALMnNGj8gP=aPwNSTy82d33ffcU6naEZ=2==xs-N6kf-j9Dg0Q@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 5670 bytes --]

On Tue, Sep 4, 2018 at 5:35 AM Andy Kosela <akosela@andykosela.com> wrote:

> On Tuesday, September 4, 2018, ron minnich <rminnich@gmail.com> wrote:
>>
>> On Mon, Sep 3, 2018 at 11:11 PM Andy Kosela <akosela@andykosela.com>
>> wrote:
>>
>>> That was one of the main reasons I disliked Plan9.  It embraced the
>>> "windows interface" trend of the mid 80s.
>>>
>>
>> well, you can believe that, and I can't stop you, but it's wrong.
>>
>
> Can you elaborate more on your point of view?
>

I don't mean to speak for Ron, but I think I know where he's coming from.

There has been a slow shift in the way we use computer interfaces and the
> start of the "windows computing" revolution certainly happened around mid
> 80s with companies like Apple, Microsoft or Commodore developing their own
> version of GUI (which goes back to Xerox PARC of course).  Unix received X
> Window System from MIT in 1984.
>

Don't mistake "windows" (as in "stacking window manager") for "bitmapped
graphical displays."

At the time people thought that GUI is the best and most useful interface
> for the new era and text terminal computing is about to die pretty soon.
> Well it took at least 10 more years to happen and the introduction of World
> Wide Web and Windows 95 certainly help solidify it.
>
> When Plan 9 was created in the mid-late 80s exactly those ideas
> circulated.  Nothing comes from nothing, everything has its historical
> context.  In the late 80s in order to "innovate" it was natural to think
> that abandoning text terminals is a "progress".
>

This is conflating two things: textual interfaces and the graphical
presentation of those interfaces. Plan 9 is about both.

Unix was born in an era where the TTY (that is, tele-typewriter, as in
"prints to paper") was still very much a force in mediating the interaction
between user and computer. That evolved rather quickly to the "green
screen" terminals of the 70s and early 80s, but the paradigm was basically
the same: the serial terminal was a window showing the tail of an infinite
scroll of data. The "terminal", as in the TTY, was and is a central
abstraction in Unix.

By the late 80s, when plan9 got started, the paradigm had shifted: machines
now had relatively high resolution bitmapped graphical interfaces, and by
and large you weren't sitting in front of a serial terminal anymore. Being
tied to a single "terminal" was a hindrance and led to a lot of complexity
(job control, terminal interactions with process groups, POSIX sessions,
signals and ioctls for window-size changes for programs that wanted to
continue believing that they're using a serial terminal, even though they
haven't been for years...).

Plan9 wanted to take advantage of the new graphics functionality but didn't
want to be chained to the complexity associated with obsolete hardware
(e.g., the TTY abstraction, which _still persists_ and has its fingers in
weird parts of the kernel).

They still wanted a text-oriented interface though, and that's what plan9
provides. You sweep out a rio window and it's running a shell. Text in acme
is usually editable and there aren't a lot of strange glyphs to click on;
commands are strings. And you're no longer chained to a "terminal": I can
have many shells running in many windows and they're all more or less the
same. And it allowed them to move beyond the limitations of
cursor-addressed user interfaces. They could, for example, write (or more
precisely adapt) text editors like `sam`, which is fundamentally a textual
program but uses the GUI to very nice effect. It may seem dated by today's
standards, but it still works very nicely (indeed, I had to run a coworker
through a sam session last Thursday; he was a continent away from me
connecting to a plan9 system but we were able to do what needed to be done
relatively quickly because it's all text and so simple...).

I remember when I was in high school driving over to New Jersey and going
to Bell Labs and meeting Dennis Ritchie for the first time (a college
student I knew was doing an internship there and let me come visit). Dennis
showed me plan9 on his gnot (this was back in the 8.5 days), and
specifically talked about this: the focus was text, which was editable,
could be manipulated, combined, split apart, was self-explanatory etc,
instead of little icons like MS Windows and the Mac which were
simultaneously static and cryptic. It *is* a textual interface, though it's
*presented* and *multiplexed* via a bitmapped graphics display.

I distinctly remember feeling blown away by the powerful marriage of text
with bitmapped displays; it was a GUI for a Unix-like experience done
right. They didn't sacrifice anything, but they gained so much more.

Unix was born in the different era.  Same with the original IBM PC.  That
> is why they revolve around pure text interface.
>

Unix and the PC date from radically different eras.

The original IBM PC had a graphics adapter, and that was the expected mode
of interaction, not the serial port. Granted that adapter was pretty weak,
but it was there. Using a PC, you were using a graphical representation of
your text interface. Unlike a serial terminal, where you simply emit the
text to the terminal and the terminal deals with displaying it, writing an
interface for CGA or MGA -- even in text mode -- involves scrolling the
buffer, handling line feeds, tab and backspace expansion, and all the rest
of it in software (granted, lots of serial drivers for Unix handle tab and
BS expansion, too). But you, the programmer, have to manually keep track of
your position in that little 4k buffer. You have to deal with moving the
cursor around, etc.

        - Dan C.

[-- Attachment #2: Type: text/html, Size: 7408 bytes --]

  reply	other threads:[~2018-09-04 10:24 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-29 14:25 Clem Cole
2018-08-29 22:34 ` Dave Horsfall
2018-08-29 23:36   ` Larry McVoy
2018-08-30  1:14     ` Clem cole
2018-08-30  1:15       ` Clem cole
2018-08-30  2:43       ` Kevin Bowling
2018-08-30  2:59         ` George Michaelson
2018-08-31  0:27         ` Dave Horsfall
2018-08-31  0:41           ` Dan Cross
2018-08-31  1:58             ` Larry McVoy
2018-08-31 11:38           ` ron
2018-08-31 14:41           ` [TUHS] UNIX System names - since UNIX was a Trademark Clem Cole
2018-08-31 15:13             ` Eric Wayte
2018-08-31 15:17             ` William Pechter
2018-08-31 15:25               ` Clem Cole
2018-09-01  0:10               ` John P. Linderman
2018-09-01  0:18                 ` ron
2018-09-01  0:55                   ` Nemo
2018-09-01  7:37                     ` Dave Horsfall
2018-09-01 13:54                       ` Nemo
2018-09-01 17:03                       ` Paul Winalski
2018-09-03  1:14                         ` Robert Brockway
2018-09-30 20:57                 ` Lyndon Nerenberg
2018-10-01 16:26                   ` Paul Winalski
2018-09-01  0:00             ` Dave Horsfall
2018-08-31 21:56 ` [TUHS] cat -v and other complaints Cág
2018-09-01  3:37   ` Andrew Warkentin
2018-09-03 18:04     ` Cág
2018-09-03 18:11       ` Kurt H Maier
2018-09-03 18:56         ` Cág
2018-09-04  6:10           ` Andy Kosela
2018-09-04  6:41             ` ron minnich
2018-09-04  9:34               ` Andy Kosela
2018-09-04 10:23                 ` Dan Cross [this message]
2018-09-04 14:22                 ` ron minnich
2018-09-06 20:02                   ` Andy Kosela
2018-09-06 20:49                     ` ron minnich
2018-09-06 21:55                       ` Andy Kosela
2018-09-07  1:59                         ` Dan Cross
2018-09-07  4:40                           ` Andy Kosela
2018-09-30 21:32           ` Lyndon Nerenberg
2018-09-03 20:08         ` Bakul Shah
2018-09-03 20:41           ` Kurt H Maier
2018-09-03 21:46             ` Bakul Shah
2018-09-04  0:52               ` Kurt H Maier
2018-09-06 20:29 Norman Wilson
2018-09-06 22:16 ` Andy Kosela
2018-09-08 12:02 [TUHS] [TUHS} " Doug McIlroy
2018-09-08 13:36 ` Will Senn
2018-09-08 14:22   ` [TUHS] " Ralph Corderoy
2018-09-08 16:10     ` Arthur Krewat

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=CAEoi9W4Od+SP-27+OMu5Uqt_Jpmmy+NYvyZbp9O8YAUeG-fAZw@mail.gmail.com \
    --to=crossd@gmail.com \
    --cc=akosela@andykosela.com \
    --cc=tuhs@tuhs.org \
    /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).