From: "Chris Antos (Exchange)" 
not this discussion again...  :-)
in my experience, slowness is generally due to a combination of these
things:
1. sloppy/inexperienced programming, or lack of knowledge in an area
2. an ambitious project (an application that has lots of power tends to
require many developers, which means it takes lots of finances, which
means the company financing it is eager to keep the expense down, so it
tries to make sure the developers actually produce something in a timely
fashion as opposed to waiting until perfection is attained :-).
ambitious products get huge.  it is a sad fact of life, but most
companies are working hard to minimize this.
3. too much "cuteness" in the product, where there's 
4. etc, stuff along those lines.
GUI does not inherently mean slow, IF you are comparing console mode TSE
to a GUI TSE.  very obviously a text-mode product that runs only under
DOS (not even a DOS box -- DOS boxes are GUI!) will be faster, because
the system only has to write one byte to draw a character, instead of
writing many many bytes and performing many calculations.  if that's
what you're talking about then yes GUI is inherently slow and always
will be WHEN COMPARED to text mode.  the current state of the art in
technology makes GUI text display very fast, and it becomes pretty much
a moot issue.
keep in mind that a console mode TSE running in a DOS box is every bit
as "GUI" (on a technical level, though it wouldn't seem like it to a
user) as a true "GUI TSE" will be.  the difference is that a natively
GUI TSE is able to take advantage of the fact that it's GUI.
my opinion is that if someone thinks a GUI TSE will suddenly be slow,
then they have not looked around at other GUI editors.  there are plenty
out there, and they are plenty fast (er, look at some commercial ones,
like Source Insight or Epsilon, or the Win32 version of Emacs -- which
is fully GUI, by the way...).  PLUS, Sammy is much more conscientious
and concerned about performance than most dev leads on other products.
remember that his foundational premise of QEdit was "speed".
> -----Original Message-----
> From:	Thomas Martin [SMTP:tmartin@abraxis.com]
> Sent:	Friday, November 21, 1997 4:27 PM
> To:	tsepro@semware.com
> Subject:	RE: Looking for...
> 
> At 04:08 AM 11/21/97 -0800, you wrote:
> >not possible due to technical limitations in Windows console
> subsystem.
> >i've spent many hours trying to hack something together to work
> around
> >it, and finally understood why it is not possible.  we'll have to
> wait
> >for GUI version of TSE.
> >
> 
> Do you really want a GUI version of TSE?  In my limited experience,
> GUI and
> SLOW are synonyms.  :)
> 
> Tom Martin
---
---------------