sam-fans - fans of the sam editor
 help / color / mirror / Atom feed
* Re: Important Features and Alternative Samterms
@ 1994-01-25 15:23 Ozan S. Yigit
  0 siblings, 0 replies; 2+ messages in thread
From: Ozan S. Yigit @ 1994-01-25 15:23 UTC (permalink / raw)
  To: pete; +Cc: sam-fans


> Since the most common complaint on this list seems to be that newcomers
> "love the regular expressions but hate the user interface" or similar,
> perhaps samterms with more familiar interfaces might be the way to
> tempt newcomers into the Sam world; perhaps after using such
> "presentational suger" for a while they might realise that Rob's
> original is quite a lot more elegant than the baroque junk that
> Windows/Mac/Motif etc. place in the way of the user...

i do not think "presentational sugar just for a while" strategies ever
work the way we expect them to. people do not get that sudden "realization"
one would expect, but rather, they stick to the sugar [no pun intended].
what was meant to be temporary becomes permanent.

i happen to think it is a good idea to build other sams and samterms, so
that we can explore other ideas in editing environments. sugar coating the
existing one to make it easier to swallow is a waste of time.

oz
---
In der Kunst ist es schwer etwas zu sagen, | electric: oz@sis.yorku.ca
was so gut ist wie: nichts zu sagen. - LW  | ph: [416] 736 2100 x33976






^ permalink raw reply	[flat|nested] 2+ messages in thread

* Important Features and Alternative Samterms
@ 1994-01-25 11:39 pete
  0 siblings, 0 replies; 2+ messages in thread
From: pete @ 1994-01-25 11:39 UTC (permalink / raw)
  To: sam-fans

This is to some extent prompted by the "creeping featurism" debate, and is
as much an attempt to straighten out in my own mind what _is_ Sam-like and
what isn't... I would say the _key_ features of Sam are (in roughly the order
I exploit them):

*	its regular expression handling
*	the distributed editing paradigm it implements
*	easy multi-file operation

Most of the discussions on this list, though, are about particular
user-interface features of samterm, when, theoretically, anything which can
talk to a Sam running on a remote host could be a samterm -- it just so
happens that at present the only samterms in existence are near-clones of
the original... 

Now enter the realms of heresy:

It seems to me that it should be possible for, say, someone using a Mac
or a PC with appropriate networking software to build a front-end to
Sam which conforms to all the usual user-interface conventions on their
particular machine (the full horrors of pull-down menus, appalling
widgetry and even, God forbid, dialogue boxes) yet still speaks the
same protocol as samterm. Not that I'd want to use them!

Since the most common complaint on this list seems to be that newcomers
"love the regular expressions but hate the user interface" or similar,
perhaps samterms with more familiar interfaces might be the way to
tempt newcomers into the Sam world; perhaps after using such
"presentational suger" for a while they might realise that Rob's
original is quite a lot more elegant than the baroque junk that
Windows/Mac/Motif etc. place in the way of the user...

pete
--
 Peter Fenelon - Research Associate - High Integrity Systems Engineering Group,
 Dept. of Computer Science, University of York, York, Y01 5DD +44 (0)904 433388
 EMAIL: pete@minster.york.ac.uk ``Art is a science with more than 7 variables''



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1994-01-25 15:29 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1994-01-25 15:23 Important Features and Alternative Samterms Ozan S. Yigit
  -- strict thread matches above, loose matches on Subject: below --
1994-01-25 11:39 pete

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).