home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text7355.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  10.8 KB

  1. Received: from ftp.ardi.com (ftp.ardi.com [204.134.8.1]) by nacm.com (8.6.10/8.6.9) with SMTP id UAA24280 for <executor@nacm.com>; Sat, 2 Dec 1995 20:15:56 -0800
  2. Received: from gwar.ardi.com by ftp.ardi.com with bsmtp
  3.     (Smail3.1.29.1 #3) id m0tM5pj-0007q2C; Sat, 2 Dec 95 21:15 MST
  4. Received: from beaut.ardi.com by gwar.ardi.com with smtp
  5.     (Smail3.1.29.1 #3) id m0tM5kq-000GPHC; Sat, 2 Dec 95 21:10 MST
  6. Received: by beaut.ardi.com (linux Smail3.1.29.1 #3)
  7.     id m0tM5kp-000278C; Sat, 2 Dec 95 21:10 MST
  8. Message-Id: <m0tM5kp-000278C@beaut.ardi.com>
  9. Date: Sat, 2 Dec 95 21:10 MST
  10. From: ctm@ardi.com (Clifford T. Matthews)
  11. To: Michele Marziani <marziani@vaxfe.fe.infn.it>
  12. Cc: executor@nacm.com
  13. Subject: Re: Linux font & printer problems (Re: executor-digest V1 #350)
  14. In-Reply-To: <Pine.LNX.3.91.951202231919.1036A-100000@mmsl1.fe.infn.it>
  15. References: <Pine.LNX.3.91.951202231919.1036A-100000@mmsl1.fe.infn.it>
  16. Sender: owner-paper@nacm.com
  17. Precedence: bulk
  18.  
  19. >>>>> "Michele" == Michele Marziani <marziani@vaxfe.fe.infn.it> writes:
  20.  
  21.     Michele> On Fri, 1 Dec 1995, ctm@ardi.com (Clifford T. Matthews)
  22.     Michele> wrote:
  23.     >> The stock System file should have in it:
  24.     >> 
  25.     >> Chicago Courier Geneva Helvetica Monaco New York <--- (*)
  26.     >> Symbol Times
  27.  
  28.     Michele> (*) Mine didn't have it. At least it wasn't shown in the
  29.     Michele> Word 5.1 dropdown font list. How do you check the builtin
  30.     Michele> fonts in the "stock System file" ?
  31.  
  32. Word 5.1 should have listed it.  Over here, Word 5.1 does list it.
  33. You can also use a program like Tex-Edit, or look at "System
  34. Folder:System"'s resource fork directly with Resorcerer.  You can try
  35. reinstalling Executor from scratch and checking again, but I have no
  36. explanation for why Word 5.1 didn't list "New York".
  37.  
  38.     >> In addition, the "Fonts and DAs" folder should contain
  39.     >> 
  40.     >> Avant Garde Bookman N Helveitca Narrow New Century Palatino
  41.     >> Zapf Chancery Zapf Dingbats
  42.  
  43.     Michele> True.
  44.  
  45.     >> Using Font D/A Mover shouldn't be necessary.  The stock fonts
  46.     >> should already be there, the other ones should install by just
  47.     >> dragging them to the hot-band.  Right now I think there are
  48.     >> bugs that allow you to put a font in the hot-band twice and
  49.     >> there also may be trouble removing fonts from the hot-band, but
  50.     >> if you just drag each one in once, it should work.
  51.  
  52.     Michele> Sorry, not for me. I mean, they *did* get dragged to the
  53.     Michele> hot-band and they seemed to stay there. But when I opened
  54.     Michele> Word it seemed there was no means of getting these damned
  55.     Michele> fonts in the dropdown font list.
  56.  
  57.     Michele> How do you accomplish this?
  58.  
  59. I have described how it is supposed to work.  There are a few known
  60. problems with the current way we do things and we're looking into ways
  61. we can fix them.  However, since you can't see New York, and New York
  62. is built directly into our System file, I really don't know what is
  63. happening.
  64.  
  65.     Michele> On a side note. Since the MS installer crashes Executor I
  66.     Michele> couldn't install Word, in a literal sense. I had to copy
  67.     Michele> an installed Word 5.1 from my Mac IIsi via floppy
  68.     Michele> disks. I did copy all the relevant files and
  69.     Michele> (sub)folders. At least I hope so. Is this the right way
  70.     Michele> to do it?
  71.  
  72. Installing on a Mac and then getting the files transferred is the
  73. right way to do it.  Whether the copying is done with floppies or a
  74. network or an external hard disk, the important thing is that the Word
  75. folder layout is preserved.  NOTE:  MAE 1.0 -- *Apple'* own Macintosh
  76. emulator for SPARCs and HPs didn't support Word's installer, either.
  77.  
  78.     Michele> Furthermore, the Insert/Object menu item is dimmed in
  79.     Michele> Word. It means the menu item is unavailable. So, how to
  80.     Michele> insert an Equation Editor object?
  81.  
  82. Executor currently doesn't support multi-tasking, so you must run
  83. Equation Editor, construct the equation, copy it to the clipboard,
  84. quit, run Word and then use "Paste Special...".  I know this is
  85. tedious, under NEXTSTEP you can just run two executors and cut and
  86. paste between the two.  After we support a native Windows '95 version,
  87. you will be able to do the same with Executor.  Under Linux we need to
  88. do some work on our pasteboard routines and then it too will allow you
  89. to do this.
  90.  
  91.     Michele> I had copied the Equation Editor to the
  92.     Michele> ExecutorVolume. When I double click on the Equation
  93.     Michele> Editor program, however, it starts but it complains that
  94.     Michele> the MT Extra font is missing. So, again, how to install
  95.     Michele> this font?
  96.  
  97. To install bitmapped fonts, you drag them to the hot-band.  However,
  98. as mentioned above, you're having font trouble that nobody else is, so
  99. I don't know where to look.  However, we already know of some other
  100. problems with our font handling and will be fixing Executor
  101. appropriately.  Although I don't see how they're related, maybe when
  102. we make those fixes, your troubles will disappear, too.
  103.  
  104.     >> Currently, you're stuck with Letter paper.  Under NEXTSTEP
  105.     >> Executor can communicate with the printing subsystem and you
  106.     >> can use the NEXTSTEP printing panels.  There are no equivalent
  107.     >> ones under Linux, so we'll have to create them.  This takes
  108.     >> time.  I realize that 8.5" x 11" is not the common paper size
  109.     >> in europe, but support for alternate paper sizes is an example
  110.     >> of Feature N+1.
  111.  
  112.     Michele> Try to have a look at recent postings in
  113.     Michele> comp.emulators.mac.executor.  There are at least a couple
  114.     Michele> more messages relating to this topic. I don't think it's
  115.     Michele> a feature to be postponed at level N+1.
  116.  
  117. I guess I didn't make myself clear.  Executor is already able to do
  118. some things.  As such, if you assign a count to the number of features
  119. that Executor currently has, and call it N, then any new feature (such
  120. a sound, modem support, the ability to choose paper size) would be
  121. feature number N+i, where i is just a placeholder for an arbitrary
  122. positive integer.  i.e. the first new feature we add would be feature
  123. N+1, the second would be N+2, etc.  We can't go backwards and change
  124. history, so the ability to change the paper size is inherently going
  125. to be Feature N+i.
  126.  
  127.     >> We realize that no matter what feature set we provide, there
  128.     >> will be some who really will not be able to use Executor until
  129.     >> Feature N+1 is added.  That does not bother us, as long as
  130.     >> those people don't use Executor (other than in demo mode) in
  131.     >> the meantime.  However, holding back Executor from licensing
  132.     >> until Feature N+1 is included deprives people of the chance to
  133.     >> register it now, something that many people clearly want to do.
  134.  
  135.     Michele> I'm sorry, but really it's an effort for me to follow
  136.     Michele> your reasoning...  I for sure won't register anything
  137.     Michele> which still is pre-alpha code, for what I'm able to see
  138.     Michele> now...
  139.  
  140. All I'm saying is that if Executor doesn't do what you want it to do,
  141. then you can just ignore that a non-useful (to you) version of
  142. Executor exists.  You can wipe it from your hard-drive and neither you
  143. nor ARDI are at a disadvantage.  In the meantime, *other* people who
  144. do find Executor useful *can* license it.  Such license fees are used
  145. to make Executor better and again, neither party is at a disadvantage,
  146. because only people who find Executor useful are registering it.  No
  147. matter how many things Executor can do, there will always be some
  148. people for whom it is not useful.  This is acceptable to ARDI.
  149. *Sure*, we'd like to provide all functionality from day one -- we'd
  150. also like development costs to be non-existent, but that's not the way
  151. it is.
  152.  
  153. We go out of our way to tell potential customers about Executor's
  154. limitations.  We have the demo mode so that people can see what
  155. they're getting and if people call up and order Executor, we
  156. specifically ask to make sure they've seen the demo and that that they
  157. know what Executor can and can't do.  Beyond that we have 30 day money
  158. back guarantee, just in case Executor proves unsuitable.  We don't put
  159. in bogus copy protection code which makes life a hassle for honest
  160. customers and is usually lobotomized by clever hackers, *because* we
  161. do care very much about providing a program that is, in fact, useful
  162. to _some_ people.  The fact that you, and anyone who needs the ability
  163. to print to different paper sizes, are not in that group is not
  164. particularly disconcerting.
  165.  
  166.     Michele> Don't feel offended by my statement. I mean, keep up the
  167.     Michele> good work. Only, I'm unable to regard Executor as a valid
  168.     Michele> Mac environment now. There is no doubt that your 68K
  169.     Michele> emulator works well, at the processor level. What is
  170.     Michele> heavily lacking, IMHO, is a valid System (MacOS)
  171.     Michele> substitute.
  172.  
  173. That's fine.  Executor in its current form serves some people well.  I
  174. would guess that *everyone* is looking forward to new features and
  175. greater compatibility.  Work on Executor is not standing still and we
  176. have very good reasons to believe that we'll make greater progress in
  177. 1996 than we made in 1995.  I am sure that a year from now, there will
  178. be some feature missing, or some performance aspect of Executor that
  179. will lead someone to post that Executor in its then current form will
  180. not be useful.  That's life.
  181.  
  182.     >> As for Executor's price, everyone is entitled to an opinion.  I
  183.     >> am sure there are some people who would not use Executor even
  184.     >> if *we* paid *them*.  Luckily, they aren't our target audience.
  185.     >> Enough people think that the US$49 fee for students, faculty
  186.     >> and staff of educational institutions is a bargain, that we
  187.     >> have no plans to lower that fee.  If Executor is not worth that
  188.     >> fee, don't license it.
  189.  
  190.     Michele> Certainly not a bargain for our Department. Please take
  191.     Michele> into account that we have a campus license for MS
  192.     Michele> products. This means we are buying MS-Word and MS-Excel
  193.     Michele> at a price equivalent to about US$30.
  194.  
  195. Fine.  Again, as long as those people who aren't paying the license
  196. fee aren't rationalizing and hacking out the time-out code or
  197. illegally using someone else's serial number and key, we don't mind
  198. that licensing Executor isn't for everyone.  This isn't a dark little
  199. secret; we are very up-front about it.  Sometimes we get people who
  200. describe what they want to use Executor for on the phone and we
  201. recommend that they buy a Macintosh, instead.  We try very hard to be
  202. honest and fair.
  203.  
  204.     Michele> -- Michele Marziani Universita' di Ferrara e-mail (work)
  205.     Michele> marziani@vaxfe.fe.infn.it Dipartimento di Fisica (home)
  206.     Michele> marziani@estense.global.it 44100 Ferrara - ITALY * * *
  207.     Michele> voice/fax +39-532-63631
  208.  
  209. --Cliff
  210. ctm@ardi.com
  211.  
  212.