[comp.sys.mac.system] TeachText violation of UIG - fixed?

resnick@cogsci.uiuc.edu (Pete Resnick) (04/05/91)

Something that's been bugging me: TeachText (as well as other programs,
including *gasp* Microsoft Word) is somewhat in violation of a User
Interface Guidline, buried quite nicely in Inside Mac II, chapter 2:

  IM II-56:

  If one or more documents are to be printed, your application should
  go through each document in the list and determine whether it can
  be printed. If any of documents can be printed, the application should
  display the standard Print dialog box and then print each document--
  preferably without doing its entire startup sequence. For example, it
  may not be necessary to show the menu bar or the document window.
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Now, it is not *horrible* that these programs don't follow this
guidline, but there is good reason to believe they should: if a document
contains a graphic of any complexity, I want to print it without having
to wait for my Mac SE to draw the whole bloody thing on my screen, and
I really don't want to watch it. This will be especially important if
TeachText is going to be able to print PICT files, as was originally
planned for the 7.0 release. Has this been taken care of, or can it
be if it hasn't.

Let this also be a recommendation to others. It's not a vital thing, but
it makes a difference in some instances, and is just not that hard to
check for.

pr 
--
Pete Resnick             (...so what is a mojo, and why would one be rising?)
Graduate assistant - Philosophy Department, Gregory Hall, UIUC
System manager - Cognitive Science Group, Beckman Institute, UIUC
Internet/ARPAnet/EDUnet  : resnick@cogsci.uiuc.edu
BITNET (if no other way) : FREE0285@UIUCVMD