9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Ethan Gardener" <eekee57@fastmail.fm>
To: 9fans@9fans.net
Subject: Re: [9fans] UI design | enhancements.
Date: Sun, 14 Apr 2019 07:30:24 -0400	[thread overview]
Message-ID: <26ef0e5c-4ae3-4e1a-9437-11dcfde32851@www.fastmail.com> (raw)
In-Reply-To: <d788974f-a919-3ca6-06d1-7004daef02e1@wisecorp.co.uk>

No offense taken, but just to note: I found Plan 9 very refreshing and very useful as it is.  It was a relief after the massive noise and clumsiness of traditional GUI, and the different but still irritating inherent clumsiness and bugginess of terminal emulation. That's not to say Plan 9 is without irritants, but it's the least irritating window system I've ever used.

You know, I'm *sure* that any goodness in today's GUIs is not the result of the paradigm but rather a good deal of care and sense, requiring considerable time and education, respectively.  The paradigm helps by standardising a few aspects of interaction, but you can't just apply it to programs and expect good results. It arguably has too few standards and too many features.  Far too many programs end up with nonsense like Celestia, where View Options is not under View but under the adjacent Render menu. I often want View Options to toggle certain markers, choosing between orienting the view and taking in the scene, but it's too out of the way; it doesn't have a shortcut because the author didn't imagine my use case.  The item browsers which I want even more often don't have keybindings either, which is astonishing! Other options are hidden under sub-menus; immensely fiddly things that they are.

The goodness in Plan 9's interfaces comes largely from a desire not to implement too much.  Instead, many of them are programmable.  Despite this, there are still major faults.  For instance, Acme's own window system is intrusive unless you follow a very specific workflow which was designed for programming only, and doesn't even seem to work for all programmers. Sam's dual clipboards are seriously intrusive for anyone who deals with a lot of snippets of text inside and outside the editor. (I've finally started using Sam now my usage is different, but for the entirety of my actual Plan 9 use it was just too painful.)


Besides, why would we want to attract people who are put off by superficial differences when the differences go all the way down? And, if I remember right, many Linux-lovers have bigger problems with those deeper issues than they do with the window system.  Those who can accept good-but-different internal design can and do accept different interface design.



  reply	other threads:[~2019-04-14 11:30 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-02  4:41 [9fans] Git/fs: Possibly Usable ori
2019-04-02  6:10 ` Skip Tavakkolian
2019-04-02 13:32 ` Dave MacFarlane
2019-04-02 14:37 ` Kyohei Kadota
2019-04-03 10:38 ` Giacomo
2019-04-03 18:29 ` Skip Tavakkolian
2019-04-03 20:14   ` David du Colombier
2019-04-03 20:23   ` Ori Bernstein
2019-04-04  0:00     ` Skip Tavakkolian
2019-04-04  0:34       ` Kurt H Maier
2019-04-04  1:22     ` Ori Bernstein
2019-04-14  9:58       ` [9fans] UI design | enhancements Darren Wise
2019-04-14 11:30         ` Ethan Gardener [this message]
2019-04-14 14:19         ` hiro
2019-04-15  5:07         ` Lucio De Re
2019-04-15  6:12           ` Bakul Shah
2019-04-15  6:25             ` Devine Lu Linvega
2019-04-15  6:41               ` Michael Misch
2019-04-15  7:24                 ` Bakul Shah
2019-04-15 11:20                   ` hiro
2019-04-15 14:27                   ` Kurt H Maier
2019-04-15 19:59                 ` Ethan Gardener
2019-04-15 20:04                   ` Michael Misch
2019-04-15 15:10         ` Chris McGee
2019-04-15 15:44           ` Darren Wise
2019-04-15 18:11         ` ab
2019-07-08 19:54 ` [9fans] Git/fs: Possibly Usable Ori Bernstein
2019-07-12 18:27   ` Patrick Marchand
2019-07-12 20:21     ` Steve Simon
2019-07-21 21:06       ` clueelf
2019-07-25 21:59         ` Ori Bernstein
2019-08-05 18:43           ` Skip Tavakkolian
2019-08-05 21:17             ` erik quanstrom
2019-08-05 21:22               ` erik quanstrom
2019-08-09  5:56             ` Ori Bernstein
2019-04-15 15:47 [9fans] UI design | enhancements ori
2019-04-15 20:59 Marshall Conover
2019-04-15 21:10 ` Ori Bernstein
2019-04-16 12:54   ` Marshall Conover
2019-04-17  3:57     ` Lucio De Re
2019-04-17  4:02       ` Michael Misch
2019-04-17  4:25         ` Lucio De Re
2019-04-16  8:17 ` Mart Zirnask
2019-04-15 21:51 sl
2019-04-16  3:54 ` Lucio De Re
2019-04-16 10:21   ` Ethan Gardener

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=26ef0e5c-4ae3-4e1a-9437-11dcfde32851@www.fastmail.com \
    --to=eekee57@fastmail.fm \
    --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).