Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!usc!apple!claris!wombat From: wombat@claris.com (Scott Lindsey) Newsgroups: comp.sys.apple Subject: Re: AWGS 1.1 (long) Keywords: junketeer, minuend, ginseng, postlude Message-ID: Date: 6 Dec 89 21:41:19 GMT References: <8912050042.AA15991@decwrl.dec.com> <1989Dec5.195806.13131@ncsuvx.ncsu.edu> <1989Dec6.072954.22907@ncsuvx.ncsu.edu> Sender: wombat@claris.com Organization: Claris Corporation, Santa Clara, CA Lines: 69 In-reply-to: rnf@shumv1.uucp's message of 6 Dec 89 07:29:54 GMT Subversive: SDI In article <1989Dec6.072954.22907@ncsuvx.ncsu.edu> rnf@shumv1.uucp (Rick Fincher) writes: > >> included, as well as for AppleTalk in general, it is not multi-launch, though. > >Specifically, it is single-launch on a AppleShare file server. Originally, > >marketing wanted me to make it 0-launch, but I was able to convince them > >otherwise. > Good going! That would have been a real pain for network users. Why would > they want to make it 0-launch if only one user at a time could run it? > Does Claris hold to the notion that software is licensed for a particular > CPU? If it were 0-launch, *no-one* would be able to run it off of the server, i.e., it could only be run off a ProDOS filesystem (floppy, HD, RAM, ROM). It's not multi-launch because this is not a network version. > >No, byte range locking is not done (does anyone know if this capability is > >even available through GS/OS?) DB is a memory-based database... it loads the > You can with the AppleShare FST. You have to make the AFP calls from the > application to lock a range. In other words, no. If you have to make the AFP calls yourself, you're not using the AppleShare FST (or GS/OS) but are talking directly to AppleTalk yourself. >>I assume you mean XTND? XTND has to do with providing a mechanism for reading >>other file formats, whatever they may be, so there's no particular reason for >>a file format change for compatibility here. > I was under the (mistaken) impression that it was some sort of meta format > like IGES in the CAD world that everyone could write their own converters > for. So would this be sort of like Apple File Exchange built into the > program? Is AWGS eventually going to support it?! No, it wouldn't really be like AFE, which is for different types of media and disk formats. Since it's Macintosh technology, I truly doubt that AWGS will ever support it, but, of course, there's no guarantee. > Whoa! What is that? I've just been setting the front panel switch (though, > now that I think of it, that would be impractical with a networked printer) > is there a better way? If you set your ImageWriter to NLQ or Correspondence mode and try to print in "draft" mode, the printer gets reset to *real* draft mode, so there was no sure method for getting NLQ or Correspondence output from your ImageWriter II using AWGS or any other print-manager based program. The hack I added was a check for the option and for the Fan/Cmd/Clover/Open-Apple key. I don't remember which is which (one is NLQ, the other Corr.). If you hold it down when you hit the OK button in the Print dialog in draft mode, it tells the ImageWriter.CL driver you want a different "draft" mode. Your ideas for expanding AWGS are noted, but keep in mind that currently, AWGS stretches the edge of what can be fit on an 800K floppy, so extensions and additions are not particularly feasible. As for Comm and terminal emulation, it's very difficult to provide a 24 line terminal using 200 lines of vertical resolution after taking away the menu bar and window title bar's space. You end up needing about a 6 or 7 point font. And that looks hideous... worse than Monaco 9 :-) Scott Lindsey |"Cold and misty morning. I heard a warning borne in the air Claris Corp. | About an age of power when no one had an hour to spare" ames!claris!wombat| DISCLAIMER: These are not the opinions of Claris, Apple, wombat@claris.com | StyleWare, the author, or anyone else living or Dead.