From: pottier@clipper.ens.fr (Francois Pottier) Subject: csmp-digest-v3-014 Date: Thu, 14 Apr 94 10:37:41 MET DST C.S.M.P. Digest Thu, 14 Apr 94 Volume 3 : Issue 14 Today's Topics: Anyone have code to convert Styled Text to RTF AppMaker and Prograph Questions CW: Templates, Exceptions, ASLM, Operator Overloading, etc? Circuit Simulator's CodeWarrior Environment Detecting AV Macs Need info on easy installers. Powerbooks, VBL tasks, and slots(?) QuickDraw GX flame Real time texture mapping.. The Comp.Sys.Mac.Programmer Digest is moderated by Francois Pottier (pottier@clipper.ens.fr). The digest is a collection of article threads from the internet newsgroup comp.sys.mac.programmer. It is designed for people who read c.s.m.p. semi- regularly and want an archive of the discussions. If you don't know what a newsgroup is, you probably don't have access to it. Ask your systems administrator(s) for details. If you don't have access to news, you may still be able to post messages to the group by using a mail server like anon.penet.fi (mail help@anon.penet.fi for more information). Each issue of the digest contains one or more sets of articles (called threads), with each set corresponding to a 'discussion' of a particular subject. The articles are not edited; all articles included in this digest are in their original posted form (as received by our news server at nef.ens.fr). Article threads are not added to the digest until the last article added to the thread is at least two weeks old (this is to ensure that the thread is dead before adding it to the digest). Article threads that consist of only one message are generally not included in the digest. The digest is officially distributed by two means, by email and ftp. If you want to receive the digest by mail, send email to listserv@ens.fr with no subject and one of the following commands as body: help Sends you a summary of commands subscribe csmp-digest Your Name Adds you to the mailing list signoff csmp-digest Removes you from the list Once you have subscribed, you will automatically receive each new issue as it is created. The official ftp info is //ftp.dartmouth.edu/pub/csmp-digest. Questions related to the ftp site should be directed to scott.silver@dartmouth.edu. Currently no previous volumes of the CSMP digest are available there. Also, the digests are available to WAIS users as comp.sys.mac.programmer.src. ------------------------------------------------------- >From gcling@char.vnet.net (Glenn Clingroth) Subject: Anyone have code to convert Styled Text to RTF Date: 21 Mar 1994 16:39:30 -0500 Organization: Software Designs Unlimited Does anyone out there have code (or know where I can find) that will convert styled text to RTF (and back -- not really necessary but nice to have just the same). Thanks. - Glenn Clingroth "Hold me, Love me, Tie me up and drug me, 'Cause I'm not gonna beg to save my life, I need someone to pull the trigger" -- Matthew Sweet +++++++++++++++++++++++++++ >From danprice@delphi.com Date: Tue, 22 Mar 94 22:10:45 -0500 Organization: Delphi (info@delphi.com email, 800-695-4005 voice) Glenn Clingroth writes: >Does anyone out there have code (or know where I can find) that will >convert styled text to RTF (and back -- not really necessary but nice to >have just the same). Thanks. > >- Glenn Clingroth I would appreciate a copy also. Does anyone have a description of the RTF format that is technical enough that I could write my own converter? -dp +++++++++++++++++++++++++++ >From breitlin@cuug.ab.ca (Wolfgang Breitling 296-7085) Date: Fri, 25 Mar 1994 13:43:41 GMT Organization: Calgary UNIX User's Group danprice@delphi.com wrote: > Glenn Clingroth writes: > > >Does anyone out there have code (or know where I can find) that will > >convert styled text to RTF (and back -- not really necessary but nice to > >have just the same). Thanks. > > I have seen RTF readers around. I'm sure I have downloaded one even, I'm just not near my Mac at the moment to have a look. > > I would appreciate a copy also. Does anyone have a description of the RTF > format that is technical enough that I could write my own converter? > I am looking for some sample code that creates RTF output as well, so if you dig up something or end up writing it yourself I'd appreciate it. As for the RTF specs, I've seen them in various places, one of them is ftp.microsoft.com. Don't know the directory right now. If you have trouble finding it, I have a copy that I could probably mail you. +++++++++++++++++++++++++++ >From breitlin@cuug.ab.ca (Wolfgang Breitling 296-7085) Date: Fri, 25 Mar 1994 14:31:39 GMT Organization: Calgary UNIX User's Group > ftp.microsoft.com. Don't know the directory right now. If you have trouble > finding it, I have a copy that I could probably mail you. Seems there is a line missing. What I wanted to say is that the RTF specs can be found in several places, one is ftp.microsoft.com. Meanwhile I even know the directory: /drg/RTF-Info +++++++++++++++++++++++++++ >From atul_butte@nih.gov (Atul Butte) Date: Sat, 26 Mar 1994 04:20:00 GMT Organization: Howard Hughes Medical Institute In article , breitlin@cuug.ab.ca (Wolfgang Breitling 296-7085) wrote: > I am looking for some sample code that creates RTF output as well, so if you > dig up something or end up writing it yourself I'd appreciate it. > As for the RTF specs, I've seen them in various places, one of them is > ftp.microsoft.com. Don't know the directory right now. If you have trouble > finding it, I have a copy that I could probably mail you. Check out anonymous FTP to indri.primate.wisc.edu, in /pub/RTF. The specifications for RTF are there, along with code for conversions. Here's a sample from the README file: This directory contains software for performing RTF document conversion, as well as copies of the Microsoft RTF Specification documents. >The newest version I have seen of the spec is 1.2: >RTF-Spec-1.2.hqx - Microsoft RTF Specification, Macintosh Word format. >RTF-Spec-1.2.rtf - Microsoft RTF Specification, RTF format. >RTF-Spec-1.2.ps - Microsoft RTF Specification, PostScript format. > >Other files: >RTF-Spec.hqx - Microsoft RTF Specification, Macintosh Word format. >RTF-Spec.rtf - Microsoft RTF Specification, RTF format. >RTF-Spec.ps - Microsoft RTF Specification, PostScript format. >RTF-Spec-Bugs.hqx - Bugs in Microsoft RTF Specification, Macintosh Word format. >RTF-Spec-Bugs.rtf - Bugs in Microsoft RTF Specification, RTF format. >RTF-Misc.hqx - Miscellaneous RTF observations, Macintosh Word format. >RTF-Misc.rtf - Miscellaneous RTF observations, RTF format. >RTF-Misc.ms - Miscellaneous RTF observations, troff source. >RTF-1.09.tar.Z - Current software distribution. >TC6.0.proj.sit.hqx - THINK C 6.0 projects for current distribution. -- Atul - -------------------------------------------------------------------- Atul Butte Howard Hughes Medical Institute Research Scholars Program National Institutes of Health Atul_Butte@nih.gov +++++++++++++++++++++++++++ >From markhanrek@aol.com (MarkHanrek) Date: 27 Mar 1994 01:12:02 -0500 Organization: America Online, Inc. (1-800-827-6364) In article , atul_butte@nih.gov (Atul Butte) writes: You will find some existing solutions where you find HyperCard stacks. I believe I have seen one that had the source code included, and performed limited but useful conversion. Mark Hanrek +++++++++++++++++++++++++++ >From stephan@stack.urc.tue.nl (Stephan Eggermont) Date: 31 Mar 1994 10:32:58 GMT Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands. Glenn Clingroth (gcling@char.vnet.net) wrote: > Does anyone out there have code (or know where I can find) that will > convert styled text to RTF (and back -- not really necessary but nice to > have just the same). Thanks. And would someone mail it to Microsoft too, so they include copying of styled text to and from the clipboard? Stephan --------------------------- >From Daniel C. Flatin Subject: AppMaker and Prograph Questions Date: Wed, 30 Mar 1994 17:05:16 GMT Organization: Physics Dept. Hi netters, I have a couple of questions about programming products. AppMaker: - Is it still supported? - Will it work with both Think C and Code Warrior? - Where is it available and for how much? Prograph v2.5: - Is it still supported? - Is there an upgrade path other than the expensive GPX version to the Power Mac? Thanks in advance, Dan Flatin Physics Dept. The Ohio State University dcf@mps.ohio-state.edu +++++++++++++++++++++++++++ >From millsp@govonca.gov.on.ca (Phil Mills) Date: Thu, 31 Mar 1994 14:49:23 GMT Organization: Government of Ontario In <1994Mar30.170516.6691@pacific.mps.ohio-state.edu> Daniel C. Flatin writes: >I have a couple of questions about programming products. >AppMaker: > - Is it still supported? I just read a netnews posting about it being available soon/now for PPC, so yes...and the author is a very good person to deal with. When I first started using the product a few years ago, I posted a list of "anti-features" on Compuserve. The response to most of them was "fixed in the next free upgrade." > - Will it work with both Think C and Code Warrior? Version 1.5.4 works with Think C 6.x and a bunch of other things, but no CW support. I'll try to find out (for myself too) and post if there's any info available. > - Where is it available and for how much? APDA lists 1.5.1 for $299 as of August 1993. >Prograph v2.5: > - Is it still supported? No. I'm not sure if that's the official line, but it's the practical state of affairs. I bought a copy of 2.5.2 in early February of this year and learned shortly thereafter that I'd been sold an obsolete product. Asking on-line questions about some of Prograph's bugs/oddities resulted in a message telling me that "that's life" and that the only possibility of fixes was via me buying Prograph CPX. > - Is there an upgrade path other than the expensive GPX version > to the Power Mac? Apparently, there's not even that. I've received no acknowledgement of my Prograph registration, no upgrade offer to a supported product...not even a sales pitch for their high-end offering. === These opinions are mine. If they're shared by any organization, it's news to me and comes as a completet surprise. --------------------------- >From c.reading@csi.compuserve.com (Charlie Reading) Subject: CW: Templates, Exceptions, ASLM, Operator Overloading, etc? Date: 25 Mar 94 21:12:43 GMT Organization: CompuServe Incorporated I need some information about what Code Warrior will support (and when): [1] Templates (primarily for Booch classes) Will the compiler support them? What parts of PowerPlant use them and for what? [2] Exceptions Will the compiler support them directly (ARM compliant, yes, I realize it is still in a state of flux)? If not, will they be emulated, and to what degree? (especially, can you throw an exception from inside a constructor and expect good clean up?) What parts of PowerPlant use them? [3] ASLM Will I be able to build shared libraries with CW? Will I be able to build PowerPlant into some part of an shared library? [4] Operator Overloading I heard a rumor that operator overloading will not be allowed, is this true? If so, why? (I don't expect to use it alot, but it comes in handy from time to time). Thanks in advance. -- Charlie Reading CompuServe Incorporated c.reading@csi.compuserve.com Any opinions expressed are not necessarily those of my employer. +++++++++++++++++++++++++++ >From d88-jwa@mumrik.nada.kth.se (Jon Wätte) Date: 29 Mar 1994 15:35:23 GMT Organization: The Royal Institute of Technology This is according to what Metrowerks told us a month or so ago: > [1] Templates (primarily for Booch classes) > Will the compiler support them? At some future point in time, when they get to it. It's a priority, but not at the top of the list. > What parts of PowerPlant use them and for what? None. obviously. > [2] Exceptions > Will the compiler support them directly (ARM compliant, Yes; if this isn't in DR2 it's at least planned for "real" release. > What parts of PowerPlant use them? It will, eventually. It has macros now. > [3] ASLM > Will I be able to build shared libraries with CW? Yes, at some point in time. MPW does come with CW; you might be able to do it already using that? > [4] Operator Overloading > I heard a rumor that operator overloading will not be It already works, almost all the time. Cheers, / h+ -- -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe -- "And now, from the makers of EDLIN, comes: Windows NT!" +++++++++++++++++++++++++++ >From partingt@fwi.uva.nl (Vincent Partington) Date: 31 Mar 1994 09:05:27 GMT Organization: FWI, University of Amsterdam d88-jwa@mumrik.nada.kth.se (Jon Wätte) writes: >This is according to what Metrowerks told us a month or so ago: >> [1] Templates (primarily for Booch classes) >> Will the compiler support them? >At some future point in time, when they get to it. It's >a priority, but not at the top of the list. >> What parts of PowerPlant use them and for what? >None. obviously. Not at the moment but the PowerPlant documentation in DR/1 says that some classes (like PtrArray and List) will be changed to template classes when templates are in the compiler. Vincent. -- My opinions are not my own. I copy them | Internet : partingt@fwi.uva.nl from books, television, video, the net, | vincent@tnc.nl my friends, my parents, my teachers and | FidoNet : 2:281/202.15 and numerous other contributors. | NeST : 90:500/202.15 --------------------------- >From gt6321c@prism.gatech.edu (Ocho Gonzalez) Subject: Circuit Simulator's Date: 30 Mar 1994 20:47:15 -0500 Organization: Georgia Institute of Technology If anyone out there who has or plans to get the powerpc AND needs a circuit simulator(ie PSPICE) we need your help. Microsim corp. is not yet decided to release a native version of PSPICE;however, they are willing to if enough interest is expressed. Of course the current Mac PSPICE 6.0 (last version they plan to do for the mac) uses the fpu a bunch, so running under emulation would only work very slowly using Soft fpu. If you desire to voice your interest in a PSPICE for the mac powerpc's, please call microsim at 1-800-245-3022 and tell them you want to request a native version of PSPICE for the PowerMac's. I think there are plenty of EE types out there who need this tool to use on their powerpc platform; microsim just doesn't know it yet. Thanks, Lance -- CRIMM,LANCE CARY Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt6321c Internet: gt6321c@prism.gatech.edu +++++++++++++++++++++++++++ >From nagle@netcom.com (John Nagle) Date: Thu, 31 Mar 1994 17:57:41 GMT Organization: NETCOM On-line Communication Services (408 241-9760 guest) gt6321c@prism.gatech.edu (Ocho Gonzalez) writes: > If anyone out there who has or plans to get the powerpc AND needs > a circuit simulator(ie PSPICE) we need your help. Microsim corp. > is not yet decided to release a native version of PSPICE;however, > they are willing to if enough interest is expressed. Of course > the current Mac PSPICE 6.0 (last version they plan to do for the > mac) uses the fpu a bunch, so running under emulation would only > work very slowly using Soft fpu. If you desire to voice your > interest in a PSPICE for the mac powerpc's, please call microsim > at 1-800-245-3022 and tell them you want to request a native > version of PSPICE for the PowerMac's. I think there are plenty > of EE types out there who need this tool to use on their powerpc > platform; microsim just doesn't know it yet. Thanks, Lance But Apple says all vendors will provide upgrades quickly, to work around Apple's omission of FPU support in the 68K emulator. Right. I just went to the PCB show, for printed circuit board designers. Only one booth had a Mac, and it was one of the minor vendors. None of the big tool vendors support Mac any more. I still have some board designs stuck in Protel for Mac, too. I suspect most PSPICE users on the Mac are educational users using the free demo version that only does little circuits. The original SPICE, from Berkeley, is available if anyone wants to build a PPC version. But you don't get a graphical interface. There are also some X-windows tools from Caltech available. (Don't ask me for locations; look in Gopherspace). I think Apple is going to have to put fast 68881 support in the 68K emulator, or abandon the engineering market entirely by default. John Nagle John Nagle --------------------------- >From bcorrie@csr.UVic.CA (Brian Corrie) Subject: CodeWarrior Environment Date: 23 Mar 94 19:45:55 GMT Organization: University of Victoria Hi, I am thinking of buying a PowerMac, and I need to do some development. I am new to programming on the Mac, and need to know what comes with the CodeWarrior Gold package. That is, what does the package include (documentation, debugger, object class libraries etc.). How much disk space does it take up and home much memory does it require? I have heard good things about with respect to speed of compilation and reliability, but I need to know more about the environment itself. I have seen Think C so comparing the two would help a bit. Any information that you can give me would be greatly appreciated! Thanks in advance.... Brian -- Brian Corrie (bcorrie@csr.uvic.ca) Under the most rigorously controlled conditions of pressure, temperature, volume, humidity and other variables, the organism will do as it damn well pleases. Sounds like some of the code I have written...... 8-) +++++++++++++++++++++++++++ >From mwron@aol.com (MW Ron) Date: 23 Mar 1994 20:32:01 -0500 Organization: America Online, Inc. (1-800-827-6364) In article , bcorrie@csr.UVic.CA (Brian Corrie) writes: > I am thinking of buying a PowerMac, and I need to do some development. I am new to programming on the Mac, and need to know what comes with the CodeWarrior Gold package. That is, what does the package include (documentation, debugger, object class libraries etc.). How much disk space does it take up and home much memory does it require? Metrowerks CodeWarrior is a complete development solution for C/C++ and Pascal programming on both 68K Macintosh and the new PowerMacintosh from Apple Computer. CodeWarrior includes development and alpha versions of: All customers of CodeWarrior DR/1 or DR/2 (Development Release) will receive a free upgrade to v1.0 scheduled to ship on DR/3. * Very fast C/C++ and Pascal compilers & linkers. PowerPC-based Pascal compiler to be released in 2nd quarter 1994. * An integrated development environment for fast turnaround. * A syntax coloring editor with popup menus for fast navigation in your source files. * Multifile search/replace and grep. * Imports MPW .o files and uses Apple's new Universal headers for both 68K & PowerPC. * Supports function-level segmentation on 68K Macintosh for MPW C source. * Builds MacApp 3.1 and the TCL when modified for C++ use. * Includes PowerPlant, a new application framework for rapid Macintosh application development as well as PowerPlant Constructor, a vieweditor. *Includes 2 Debuggers, one for 68K Macintosh and one for PowerMacintosh. Source-level debugging, stepping, viewing and setting breakpoints. * Generates a full SYM file which can be used easily with The Debugger from Jasik Designs. * Builds Code Resources, Inits, CDEVs, and shared libraries (on PowerMacintosh). * Supports hooks for THINK Reference. * Includes ToolServer support and a ToolServer worksheet. * Includes standard ANSI C libraries from PJ Plauger, supported by PlumHall, Inc. * Includes new C++ libraries by Plauger, supported by PlumHall that track the emerging ISO standard (to be released on DR/2). * Also includes ToolServer, SourceServer, MPW 3.3 and all MPW standard Tools(excluding the MPW compilers & linkers), Universal headers & binaries for 68K & PowerMacintosh, ResEdit, MacsBug, DocViewer. * All Metrowerks documentation online in DocViewer format. * International versions of CodeWarrior available on the CD for French, German, Kanji and Spanish. Three versions of CodeWarrior available - ----------------------------------- GOLD Includes all the above for 68K Macintosh and Power Macintosh as well as 68K-hosted PowerPC compilers. (PowerPC Pascal available DR/3 only) $399 (Available now) SILVER Includes all the above for Power Macintosh (no 68K compilers or linkers) $299 (Available from DR/2 onwards only) (PowerPC Pascal available DR/3 only) BRONZE Includes all the above for 68K Macintosh (no PowerPC compilers or linkers) $199 (Available now) Ron Liechty Metrowerks Online Support +++++++++++++++++++++++++++ >From erik@clark.net (Erik Hanson) Date: Thu, 24 Mar 1994 01:17:52 -0500 Organization: Institute of Mac geek programmers who need jobs In article <2mqqih$a2j@search01.news.aol.com>, mwron@aol.com (MW Ron) wrote: > [CodeWarrior includes...] > * A syntax coloring editor with popup menus for fast navigation in your source > files. Is there any way to get a demo of the editor? (Or a very detailed explanation?) Is it just me, or is the editor one of the most important parts of a development system? I spend most of my time in the editor, not compiling or debugging. I can't imagine why IDEs like Symantec's TPM have a useless editor. I plan on writing my own editor eventually, but I never have time to finish a project... ________________________________________________________________________ Erik Hanson erik@clark.net [Starting a computer company to crush Apple and Symantec. Send money.] +++++++++++++++++++++++++++ >From Peter_H._Jergens@pol.com (Peter H. Jergens) Date: Thu, 24 Mar 1994 10:09:54 +0600 Organization: Productivity OnLine In article , bcorrie@csr.UVic.CA (Brian Corrie) wrote: > Hi, > > I am thinking of buying a PowerMac, and I need to do some development. I > am new to programming on the Mac, and need to know what comes with the > CodeWarrior Gold package. That is, what does the package include > (documentation, debugger, object class libraries etc.). How much disk space > does it take up and home much memory does it require? I have heard > good things about with respect to speed of compilation and reliability, > but I need to know more about the environment itself. I have seen Think > C so comparing the two would help a bit. Any information > that you can give me would be greatly appreciated! > > Thanks in advance.... > > Brian Well, let's see...it has 68k c/c++/pascal and ppc c/c++, but you probably already knew that. also has debuggers for 68k and ppc, their powerplant class library (I haven't used it yet, so won't comment), all the documentation for everything in apple docviewer format, universal headers (68k/ppc) (very important!), and a few other goodies. The environment is pretty good; better than (IMHO) THC but not as good as THP. I haven't had trouble with reliability yet, but there are those who have. DR2 is currently in production and should be in our greedy hands by the beginning of april (I think, dont even think about quoting me on that). There are one or two little flakey things but nothing serious. The environment itself is very similar to THC in many respects, so I won't bother explaining in detail. Beyond that, I think it is a great product and the support is far better than I ever got from Symantic. -- --PHJ The views expressed herein do not necessarily represent anything at all. +++++++++++++++++++++++++++ >From Kurt A. Seiffert Date: Thu, 24 Mar 1994 18:36:17 GMT Organization: UCS, Indiana University In article Peter H. Jergens, Peter_H._Jergens@pol.com writes: >have. DR2 is currently in production and should be in our greedy hands by >the beginning of april (I think, dont even think about quoting me on that). I was on AOL last night. Metrowerks staff was claiming that the CD's are back. They had some problems with printing and packaging, but they should be going out US Priority Mail ASAP. They talked as if we would have them in our hands March 29. Now I don't know which one I am waiting for more - the Hoosiers to advance in the tournament or DR2. :-) *--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*- Kurt A. Seiffert internet: seiffert@ucs.indiana.edu UCS, Multimedia Technologist office ph: (812) 855-5746 IU Bloomington,IN "No, no. I am an earthling. I just can't prove it." -- Zonker DISCLAIMER: I don't speak for IU and IU doesn't speak for me. We both like it that way. ;-) +++++++++++++++++++++++++++ >From Joe Francis Date: 24 Mar 1994 23:37:16 GMT Organization: Smooth Roo Software Kurt A. Seiffert, seiffert@bronze.ucs.indiana.edu writes: > Now I don't know which one I am waiting for more - the Hoosiers to > advance in the tournament or DR2. :-) Sadly, DR2 got beaten by Boston College in the second round, despite a rain of trifectas from John "Bomber" McEnerney and solid inside play from Greg "PowerPlant" Dow. The low moment in the game came when Ed Hightower called a 3 second violation on Metro "The Compiler" Werks. No way was Metro in the paint for 3 seconds. He's way too fast for that. - ------------------------------------------------------------------------ "bolo needs to be on many machines just like MS Word" - Tempest - ------------------------------------------------------------------------ +++++++++++++++++++++++++++ >From jwbaxter@olympus.net (John W. Baxter) Date: Thu, 24 Mar 1994 15:15:49 -0800 Organization: Internet for the Olympic Peninsula In article , erik@clark.net (Erik Hanson) wrote: > Is there any way to get a demo of the editor? Visit a friend who has CodeWarrior. That will give you a better demo than any product demo you're likely to find, particularly since any demo will be out of date each new development release down the road. Or, induce your user group's developer SIG or equivalent to stage a dog and pony show. -- John Baxter Port Ludlow, WA, USA [West shore, Puget Sound] jwbaxter@pt.olympus.net +++++++++++++++++++++++++++ >From mwron@aol.com (MW Ron) Date: 24 Mar 1994 21:22:02 -0500 Organization: America Online, Inc. (1-800-827-6364) In article , erik@clark.net (Erik Hanson) writes: Is there any way to get a demo of the editor? (Or a very detailed explanation?) Is it just me, or is the editor one of the most important parts of a development system? I spend most of my time in the editor, not compiling or debugging. I can't imagine why IDEs like Symantec's TPM have a useless editor. I plan on writing my own editor eventually, but I never have time to finish a project... I do not know of any demonstration models, but I will find out and post if there are any available. Ron Liechty Metrowerks Inc. Online Support +++++++++++++++++++++++++++ >From lrucker@parcplace.com (Lee Ann Rucker) Date: 25 Mar 1994 00:41:19 GMT Organization: ParcPlace > * An integrated development environment for fast turnaround. Unless you have a complex makefile like mine, in which case you have to do some extra work. My makefile: creates & runs a program to build a header file containing processor-specific information. preprocesses a file to make an assembly language file, then assembles it. creates & runs a file to generate the Version resource based on the info in a C header file which it depends on, runs rez on the file, then merges it with the rest of the resources. And of course, compiles C programs. Even here it's not simple. Main sources are in 120 files in 6 directories on Unix machines, then there are 6 local directories for working copies of the sources. When I'm working on a file, I just put it in the local directory and since the MPW makefile is set to search local directories first, I don't even need to change it. > * A syntax coloring editor with popup menus for fast navigation in your source > files. Yes, that's nice > * Multifile search/replace and grep. Not as nice as MPW - if, for instance, you want to switch between searching the Toolbox headers and searching your source (which I was doing, because unlike MPW, when you get a type mismatch it doesn't tell you what types it wanted), you must keep loading & unloading the two filesets. And make sure that when you only want to search one file, that you check that the multi-file search option is off. It's also very slow at loading my 120 files and uncounted headers. > * Imports MPW .o files and uses Apple's new Universal headers for both 68K & > PowerPC. Not quite. It doesn't import if they're compiled -model far. I recompiled -model near in MPW, but got PC-relative offset errors because all the files got added to the same segment. I couldn't make a new segment because I have 120 files, and no matter how big I make the list, there's never any empty space at the end - it always moves the list down so that the last file is at the bottom. > *Includes 2 Debuggers, one for 68K Macintosh and one for PowerMacintosh. The 68k debugger crashed, and unlike SourceBug, you drop the .sym file not the app onto the debugger. I keep aliases of my app on the desktop so they're easy to get to, I'd prefer not to need to keep aliases of the .sym file too. > * Generates a full SYM file which can be used easily with The Debugger from > Jasik Designs. And SourceBug. > * Supports hooks for THINK Reference. How about 411? I reported some of this to support@metrowerks.ca, and never got a response. +++++++++++++++++++++++++++ >From d88-jwa@mumrik.nada.kth.se (Jon Wätte) Date: 25 Mar 1994 08:33:17 GMT Organization: The Royal Institute of Technology In lrucker@parcplace.com (Lee Ann Rucker) writes: >got added to the same segment. I couldn't make a new segment because I >have 120 files, and no matter how big I make the list, there's never any >empty space at the end - it always moves the list down so that the last >file is at the bottom. Press cmd-enter to create a new segment. That bug will be fixed I've been told. However, you can use #pragma segment in CodeWarrior as well. -- -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe -- CORRECTLY in this case meaning to the language spec, not to the naive expectations of the programmer. +++++++++++++++++++++++++++ >From qsi@cnh.wlink.nl (Peter Kocourek) Date: Sat, 26 Mar 1994 00:46:17 +0100 Organization: (none) Lee Ann Rucker wrote in a message on 25 Mar 94 > * Generates a full SYM file which can be used easily with The Debugger from > Jasik Designs. LAR> And SourceBug. On that note: in the booklet, on page 5, it says that SourceBug is included on the CD. I haven't been able to find it... am I slowly growing senile? Does anyone know whether it's really there? YHS:QSI! +++++++++++++++++++++++++++ >From jmunkki@beta.hut.fi (Juri Munkki) Date: 29 Mar 1994 21:30:36 GMT Organization: Helsinki University of Technology When will it have a class browser? Multiple inheritance probably makes a tree structure difficult, but some kind of class browser would be nice. The company I work for has CodeWarrior Gold, but our main PowerPC programmer wasn't able to find a class browser in it. Hopefully there will be one by the time I'll start using this environment...right? -- Juri Munkki There ain't so such thing as a shareware lunch. jmunkki@hut.fi Windsurfing: Faster than the wind. +++++++++++++++++++++++++++ >From dpodwall@world.std.com (Dan Podwall) Date: Tue, 29 Mar 1994 23:09:30 GMT Organization: Metrowerks, Inc. Juri Munkki (jmunkki@beta.hut.fi) wrote: : When will it have a class browser? Multiple inheritance probably makes a : tree structure difficult, but some kind of class browser would be nice. : The company I work for has CodeWarrior Gold, but our main PowerPC programmer : wasn't able to find a class browser in it. Hopefully there will be one by : the time I'll start using this environment...right? Sorry, but the 1.0 version will not have a class browser. And just to be clear, we never said it would. We have done some work for DR2 to support AppleEvents, so working with an external browser (i.e. ObjectMaster) should be easier. I don't want to give the wrong impression, so I should also add that the AppleEvent suite is small, and hopefully will be enhanced over time to better support external editors, browsers, scripts and the like. The DR2 CD has an ObjectMaster demo and sample PowerPlant projects on it. Dan Podwall Metrowerks, Inc. +++++++++++++++++++++++++++ >From Sean Ansorge Date: 31 Mar 1994 21:09:55 GMT Organization: Apple Computer, Inc., Cupertino, California In article Kurt A. Seiffert, seiffert@bronze.ucs.indiana.edu writes: >I was on AOL last night. Metrowerks staff was claiming that the CD's >are back. They had some problems with printing and packaging, but they >should be going out US Priority Mail ASAP. They talked as if we would >have them in our hands March 29. And lo, I got mine last night (the 29th). The PPC compiler is FAST running native! It makes Think look like MPW! Well, okay, not quite, but it's pretty fast. --------------------------- >From rmh@taligent.com (Rick Holzgrafe) Subject: Detecting AV Macs Date: Tue, 22 Mar 1994 18:16:03 GMT Organization: Semicolon Software I need to detect when my program is running on one of the AV Macs. How can I do this? (FYI, I don't need to actually use any special AV capabilities; but Sound Manager 3.0 can do certain "ordinary" things well only on such machines. *sigh*) Thanks -- -- Rick Holzgrafe Semicolon Software rmh@taligent.com +++++++++++++++++++++++++++ >From arentz@batcave.knoware.nl (Stefan Arentz) Date: Wed, 23 Mar 1994 11:55:55 GMT Organization: Knoware In article , rmh@taligent.com (Rick Holzgrafe) wrote: > I need to detect when my program is running on one of the AV Macs. How can > I do this? > > (FYI, I don't need to actually use any special AV capabilities; but Sound > Manager 3.0 can do certain "ordinary" things well only on such machines. > *sigh*) gestaltMachineType ? -- Stefan - ----------------------------------------------------------------------- Stefan Arentz -- Software Constructor -- arentz@knoware.nl +++++++++++++++++++++++++++ >From amanda@intercon.com (Amanda Walker) Date: Wed, 23 Mar 1994 15:54:47 -0500 Organization: InterCon Systems Corporation, Herndon, VA USA rmh@taligent.com (Rick Holzgrafe) writes: > I need to detect when my program is running on one of the AV Macs. How > can I do this? You could check for _DSPDispatch, which is present on AV machines and others if they have ARTA-compatible DSP boards plugged into them... Amanda Walker Advanced Projects InterCon Systems Corporation +++++++++++++++++++++++++++ >From zstern@adobe.com (Zalman Stern) Date: Wed, 23 Mar 1994 22:49:06 GMT Organization: Adobe Systems Incorporated Amanda Walker writes > rmh@taligent.com (Rick Holzgrafe) writes: > > I need to detect when my program is running on one of the AV Macs. How > > can I do this? > > You could check for _DSPDispatch, which is present on AV machines and > others if they have ARTA-compatible DSP boards plugged into them... /* WARNING: Code has not been compiled. */ #if _OLD_GESTALTEQU_H_ #define gestaltRealtimeMgrAttr 'rtmr' enum { gestaltRealtimeMgrPresent = 0 }; #else #include #endif Boolean HasARTA(void) { long response; return (Gestalt(gestaltRealtimeMgrAttr, &response) == noErr) && ((response & (1 << gestaltRealtimeMgrPresent)) != 0); } -- Zalman Stern zalman@adobe.com (415) 962 3824 Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900 "Do right, and risk consequences." Motto of Sam Houston (via Molly Ivins) +++++++++++++++++++++++++++ >From Rick_Holzgrafe@taligent.com (Rick Holzgrafe) Date: Wed, 23 Mar 1994 19:44:17 GMT Organization: Semicolon Software In article , arentz@batcave.knoware.nl (Stefan Arentz) wrote: > In article , rmh@taligent.com (Rick > Holzgrafe) wrote: > > > I need to detect when my program is running on one of the AV Macs. How can > > I do this? > > > > (FYI, I don't need to actually use any special AV capabilities; but Sound > > Manager 3.0 can do certain "ordinary" things well only on such machines. > > *sigh*) > > gestaltMachineType ? That will only tell me about the AV Macs that I know of, at the time I write the code. I'm sure Apple will be making more... -- Rick Holzgrafe, a member of the Taligentsia Rick_Holzgrafe@taligent.com rmh@taligent.com +++++++++++++++++++++++++++ >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) Date: 25 Mar 94 14:20:56 +1300 Organization: University of Waikato, Hamilton, New Zealand In article <9403231554.AA47890@fusion.intercon.com>, amanda@intercon.com (Amanda Walker) writes: > rmh@taligent.com (Rick Holzgrafe) writes: >> I need to detect when my program is running on one of the AV Macs. How >> can I do this? > > You could check for _DSPDispatch, which is present on AV machines and > others if they have ARTA-compatible DSP boards plugged into them... I just thought: this will tell you that ARTA is installed, but it won't tell you whether the Sound Manager is actually making use of a DSP. I gather this is what Rick really wants to know. Lawrence D'Oliveiro fone: +64-7-856-2889 Info & Tech Services Division fax: +64-7-838-4066 University of Waikato electric mail: ldo@waikato.ac.nz Hamilton, New Zealand 37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00 +++++++++++++++++++++++++++ >From noah@apple.com (Noah Price) Date: Thu, 31 Mar 1994 01:50:10 GMT Organization: (not the opinions of) Apple Computer, Inc. In article , Rick_Holzgrafe@taligent.com (Rick Holzgrafe) wrote: > In article , > arentz@batcave.knoware.nl (Stefan Arentz) wrote: > > > In article , rmh@taligent.com (Rick > > Holzgrafe) wrote: > > > > > I need to detect when my program is running on one of the AV Macs. How can > > > I do this? > > > > > > (FYI, I don't need to actually use any special AV capabilities; but Sound > > > Manager 3.0 can do certain "ordinary" things well only on such machines. > > > *sigh*) > > > > gestaltMachineType ? > > That will only tell me about the AV Macs that I know of, at the time I > write the code. I'm sure Apple will be making more... Do you really want to find out if it's an AV Mac, or just if it has 16-bit sound processing? Or some other particular sound processing? The new Power Macintosh models all have roughly the audio capabilities of the 660AV/840AV (at least the hardware), and they aren't all AVs at all... noah ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Noah Price (not the opinions of) Apple Computer, Inc. Macintosh AV Hardware 20525 Mariani Ave., MS 60-TNT noah@apple.com Cupertino CA 95014 --------------------------- >From sverrir@rhi.hi.is (Sverrir Orn Thorvaldsson) Subject: Need info on easy installers. Date: 17 Mar 1994 09:39:03 GMT Organization: University of Iceland I need information on tools to pack our product on installation diskettes. The installation process is very simple so using Apple's Installer seems a bit of an overkill. Are there any easy to use tools that do this? Which are cheapest, best, etc? Regards, Sverrir Thorvaldsson, Softis hf. sverrir@softis.is +++++++++++++++++++++++++++ >From lrucker@parcplace.com (Lee Ann Rucker) Date: 17 Mar 1994 23:42:33 GMT Organization: ParcPlace In article <2m98fn$2d6@eldborg.rhi.hi.is>, sverrir@rhi.hi.is (Sverrir Orn Thorvaldsson) wrote: > I need information on tools to pack our product on installation > diskettes. The installation process is very simple so using Apple's > Installer seems a bit of an overkill. Are there any easy to use tools > that do this? Which are cheapest, best, etc? Stuffit installer is very nice & simple. I don't know about price but it can't be very high. +++++++++++++++++++++++++++ >From Michael Twitty Date: 18 Mar 1994 10:50:48 GMT Organization: University of California, Irvine In article <2m98fn$2d6@eldborg.rhi.hi.is> Sverrir Orn Thorvaldsson, sverrir@rhi.hi.is writes: >I need information on tools to pack our product on installation >diskettes. The installation process is very simple so using Apple's >Installer seems a bit of an overkill. Are there any easy to use tools >that do this? Which are cheapest, best, etc? The two that I see used frequently are: Stuffit InstallerMaker, based on the Stuffit algorithms. Can be used to make very simple, or relatively complex installers. Aladdin Systems, Inc. 165 Westridge Drive Watsonville, California 95076 Telephone: (408) 761-6200 FAX: (408) 761-6206 Not sure on pricing...probably varies quite a bit with what you plan to use it for. Cyclos Smaller Installer, which is based on Compact Pro's compression scheme. US Mail: Cyclos PO Box 31417 San Francisco, CA 94131-0417 Voice: 415-821-1448 E-mail: CompuServe ! 71101,204 Internet ! 71101.204@compuserve.com AppleLink ! CYCLOS License Quantity License Fee 1,000 $200 10,000 $500 unlimited $1000 In addition, Aladdin licenses their AutoExtractor code, Bill Goodman (Cyclos) licenses the Compact Pro Self-Extractor, and I think Symantec licenses the DiskDoubler Auto-Expander. Symantec can be reached at: Symantec Corporation 10049 North Reiger Road Baton Rouge, LA 70809 (800) 766-7283 There are several others out there, including one from France, but these are most likely stable and comprise the most common methods used. Michael Michael Twitty mtwitty@apple.com thetwit@dhw68k.cts.com >From Sverrir.Orn.Thorvaldsson%f1.n3641.z1@psybbs.durham.nc.us (Sverrir Orn Thorvaldsson) Subject: Need info on easy installers. Date: 17 Mar 94 14:39:03 GMT Organization: (none) Organization: University of Iceland I need information on tools to pack our product on installation diskettes. The installation process is very simple so using Apple's Installer seems a bit of an overkill. Are there any easy to use tools that do this? Which are cheapest, best, etc? Regards, Sverrir Thorvaldsson, Softis hf. sverrir@softis.is +++++++++++++++++++++++++++ >From rbauchsp@herbie.unl.edu (ROGER BAUCHSPIES) Date: 31 Mar 1994 04:48:00 GMT Organization: University of Nebraska--Lincoln Sverrir Orn Thorvaldsson (Sverrir.Orn.Thorvaldsson%f1.n3641.z1@psybbs.durham.nc.us) wrote: : Organization: University of Iceland : I need information on tools to pack our product on installation : diskettes. The installation process is very simple so using Apple's : Installer seems a bit of an overkill. Are there any easy to use tools : that do this? Which are cheapest, best, etc? MindVision Software offers a low cost software installer that provides 95% the functionality of Apple's Installer, but only takes about 5% of the effort. E-mail me your snail mail address and I will send you a full working copy (that goes for anyone on the net). If you like it you can pay a license fee. Steve Kiene MindVision Software 840 South 30th Street, Suite C P.O. Box 81886 Lincoln, NE 68510 (402) 477-3269 Fax: (402) 477-1395 AppleLink, AOL: MindVision CIS: 70253,1437 +++++++++++++++++++++++++++ >From d88-jwa@dront.nada.kth.se (Jon Wätte) Date: 31 Mar 1994 09:49:35 GMT Organization: The Royal Institute of Technology >: diskettes. The installation process is very simple so using Apple's >: Installer seems a bit of an overkill. Are there any easy to use tools >MindVision Software offers a low cost software installer that provides >95% the functionality of Apple's Installer, but only takes about 5% of >the effort. I would heartily recommend Aladdin's StuffIt installer which can do pretty much of what you want (packages, system version-dependent stuff etc) and you can write your own hooks. However, I haven't seen MindVision so I can't compare. StuffIt Installer is available in demo on ftp to netcom.com. -- -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe -- Cellular phones do not cause cancer; automobiles do. --------------------------- >From gry@reed.edu (Jason Alexis Klivington) Subject: Powerbooks, VBL tasks, and slots(?) Date: 31 Mar 1994 04:44:48 GMT Organization: Reed College, Portland, Oregon I've recently run across a problem with doing some flicker-free drawing on a PowerBook screen, and I'm hoping that someone might have some insight into the problem. I need to display a rectangle on the screen for about 100 ms, and then clear the screen to black. I've written code that deals with this just fine on other hardware (IIcx, SE, LC, Classic, etc.), but the PowerBook display (working on a 180) always flickers. (By the way, if you're curious, this is for a psychological testing app.) I'm using a VBL task to deal with the timing, but for some reason, it's not working on the PowerBook display. I've come up with two possible explanations for this. First, someone made mention about the 'sleep manager,' or somesuch, grabbing some processor time with interrupts, and that this may be happening at times that interfere with proper timing of my code. Second, I thought it might have something to do with a slight delay associated with an LCD display. Well, this second theory was shot down when we attached a second monitor to the PowerBook - there was flicker on the external monitor, too. So, any solutions to this? I thought that we might be able to at least solve the problem if I installed a VBL task tied to the external monitor refresh rate, but I'm a little shaky on this - if I found the gDeviceRec of the external monitor, and then asked for driver information for the supplied refnum, would it give me a "slot" that the monitor was in, so that I could do a SlotVInstall on it? Or is there some other way I need to do this? I looked through IM V and VI, and browsed the technote index, but couldn't find anything relevant. Ideally, I'd love to get this working on the PowerBook's LCD display, but even if this can only be done on an external monitor, that would be much much better than nothing. Any help, hints, suggestions, code examples, or even wild guesses would be most welcome and appreciated. (should I post my code?) Thanks in advance, Jason Klivington gry@reed.edu +++++++++++++++++++++++++++ >From afcjlloyd@aol.com (AFC JLloyd) Date: 31 Mar 1994 03:14:05 -0500 Organization: America Online, Inc. (1-800-827-6364) In article <2ndkg0$o83@scratchy.reed.edu>, gry@reed.edu (Jason Alexis Klivington) writes: >>> Well, this second theory was shot down when we attached a second monitor to the PowerBook - there was flicker on the external monitor, too. So, any solutions to this? I thought that we might be able to at least solve the problem if I installed a VBL task tied to the external monitor refresh rate, but I'm a little shaky on this - if I found the gDeviceRec of the external monitor, and then asked for driver information for the supplied refnum, would it give me a "slot" that the monitor was in, so that I could do a SlotVInstall on it? <<< Jason, your idea to use SlotVInstall is sound. Here is code to get the correct slot number for a given graphics device handle: short SlotNumber(GDHandle theDevice) { AuxDCEHandle auxHandle; assert(theDevice != NULL); auxHandle = (AuxDCEHandle) GetDCtlEntry((**theDevice).gdRefNum); assert(auxHandle != NULL); return (**auxHandle).dCtlSlot; } You can pass in the result of GetMainDevice(). I recommend you read the relevant chapters in the new Inside Macintsh volume "Processes", since there are some subtle differences between VInstall and SlotVInstall. Jim Lloyd afcjlloyd@aol.com --------------------------- >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) Subject: QuickDraw GX flame Date: 28 Mar 94 13:41:54 +1300 Organization: University of Waikato, Hamilton, New Zealand QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers, multiple colour models, typography, printing... you'd think developers would be falling over themselves to support it, right? Think again... I'm just disgusted with some of the responses I'm hearing about from vendors. Here's a comment from the latest collection of MacWEEK articles off AppleLink: Pete Mason, Altsys: "There's a paradox about GX: If you want to do really high-end graphics, you're already doing it in Photoshop or Illustrator. If you want to do high-end layout, you're already doing it in QuarkXPress. If only the high end wants these features and they've already got them, what's the point?" What a load of nonsense! As if these programs provide ALL (or even most) of the functions you get with GX. GX is not just one or two high-end programs: it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore, with GX, suddenly all those fancy features aren't high-end any more. Another more worrying response is that some developers are reluctant to support GX simply because it is not cross-platform: any features they provided using it would not be available in their Windows versions. Now, have you heard of a more stupid rationalization than that? If all your applications provided identical features across all platforms, what would be the point in choosing one platform over the other? It seems to me, if the big developers are holding back from GX, this will be another chance for small developers to get ahead--people like Michael Peirce, perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the world had better watch out! Lawrence D'Oliveiro fone: +64-7-856-2889 Info & Tech Services Division fax: +64-7-838-4066 University of Waikato electric mail: ldo@waikato.ac.nz Hamilton, New Zealand 37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00 +++++++++++++++++++++++++++ >From omh@cs.brown.edu (Owen M. Hartnett) Date: Mon, 28 Mar 1994 02:50:22 GMT Organization: Brown University Department of Computer Science In article <1994Mar28.134154.26967@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes: >QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers, >multiple colour models, typography, printing... you'd think developers would >be falling over themselves to support it, right? Think again... > >I'm just disgusted with some of the responses I'm hearing about from vendors. >Here's a comment from the latest collection of MacWEEK articles off >AppleLink: > >Pete Mason, Altsys: "There's a paradox about GX: If you want to do really >high-end graphics, you're already doing it in Photoshop or Illustrator. If >you want to do high-end layout, you're already doing it in QuarkXPress. If >only the high end wants these features and they've already got them, what's >the point?" > >What a load of nonsense! As if these programs provide ALL (or even most) of >the functions you get with GX. GX is not just one or two high-end programs: >it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore, >with GX, suddenly all those fancy features aren't high-end any more. > >Another more worrying response is that some developers are reluctant to >support GX simply because it is not cross-platform: any features they provided >using it would not be available in their Windows versions. > >Now, have you heard of a more stupid rationalization than that? If all your >applications provided identical features across all platforms, what would be >the point in choosing one platform over the other? > >It seems to me, if the big developers are holding back from GX, this will be >another chance for small developers to get ahead--people like Michael Peirce, >perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the >world had better watch out! > A year ago, I thought the same way as you, but I expected GX to be out in six months. I thought, Wow, all the features of Quark, Pagemaker, and Freehand in system software, just call them and they're yours. At WWDC in 1992, it looked like GX was six months away. In comparison, AOCE was a long way away, it seemed. It's too bad, because developers are not going to buy into this until it comes out and it looks OK. I don't know what caused the delay to market, but if I bet the ranch on GX a year ago, I'd be up the creek financially right now. -Owen -- Owen Hartnett omh@cs.brown.edu "FAITH, n. Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." -Ambrose Bierce - The Devil's Dictionary +++++++++++++++++++++++++++ >From gewekean@studentg.msu.edu (Andrew Geweke) Date: Sun, 27 Mar 1994 23:52:26 -0500 Organization: Michigan State University In article <1994Mar28.134154.26967@waikato.ac.nz>, ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes: > It seems to me, if the big developers are holding back from GX, this > will be another chance for small developers to get ahead--people like > Michael Peirce, perhaps. GX levels the playing field, so the Adobe/ > Alduses and Quarks of the world had better watch out! No kidding. I can easily see a small developer writing a page-layout program using GX that beats the pants off PageMaker and QuarkXPress for most common tasks. IMHO shareware out there has a *much* better mix of features than commercial software -- they leave out the "everything-but-the-kitchen-sink" approach and do the essentials *well*. Now, using GX, maybe somebody will write the next Word-killer. Cheers, Andrew +++++++++++++++++++++++++++ >From Carl R. Osterwald Date: Mon, 28 Mar 94 17:00:54 GMT Organization: National Renewable Energy Laboratory In article <1994Mar28.134154.26967@waikato.ac.nz> Lawrence D'Oliveiro, ldo@waikato.ac.nz writes: >Another more worrying response is that some developers are reluctant to >support GX simply because it is not cross-platform: any features they provided >using it would not be available in their Windows versions. > >Now, have you heard of a more stupid rationalization than that? If all your >applications provided identical features across all platforms, what would be >the point in choosing one platform over the other? Least-common denominator syndrome strikes again. Soon "Macintosh" applications will most likely ship without grow boxes in the lower left corner of windows in order to "integrate" documentation as well. +++++++++++++++++++++++++++ >From d88-jwa@hemul.nada.kth.se (Jon Wätte) Date: 28 Mar 1994 16:17:03 GMT Organization: The Royal Institute of Technology In <1994Mar28.134154.26967@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes: >What a load of nonsense! As if these programs provide ALL (or even most) of >the functions you get with GX. GX is not just one or two high-end programs: >it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore, >with GX, suddenly all those fancy features aren't high-end any more. What's missing is some decent TCL classes for GX objects. I'm looking into it, but don't expect anything, and it won't be soon, and it won't be free :-) Then we'll suddenly see shareware FreeHand clones which will pretty much force the PostScript people to go GX. -- -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe -- "Don't stick a Fork in your Eye. +++++++++++++++++++++++++++ >From peirce@outpost.SF-Bay.org (Michael Peirce) Date: Mon, 28 Mar 94 10:14:59 PST Organization: Peirce Software, Inc. In article <1994Mar28.134154.26967@waikato.ac.nz> (comp.sys.mac.programmer), ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes: > It seems to me, if the big developers are holding back from GX, this will be > another chance for small developers to get ahead--people like Michael Peirce, > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the > world had better watch out! Me, a SMALL developer? I'm 6'6" - I'm a BIG developer! :-) :-) :-) Humor aside, I think Lawrence is right on the money. GX is very cool and really raises the bar in many areas. I for one, will buy a GX based word processor on the first day it ships. There is money to be made in this area! P.S. And one aside. Developer's shouldn't be scared off by GX. You don't need to adopt it whole hog to make use of some of it. For example GX printing can be supported fairly easily without any major changes to you app at all. Just check for the existence of GX and if it's there, use the new print calls. This will let users access the new print dialogs, rather than the compatibility dialogs that are used otherwise. The new print dialogs not only let users access extensions (like Peirce Print Tools :-) ) easily, but also get at other print driver features, GX paper types, switch printers on-the-fly, and it's NON-MODAL! -- Michael Peirce -- peirce@outpost.sf-bay.org -- Peirce Software, Inc. -- 719 Hibiscus Place, Suite 301 -- -- San Jose, California USA 95117 -- Makers of: Smoothie & -- voice: +1.408.244.6554 fax: +1.408.244.6882 -- Peirce Print Tools -- AppleLink: peirce & America Online: AFC Peirce +++++++++++++++++++++++++++ >From dowdy@apple.com (Tom Dowdy) Date: Mon, 28 Mar 1994 18:36:07 GMT Organization: Apple Computer, Inc. In article <1994Mar28.134154.26967@waikato.ac.nz>, ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) wrote: > QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers, > multiple colour models, typography, printing... you'd think developers would > be falling over themselves to support it, right? Think again... Anytime a major piece of what used to be called "application level" code finds its way into the system, the "big guns" of the software industry get shy about it. When Apple started talking about AOCE, the traditional mail vendors weren't into it. And why would they have been: Apple was moving into system software what they were selling for big bucks. And now just about anyone could create a "mail" application. It seemed that the only solution was to just protest rather than adopt! But the smart folks added basic support and played to their strengths rather than just trying to FUD the basic technology. The result was generally that they kept their existing customer base -- and could add new ways of making money through new services they provided with AOCE. And the fact is that PowerTalk does give the user (in this case, *me*) a better, more integrated, easier to use, mail system than any "add-on" approach would have given them. And by making mail easier to use, you do in fact widen the market. And, when users all start asking for something, the vendors eventually come around. > It seems to me, if the big developers are holding back from GX, this will be > another chance for small developers to get ahead--people like Michael Peirce, > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the > world had better watch out! Actually, Aldus announced at Sybold that a future PageMaker would be GX-based. There were press releases from Apple and a number of other vendors about GX support. A big part of this is that many of the features that GX provides "out of the box" or ones that it makes easy to implement are features that customers want and demand. A developer complained at one point: "All my customers keep asking me to support GX! Make them stop!" :-) But you are right, even if large vendors decide to "wait and see" about GX, the small vendors see it as a big chance to move up in the world. And those of you out on the nets also see it as a great way to make a cool application. Who knows? One of them might become the next PageMaker! And if you think that *you're* watering over GX, just imagine how excited most of the GX engineers are to get the system work done and move onto making cool apps! I know I've got a HUGE list of things that I want to do with it -- starting, of course, with DarkSide modules :-) -- Tom Dowdy Internet: dowdy@apple.COM Apple Computer MS:302-3KS UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy 1 Infinite Loop AppleLink: DOWDY1 Cupertino, CA 95014 "The 'Ooh-Ah' Bird is so called because it lays square eggs." +++++++++++++++++++++++++++ >From dowdy@apple.com (Tom Dowdy) Date: Mon, 28 Mar 1994 18:53:22 GMT Organization: Apple Computer, Inc. In article , peirce@outpost.SF-Bay.org (Michael Peirce) wrote: > > In article <1994Mar28.134154.26967@waikato.ac.nz> (comp.sys.mac.programmer), ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes: > > It seems to me, if the big developers are holding back from GX, this will be > > another chance for small developers to get ahead--people like Michael Peirce, > > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the > > world had better watch out! > > Me, a SMALL developer? I'm 6'6" - I'm a BIG developer! :-) :-) :-) I'd like to confirm that Michael is neither small in height nor brain capacity :-) > P.S. And one aside. Developer's shouldn't be scared off by GX. > You don't need to adopt it whole hog to make use of some of it. > For example GX printing can be supported fairly easily without any > major changes to you app at all. Just check for the existence of > GX and if it's there, use the new print calls. This will let users > access the new print dialogs, rather than the compatibility dialogs > that are used otherwise. I'd like to verify that this is in fact quite easy to do. SimpleText already supports GX printing dialogs. In addition, it supports opening/viewing of Portable Digital Document (PDD) files. But, it still runs just dandy without GX installed. There is an upcoming _develop_ article by Dave Hersey on adding GX print dialog support to an existing application, for those of you who'd like a step-by-step approach to the problem. -- Tom Dowdy Internet: dowdy@apple.COM Apple Computer MS:302-3KS UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy 1 Infinite Loop AppleLink: DOWDY1 Cupertino, CA 95014 "The 'Ooh-Ah' Bird is so called because it lays square eggs." +++++++++++++++++++++++++++ >From gewekean@studentg.msu.edu (Andrew Geweke) Date: Mon, 28 Mar 1994 15:15:34 -0500 Organization: Michigan State University In article , Carl R. Osterwald writes: > Least-common denominator syndrome strikes again. Soon "Macintosh" > applications will most likely ship without grow boxes in the lower left > corner of windows in order to "integrate" documentation as well. Actually, I've never seen a Macintosh app *with* a grow box in the lower-left- hand corner of the window... :) +++++++++++++++++++++++++++ >From neeri@iis.ee.ethz.ch (Matthias Neeracher) Date: 28 Mar 1994 20:50:11 GMT Organization: Swiss Federal Institute of Technology (ETHZ) Carl R. Osterwald writes: >In article <1994Mar28.134154.26967@waikato.ac.nz> Lawrence D'Oliveiro, >ldo@waikato.ac.nz writes: >>Another more worrying response is that some developers are reluctant to >>support GX simply because it is not cross-platform: any features they >>provided using it would not be available in their Windows versions. >> >>Now, have you heard of a more stupid rationalization than that? If all >>your applications provided identical features across all platforms, what >>would be the point in choosing one platform over the other? >Least-common denominator syndrome strikes again. Soon "Macintosh" >applications will most likely ship without grow boxes in the lower left >corner of windows in order to "integrate" documentation as well. Uh, if you have seen applications with grow boxes in the lower *left* corner of windows, I'm sure the User Interface Police would like to hear about them. Matthias - --- Matthias Neeracher neeri@iis.ethz.ch "He carried an automatic pistol in one pocket and a rabbit's foot in the other" -- Ayn Rand, _Atlas Shrugged_ +++++++++++++++++++++++++++ >From quinn@cs.uwa.edu.au (Quinn "The Eskimo!") Date: Tue, 29 Mar 1994 11:19:21 +0800 Organization: Department of Computer Science, The University of Western Australia In article , dowdy@apple.com (Tom Dowdy) wrote: >I'd like to verify that this is in fact quite easy to do. >SimpleText already supports GX printing dialogs. In addition, >it supports opening/viewing of Portable Digital Document (PDD) >files. But, it still runs just dandy without GX installed. On the subject of Simple Text, I'd like to put in my own *rave review* for it. Yay!!!!! TeachText bites the dust and we finally have a built in text editor than can open more than one document. I'm a very happy Quinn. -- Quinn "The Eskimo!" "Support HAVOC!" Department of Computer Science, The University of Western Australia Now if only it support resizing QuickTime movie windows. +++++++++++++++++++++++++++ >From Carl R. Osterwald Date: Tue, 29 Mar 94 17:03:15 GMT Organization: National Renewable Energy Laboratory In article <9403281515.AA34983@geweke.ppp.msu.edu> Andrew Geweke, gewekean@studentg.msu.edu writes: >Actually, I've never seen a Macintosh app *with* a grow box in the lower-left- >hand corner of the window... :) Sorry, some of us can't tell our right hand from our left! :-] +++++++++++++++++++++++++++ >From lentz@rossi.astro.nwu.edu (Robert Lentz) Date: 29 Mar 1994 15:30:15 GMT Organization: Northwestern University, Evanston, IL In article , Quinn "The Eskimo!" wrote: >In article , dowdy@apple.com (Tom Dowdy) wrote: > >>I'd like to verify that this is in fact quite easy to do. >>SimpleText already supports GX printing dialogs. In addition, >>it supports opening/viewing of Portable Digital Document (PDD) >>files. But, it still runs just dandy without GX installed. > >On the subject of Simple Text, I'd like to put in my own *rave review* for >it. Yay!!!!! TeachText bites the dust and we finally have a built in >text editor than can open more than one document. I'm a very happy Quinn. Yes, SimpleText is an awesome step forward. Though with its new capabilities, tagging it with the Text name seems a bit strange; maybe "SimpleViewer"? -Robert Lentz -- lentz@rossi.astro.nwu.edu http://www.astro.nwu.edu/lentz/plan.html "You have to push as hard as the age that pushes against you." -Flannery O'Connor +++++++++++++++++++++++++++ >From mxmora@unix.sri.com (Matt Mora) Date: 29 Mar 1994 10:17:54 -0800 Organization: SRI International, Menlo Park, CA In article dowdy@apple.com (Tom Dowdy) writes: >And if you think that *you're* watering over GX, just imagine >how excited most of the GX engineers are to get the system >work done and move onto making cool apps! I know I've got >a HUGE list of things that I want to do with it -- starting, >of course, with DarkSide modules :-) Well, ship the damn thing already! jeez! :-) Dowdy? We used to have someone that worked here with that last name. Wouldn't happen to be your uncle would it? :-) Xavier -- ___________________________________________________________ Matthew Xavier Mora Matt_Mora@sri.com SRI International mxmora@unix.sri.com 333 Ravenswood Ave Menlo Park, CA. 94025 +++++++++++++++++++++++++++ >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) Date: 30 Mar 94 17:11:15 +1300 Organization: University of Waikato, Hamilton, New Zealand In article , quinn@cs.uwa.edu.au (Quinn "The Eskimo!") writes: > In article , dowdy@apple.com (Tom Dowdy) wrote: > >>I'd like to verify that this is in fact quite easy to do. >>SimpleText already supports GX printing dialogs. In addition, >>it supports opening/viewing of Portable Digital Document (PDD) >>files. But, it still runs just dandy without GX installed. > > On the subject of Simple Text, I'd like to put in my own *rave review* for > it. Yay!!!!! TeachText bites the dust and we finally have a built in > text editor than can open more than one document. I'm a very happy Quinn. Yeah, now I'm going to have to UNLEARN this habit of always closing the current TeachText (sorry, SimpleText) document before going to double-click on another one! As far as a PDD viewer goes, SimpleText is just basic enough and just irritating enough that I hope it will spur a thriving market in third-party viewers. I have this fondness for being able to scroll continuously through my entire document. And for knowing how many pages long it is... Lawrence (recently posted a flame about proprietary portable-document technologies in comp.multimedia and comp.sys.mac.misc.) +++++++++++++++++++++++++++ >From Kurt A. Seiffert Date: Wed, 30 Mar 1994 16:54:48 GMT Organization: UCS, Indiana University In article Tom Dowdy, dowdy@apple.com writes: >I'd like to verify that this is in fact quite easy to do. >SimpleText already supports GX printing dialogs. In addition, >it supports opening/viewing of Portable Digital Document (PDD) >files. But, it still runs just dandy without GX installed. To ask a silly question: Is SimpleText going to be in System 7.5? Is it going to be scriptable? It would be nice to have all the functionality of Scriptable Text Editor in SimpleText. *--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*- Kurt A. Seiffert internet: seiffert@ucs.indiana.edu UCS, Multimedia Technologist office ph: (812) 855-5746 IU Bloomington,IN "No, no. I am an earthling. I just can't prove it." -- Zonker DISCLAIMER: I don't speak for IU and IU doesn't speak for me. We both like it that way. ;-) +++++++++++++++++++++++++++ >From sdu@applelink.apple.com (Rob Terrell) Date: 30 Mar 1994 18:26:49 GMT Organization: Jecta Development Corp. Since GX has seemed in a perpetual holding pattern for the last few years, I've not bothered to learn it. Now, it seems, the time has come. Are there any good Develop/MacTutor/MacTech/Other articles you can point me to so's I can write my long-dreamed-of Word killer? Thanks, Rob Terrell Software Designs Unlimited +++++++++++++++++++++++++++ >From dowdy@apple.com (Tom Dowdy) Date: Thu, 31 Mar 1994 01:19:57 GMT Organization: Apple Computer, Inc. In article <1994Mar30.171115.27097@waikato.ac.nz>, ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) wrote: > Yeah, now I'm going to have to UNLEARN this habit of always closing the > current TeachText (sorry, SimpleText) document before going to double-click > on another one! Darn! :-) > As far as a PDD viewer goes, SimpleText is just basic enough and just > irritating enough that I hope it will spur a thriving market in third-party > viewers. I have this fondness for being able to scroll continuously through > my entire document. And for knowing how many pages long it is... The original version of this did do "continous scroll" but for lots of reasons (RAM, speed, simplifying the code) I did away with that. There are arguments for both sides, and I just chose to one that kept the code simple and liv-able. I fully expect to see lots of third party viewers -- there are plenty of cool things that you can do with a viewer beyond just looking at seomthing. -- Tom Dowdy Internet: dowdy@apple.COM Apple Computer MS:302-3KS UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy 1 Infinite Loop AppleLink: DOWDY1 Cupertino, CA 95014 "The 'Ooh-Ah' Bird is so called because it lays square eggs." +++++++++++++++++++++++++++ >From quinn@cs.uwa.edu.au (Quinn "The Eskimo!") Date: Thu, 31 Mar 1994 10:15:44 +0800 Organization: Department of Computer Science, The University of Western Australia In article , Kurt A. Seiffert wrote: >Is SimpleText going to be in System 7.5? I should think so. >Is it going to be scriptable? I should think not. >It would be nice to have all the functionality of Scriptable Text >Editor in SimpleText. Yes. -- Quinn "The Eskimo!" "Support HAVOC!" Department of Computer Science, The University of Western Australia +++++++++++++++++++++++++++ >From L.H.Wood@student.lut.ac.uk Date: Thu, 31 Mar 1994 15:17:43 GMT Organization: Loughborough University, UK. In article quinn@cs.uwa.edu.au (Quinn "The Eskimo!") writes: >On the subject of Simple Text, I'd like to put in my own *rave review* for >it. Yay!!!!! TeachText bites the dust and we finally have a built in >text editor than can open more than one document. I'm a very happy Quinn. Of course, every installer of third-party software you run will still scatter copies of ttxt 1.2 about the place. And the next time you open a readme it will be with ttxt. ttxt will live forever. L. --------------------------- >From Dmitry Boldyrev Subject: Real time texture mapping.. Date: 30 Mar 1994 23:48:20 GMT Organization: University of Utah Hello folx! I've heard a lot about real time texture mapping. Release of Pathways Into Darkness of course was a sensation on the mac because it was the first game of this kind on the Mac. Now, 3D Astro Chase from First Star software is released too. All of them use really fast texture mapping.. I would say I was quite amazed how fast it can be on the Mac, of course, Mac has a better quality of graphics thus it takes more time to do the stuff.. A while ago I saw libraries for PC which could map textures on a plane.. I think it was a package for C.. I am not sure tho.. Is there such thing for the Mac? _ _ _ _ | |_| |_ _ _ _ _ _(_)__ __ _ _ _ ___ (_)_ _ __ | _ | || | '_| '_| / _/ _` | ' \/ -_)_ | | ' \/ _| |_| |_|\_,_|_| |_| |_\__\__,_|_||_\___( ) |_|_||_\__| |/ +++++++++++++++++++++++++++ >From howard@netcom.com (Howard Berkey) Date: Thu, 31 Mar 1994 08:41:45 GMT Organization: Netcom Online Communications Services (408-241-9760 login: guest) In article <2nd344$oqp@u.cc.utah.edu> Dmitry Boldyrev writes: >A while ago I saw libraries for PC which could map textures on a plane.. >I think it was a package for C.. I am not sure tho.. Is there such thing for >the Mac? It's not too bad to implement yourself. I know this because it's what I'm doing right now. :-) For reference, I'd refer you to Computer Graphics, Principles and Practice (by Foley, Van Dam, Feiner, Hughes). They don't say too much on the subject but they have some great bibliographic references which do. I'd post them but the book isn't here with me at the moment. Also see articles in the August thru September 1992 issues of Doctor Dobbs Journal. There's a column by Michael Abrash on graphics and he covers it in these issues. Finally, this is a perrenial topic on comp.graphics.algorithms. There's a FAQ there which goes into it. That should get you started :-) -H- -- ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Howard Berkey howard@netcom.com "Police are investigating whether a freshly severed goats head placed in the center of a pentagram in a San Jose park is linked to a satanic ritual." -- SF Examiner "Duh!" -- me --------------------------- End of C.S.M.P. Digest **********************