Info-Atari16 Digest Fri, 12 Jul 91 Volume 91 : Issue 387 Today's Topics: 640x400 for STE with COLOR MONITOR Amiga and ST. D.T.P. Comparison Double Click idea Double Click programs GDOS DRIVERS AND ATARI LASER PRINTER Mupfel w/Neodesk 3 new mgif 3.5 for 1 MB systems no subject (file transmission) PageStream, TT XCONTROL & Mouse Accel (2 msgs) XControl Maccel Zoo 2.1 - archive whole dir structure? Welcome to the Info-Atari16 Digest. The configuration for the automatic cross-posting to/from Usenet is getting closer, but still getting thrashed out. Please send notifications about broken digests or bogus messages to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU. Please send requests for un/subscription and other administrivia to Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list instead of the moderators are likely to be lost or ignored. If you want to unsubscribe, and you're receiving the digest indirectly from someplace (usually a BITNET host) that redistributes it, please contact the redistributor, not us. ---------------------------------------------------------------------- Date: 8 Jul 91 22:22:40 GMT From: mcsun!ukc!axion!tharr!zebedee!geoffc@uunet.uu.net (Geoffrey Coan) Subject: 640x400 for STE with COLOR MONITOR To: Info-Atari16@naucse.cse.nau.edu In article larserio@IFI.UIO.NO (LarsErikOsterud) writes: > Two small 640 x 400 screen emulators for STE and COLOR SCREENS > """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Sounds really great ... > The programs need a STE or a MEGA STE to work !!! > :-( - any chance of a (simpler/slower ?) version for us poor soles with ordinary ST's .... ? > Call me at: +47 2 13 15 71 (voice) > or ABK-BBS: +47 2 13 26 59 (1200-9600 BPS MNP5) > ____ ______ _____________________________________ > /___ / The norwegian ST Contact us > ____/ / Klubben, user association at ABK-BBS > > Lars-Erik / ABK-BBS +47 2132659 / ____ ______ ________________________ > Osterud / larserio@ifi.uio.no / /___ / The norwegian ST > __________/ ______________________/ ____/ / Klubben, user association Geoffrey -- are you ready to SKYDIVE ?? Geoffrey Coan well all right then, if you say so ... ..!ukc!axion!tharr!zebedee!geoffc <- UUCP'd from my ST via tharr; *free* UK public access to Usenet 0234 841503 -> ------------------------------ Date: 12 Jul 91 05:37:39 GMT From: mnemosyne.cs.du.edu!isis.cs.du.edu!ykidron@uunet.uu.net (Yaron kidron) Subject: Amiga and ST. To: Info-Atari16@naucse.cse.nau.edu Newsgroups: comp.sys.atari.st Subject: Atari ST system for sale Expires: References: Sender: Reply-To: ykidron@isis.cs.du.edu (Yaron kidron) Followup-To: Distribution: world Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS dept.) Disclaimer1: Nyx is a public access Unix system run by the University of Denver Disclaimer2: for the Denver community. The University has neither control over Disclaimer3: nor responsibility for the opinions of users. Keywords: Newsgroups: comp.sys.atari.st Hello There. This is Subject: Sale Expires: References: Sender: Reply-To: ykidron@isis.cs.du.edu (Yaron kidron) Followup-To: Distribution: world Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS ept.) Disclaimer1: Nyx is a public access Unix system run by the University of Disclaimer2: Denver for the Denver community. The University has neither Disclaimer3: control over nor responsibility for the opinions of users. Keywords: Newgroups: comp.sys.atari.st Subject: Once again, Atari/Amiga Expires: References: Sender: Reply-To: ykidron@isis.cs.du.edu (Yaron kidron) Followup-To: Distribution: world Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS ept.) Disclaimer1: Nyx is a public access Unix system run by the University of Disclaimer2: Denver for the Denver community. The University has neither Disclaimer3: control over nor responsibility for the opinions of users. Keywords: Hello once again! I'm refereing to my former postage on this newsnet sig. Also as a repl to one of the Amiga users who replied to me. I believe his name is Mark. Mark, as I read your letter, I've sensed a lot of tension towards me. Most of your feedback answers did not make a point. You should re-read my former letter and within it you'd probablyu find most of your questions already answered. I didn't say that a person which compares computers is a dimwit. I sai that a person that compares computers and then raves at other people is a dimwit. AAlso, I did not say not to expose yourself to other computer sigs. I also am very interested in other machines other then mine. The bottom line of my message was not the fact that anyone who is trul satisfied with his machine should lock himself in a dark closet and throw the key. What I meant to say is that anyone who is satisfied with his machine ( i.e. his machine does anything he needs, and he really like using it for his purposes ) does not need to switch to another machine. If you thought your Timex Sinclair 1000 did the job for you, then you would stick with it. But if you got to the point where you said "Gosh, I can't get the work done right!" then you probably bought another machine. If the Timex did the job and satisfied you, then you would never need to change it. Thats the point. My ST couldn't satisfy my needs concerning the developement of Intel based software for the firm I work for. That is why I changed it. You might try to ask, "Why didn't you by a 286 then? It's much cheaper then a 386!" - the reason is that my project concluded work on a 386 chip. I didn't buy a 486 because I didn't need such a machine. a 386 was enough. As I see it, the strongest factor in a computer is the price, not the specifics. There is no such thing as a 'Volvo Envy'. I would not eve at m chief of project for having a 486. My 386 is just fine for me. As I can see it, I'd never have enough cash to spend on a 486. Concerning the price. What most of you Amiga users do not know is the fact that the STe and TT are priced much below the Commodore products. Just to let you know, a TT costs here ( Israel ) around $2500 with the TM194 and a 50 Mb HD, while the A300 costs here a wopping $6000. The STe is priced just under $900 for a full system, while an A500 costs $1300. I'd never buy a TT though. I don't need it, since the ST satsifies my enough. Ok, enough for this. I hope most of you Amiga/Atari users will understand that the Amiga and the Atari can not be compared. The Amiga is nice, but so is the ST. So is the Mac. So is the PC. So is the Sparc... Good luck dudes, and have a happy life. ------------------------------ Date: 12 Jul 91 15:00:21 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio- state.edu!dhbutler%magnus.acs.ohio-state.edu@arizona.edu (David H Butler) Subject: D.T.P. Comparison To: Info-Atari16@naucse.cse.nau.edu Recently there was a question posted about Calamus & Pagestream, I answered, and thought it might be nice to post what I wrote as well, so here it is. Some of it answers specific questions, which I have not bothered to retype since the question asked is probably obvious from the answers (or opinions) I wrote. In answer to your questions about Calamus & PageStream, either one could probably be useful to you. I have used both extensively, and personally prefer Calamus for any number of reasons, but you may have different needs and therefore not agree at all with my conclusions. 1) Both Calamus & Pagestream have extensive (and good) text importing. Also, both programs can have pages inserted wherever necessary, they are pretty comparable in this area. 2) Calamus has many more numbering features, but PageStream 2.1 may change this. Calamus supports things like page, chapter, and section numbering, but I don't think either program has "Auto-numbering" of figures, tables etc., I'm not really even sure what you mean by that since most of my work is for other people and is in the range of Brochures & Newsletters, not technical papers or manuals, but I have not found reference to a feature resembling this in either program. 3) Calamus can create a Table of Contents, but will not alphabetize, so you wil l have to export the text, import it into a program that can sort it, and then bring it back into Calamus, which is actually not as much as a hassle as it seems. I can't remember these features in PageStream, but I have not used it in nearly a year now, so you may want to check directly with SoftLogik, especially now that 2.1 is available. Note than Calamus SL is supposed to be available this month or in August as well, and it sounds like it will be the state-of-the-art D.T.P. program in the world. 4) In terms of image handling, Calamus has the better feature period. It can crop, and even scan images directly into the program. Calamus has special scaling for half-tones, and can optimize graphics for either the screen or your specific printer. PageStream can import more formats, including PostScript however, which means you can also create with Calamus Outline Art and use Convert2X to convert it to postscript and use it in PageStream. You should use .IMG or some similar format, not DEGAS since DEGAS does not support any resolutions other than screen resolutions. Other things of importance. Unless you are using a PostScript printer, or Ultrascript, then Calamus as FAR, FAR superior output. If you are using PostScript then Calamus just has FAR superior output. Calamus is fast, provides better character definition and kerning (much better), can be set to produce finer grey scales or smoother & finer gradients than PostScript. The difference is really amazing. PageStream's normal output is slow and poor, so use PostScript with it or you will not be satisfied with the results. Learning the programs is also different. PageStream is easier to learn at first , but you also have to remember a lot more bugs to avoid than with Calamus (2.1 may change this I hope). Calamus takes more time to learn, but is a joy to use and really grows on you. The more you use Calamus the more you like it, which is the opposite of most software. Speed is an important factor. Calamus is several times faster than PageStream (again, this may have changed with 2.1 of PageStream, but I have heard that it too is very ssllooww). Everything Calamus does just flies. Most notable is the way Calamus displays its vector graphics (like PostScript). Most (all I believ e) other D.T.P. programs just display an empty box with an X through it. Calamus displays the graphic wonderfully, quickly, and there is literally no difference in speed between scrolling though a Vector Graphic and an Empty Screen (that's fast!) In terms of comparing these programs to Mac programs, I think you will be pleased with Calamus & PageStream 2.1, but probably not 1.8. Calamus really blows the Mac programs away when it comes to speed and memory management, you can do a lot more with your memory in Calamus than in any of the Mac programs, for example, I have a document done in Calamus with 22 300dpi graphics in it, plus a vector graphic underlay on each page except for the covers, which have 4 original Vector Graphics of their own. The raster graphics are at least 100K or so each, and severaly are more than 400. I Originally tried set this document up in PageMaker 4.0 and hit my memory limit (4 megs) at 7, yep, 7 of those 22 raster graphics, and about 8 of the final 20 pages it became in Calamus. With 4 megs of memory Calamus will load this 2.5 meg file and print in all from memory (no hard drive access during printing). As for features, the lack of color in the current version of Calamus is a shame, but in terms of B&W it is great, equaling or surpassing the Mac programs in most ways. I own a Desktop Publishing Company and started out with all the Mac Programs (u sing the 128 & GCR of course) that I could. Eventually I went with the Atari so ftware because I was dissatified with the Mac software. One of my friends here in town also own a D.T.P. company, and uses the Atari/Spectre combo, a Dos mach ine, and an Amiga for his business. He creates literally some of the best work I have ever seen, period. His software of choice is also Calamus & Pagestream. Neither one of us thought that this would happen, we expected to use the Mac so ftware, but both of us came to the same conclusion. He even said (while examini ng PageMaker ) "Compared to the Atari stuff this looks Archiac and Clunky". I t end to agree with this. ------------------------------ Date: 12 Jul 91 07:56:55 GMT From: DUTIAA.TUDELFT.NL!schuller@ucbvax.berkeley.edu (Bortan the fearless) Subject: Double Click idea To: Info-Atari16@naucse.cse.nau.edu Hi all, I've got to agree with someone's idea about a DC program of the week: a program that will make the mouse appear or disappear with a key-combination. Now I know that hidemouse/showmouse calls are counted, so that one showmouse call will not undo two hidemouse calls, but it could be done one call at a time. There are quite a lot of programs still out (although mostly old programs) that manage to 'lose' the mouse pointer in some way, so I'd like to see a program doing this. Are you listening Double Click? Hildo Biersma, schuller@dutiad.tudelft.nl ------------------------------ Date: 12 Jul 91 06:58:09 GMT From: munnari.oz.au!bunyip.cc.uq.oz.au!uqcspe!cs.uq.oz.au!warwick@uunet.uu.net (Warwick Allison) Subject: Double Click programs To: Info-Atari16@naucse.cse.nau.edu (Joe Gaudreau (Dances with PostScript)) writes: >ralph@laas.fr (Ralph P. Sobek) writes: >=How about a program that installs the 8x8 font as being the standard >=GEM font for titles and verbatim (non-icon) directory listings for >=monochrome monitors. I really do not appreciate the 8x16 fonts. >= >=Is this possible? Hope so! >Probably. How about a mondo-program combining all of the little tiny >ones (w/user defaults). That would be cute, eh? On that point: how does one write .cpx extensions for XCONTROL.ACC Warwick. -- _-_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.-._/ University of Queensland, v Brisbane, AUSTRALIA. ------------------------------ Date: Fri, 12 Jul 91 09:46:33 ADT From: Alyre CHIASSON Subject: GDOS DRIVERS AND ATARI LASER PRINTER To: N I reported problems earlier with what I thought were the GDOS drivers for the Atari laser printer that came with WORDFLAIR II and LDW POWER. They were called SNM804.SYS which I thought was a typo of SLM804.SYS. The former is the old Atari 9 pin printer. The GDOS driver for the Atari laser printer comes with the printer. This certainly explains the problems I was having. I had assumed that the GDOS driver was included with the program as in the case of TIMEWORKS DTP. I had also noticed the difference in spelling in the assign files that did come with the programs but believed it to be a typing error. A call to GOLDLEAF set me straight-nice people. As a point of interest they now sell Harlekin Sherlook-OCR Sherlook Professional-OCR GT Scan 3 Retouche Didot Line Art Knife ST Lattice C I only mention this because I have been wishing to purchase Harlekin for a long time. Harlekin is sell at a special price of $80.00 US until Monday the 29th. They said they would honor the price if I sent in my cheque immediately. I didn't ask about pricing for their other programs-sorry. CHIASSAL@UDEM ------------------------------ Date: 12 Jul 91 12:58:48 GMT From: noao!asuvax!ukma!rex!wuarchive!psuvax1!psuvm!dearn!dmswwu1c!onm07@arizona.edu Subject: Mupfel w/Neodesk 3 To: Info-Atari16@naucse.cse.nau.edu In article <1889@mwca.UUCP>, bill@mwca.UUCP (Bill Sheppard) says: > >I've seen some wierdness when using Neodesk 3 and Mupfel, any help would be >appreciated: > >If I run Mupfel (the CLI portion of Gemini) from Neodesk, upon exiting Mupfel >I will be returned to the desktop, not back to Neodesk. This is regardless of >whether I have Neodesk configured to unload itself before executing Mupfel. > >Also (and stranger) if I run Mupfel from Neodesk, any program I run from >Mupfel will run _twice_. If I type "arc -v filename.arc", it will execute >normally, then execute again! This happens consistently, and I assume is >related to the above problem. It isn't only arc that does this, it's any >program (I believe), and I've tried it with PATH set to null and no aliases. >-- > Sounds as if Neodesk catches the AES trap and does his own things with shel_read/shel_write (very bad idea). Can you check whether they changed the AES trap (do the use XBRA?). Simplest solution: use Gemini instead. >############################################################################## > # Bill Sheppard -- bills@microware.com -- {uunet,sun}!mcrware!mwca!bill ># > # Microware Systems Corporation -- OS-9 / OS-9000 / CD-RTOS -- (408)980-0201 ># > ##### Opinions expressed are my own, though you'd be wise to adopt them! >##### ___________________________ cut here _____________________________________ Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Phone: ++49 251 861241 fast eMail: ONM07@DMSWWU1A.BITNET, slow: jr@ms.maus.de (++49 251 77216) ____________________ correct me if I'm wrong _____________________________ ------------------------------ Date: 12 Jul 91 13:30:14 GMT From: convex!rosenkra@uunet.uu.net (William Rosenkranz) Subject: new mgif 3.5 for 1 MB systems To: Info-Atari16@naucse.cse.nau.edu well, after numerous requests, i uploaded to atari.archive a new executable for mgif 3.5 to atari.archive. look for file mgif35xx.arc. contained therein is an executable .ttp and a readme.xx file. all source and documentation are in the original files (mgif35s.arc and mgif35b.arc) which were uploaded there some time ago. recall that mgif is a gif viewer for monochrome that displays simulated grayscale using so-called flicker mode. it also does lots of image processing on images and can save the screen images to a file. it can also view these saved screen images (mgif -fl file.fl ...). this new version *should* work on 1 MB systems tho it was not tested. size mgif.ttp sez 870kB plus 32kB for stack, or about 900kB which i am guessing will fit on a 1 MB system that does not have lots of DAs and TSRs. one of the guys who sent me mail should try it and let me know that it works (or does not work in which case i will make it smaller still). it will handle .GIF files up to 150000 bytes long. don't even try it on larger files. i don't think it checks while reading the GIF itself for too large file. however, it should fail gracefully if width*height of the image is > 260000. that means you can view 640x400 images but not 640x480 images which are too big (and usually come from VGA/EGA). that's life. again, this is only for 640x400 monochrome displays on ST/STe (i.e. not TT). it will not work on color, with overscan, and with systems not supporting line A. enjoy... -bill rosenkra@convex.com -- Bill Rosenkranz |UUCP: {uunet,texsun}!convex!c1yankee!rosenkra Convex Computer Corp. |ARPA: rosenkra%c1yankee@convex.com ------------------------------ Date: 12 Jul 91 14:56:51 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu !yale.edu!cs.yale.edu!cs.yale.edu!fischer-michael@arizona.edu (Michael Fischer) Subject: no subject (file transmission) To: Info-Atari16@naucse.cse.nau.edu In article <9107112046.AA29726@cervantes.cc.gatech.edu> dave@cc.gatech.edu (Dave Aylesworth) writes: > > >I am having trouble unpacking HDX301.LZH off of atari.archive.umich.edu. >I get CRC errors when unpacking it with a couple different programs. >Could someone please let me know where a more reliable version is >or mail it to me. I need HDX 3.01 and HINSTALL 3.01. I ran into this same problem some time ago. The problem seems to be that the archive contains incorrect checksums. The version of lharc I used to unpack it (LHarc for UNIX V1.02 Copyright(C) 1989 Y.Tagawa special Amiga option by S. Becker) complains about the bad checksums but unpacks the files correctly anyway. The three files that give the checksum errors are themselves .lzh files which must be further unpacked. I have repacked the directory tree as a single .lzh archive and uploaded it to atari.archive.umich.edu as file /atari/new/hdx301.lzh. -- ================================================== | Michael Fischer | ================================================== ------------------------------ Date: 12 Jul 91 02:25:11 GMT From: noao!asuvax!ukma!widener!dsinc!bagate!asi!disc.dla.mil!dsacg3.dsac.dla.mil!desc .dla.mil!wright!desire.wright.edu!cse0507@arizona.edu Subject: PageStream, TT To: Info-Atari16@naucse.cse.nau.edu Yea! PageStream 2.1 is shipping! (Mine was shipped yesterday!) Now, if I could just persuade somebody (anybody) to sell me a TT, I'd be cooking with gas. Does anybody know if the memory daughterboard is actually available? What about 24-bit VME video cards & software? Alt.Subject: Did you know 105m SCSI Quantum HD's can be gotten for US$330? Scary thought. Bob The (nosig) Schulze try --> cse0507@wsu.bitnet <-- but I doubt it. ------------------------------ Date: 11 Jul 91 13:53:54 GMT From: mcsun!ukc!axion!tharr!steveh@uunet.uu.net (Steve Hebditch) Subject: XCONTROL & Mouse Accel To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul10.141741.14032@sae.com> malay@sae.com (Bob Malay) writes: >Hi, >I just got XCONTROL from a.a and tried out all the setups on my 1040STe. >When I click on the Accelerator setup button, the disks whirrs, reads in the >CPX file, and then I get a dialog box the tells me that I need to run the >mouse accelerator program first. Where is this program? Is it PD? You need a copy of MACCEL3 in your AUTO folder. Unfortunately this doesn't yet appear to have been made available to non STE and TT purchasers. ------------------------------ Date: 12 Jul 91 15:09:12 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!cs .yale.edu!cs.yale.edu!fischer-michael@arizona.edu (Michael Fischer) Subject: XCONTROL & Mouse Accel To: Info-Atari16@naucse.cse.nau.edu In article <2311@tharr.UUCP> steveh@tharr.UUCP (Steve Hebditch) writes: >You need a copy of MACCEL3 in your AUTO folder. Unfortunately this doesn't >yet appear to have been made available to non STE and TT purchasers. It is available (along with a lot of other useful stuff) in the file /atari/misc/tos_14.lzh on atari.archive.umich.edu. -- ================================================== | Michael Fischer | ================================================== ------------------------------ Date: 12 Jul 91 07:29:44 GMT From: mcsun!ukc!edcastle!hwcs!neil@uunet.uu.net (Neil Forsyth) Subject: XControl Maccel To: Info-Atari16@naucse.cse.nau.edu In article <85538@bu.edu> selick@bucsf.bu.edu (Steven Selick) writes: > >I received XCONTROL.ARC from Terminator, and at first got a comlete >system hangup. After gradually adding .xpc files to the directory xpc, I >found that the problem was the maccel file. Is it my 1040ste with tos >1.6? This probably because your are using MACCEL2 in your AUTO folder instead of MACCEL3. The meaning of the Cookie changed and the XPD demands MACCEL3. +----------------------------------------------------------------------------+ ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own ! ! ! ! Neil Forsyth JANET: neil@uk.ac.hw.cs ! ! Dept. of Computer Science ARPA: neil@cs.hw.ac.uk ! ! Heriot-Watt University UUCP: ..!ukc!cs.hw.ac.uk!neil ! ! Edinburgh, Scotland, UK "That was never 5 minutes!" ! +----------------------------------------------------------------------------+ ------------------------------ Date: 12 Jul 91 07:28:50 GMT From: mcsun!hp4nl!dri500!slootman@uunet.uu.net (Paul Slootman) Subject: Zoo 2.1 - archive whole dir structure? To: Info-Atari16@naucse.cse.nau.edu Petri.Wessman@hut.fi writes: > >Hear hear! I would love to be able to say 'zoo [magicoption] dir_name' >and have the whole directory structure archived, like tar. Using find >and the zoo 'I' option is clumsy. This would be quite useful... Might take more hacking around than first meets the eye, since readdir() is used to read the *zoo* directory, not the unix directory. This means those may have to be renamed first before zoo can independently read directories. I might at some time try to add this feature, if I get the time, and nobody beats me to it... -- ---------------- :slootman@dri.nl : When you get to the point where you think that nothing :+ 31 5496 88831 : is impossible, try pushing toothpaste back into a tube ---------------- ------------------------------ End of Info-Atari16 Digest ******************************