From: pottier@clipper.ens.fr (Francois Pottier) Subject: csmp-digest-v3-069 Date: Sat, 19 Nov 1994 15:31:42 +0100 (MET) C.S.M.P. Digest Sat, 19 Nov 94 Volume 3 : Issue 69 Today's Topics: Animation Techniques Control Strip Tester Available! Dragging to a background app? GeoPort-GeoPod Documentation - Does it exist? How to get list of files in folder Sample code for Launching appl from SC++ or TC. Subject: Apple PR: MacOS Software Developer's Kit 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. To search back issues with WAIS, use comp.sys.mac.programmer.src. With Mosaic, use http://www.wais.com/wais-dbs/comp.sys.mac.programmer.html. ------------------------------------------------------- >From whsands@netcom.com (Tom Williams) Subject: Animation Techniques Date: Tue, 1 Nov 1994 07:41:03 GMT Organization: NETCOM On-line Communication Services (408 261-4700 guest) Hi Everyone. I am interrested in the different aproaches for storing all of a programs sprites for a project. In particular, a game. As I browse through many Mac Games' Resource Forks, I come across two common aproaches. The first is to have each sprite (usually no larger than 32x32) contained in its own PICT resource. The second is to merge all the sprites into one big huge pict resource. The second aproach seems more logical since you could simply create a gworld, copy the entire pict into the gworld and then copybits the rects of the part of the image you want to display on the screen at one time. Does anyone have any arguments and possibly some C source code around pertaining to the second method? Thanks in advance, Warm Regards, Tom Williams. +++++++++++++++++++++++++++ >From posto881@cs.uidaho.edu (DuckMan) Date: 1 Nov 1994 19:41:10 GMT Organization: University of Idaho, Moscow, Idaho Tom Williams (whsands@netcom.com) wrote: : Hi Everyone. : I am interrested in the different aproaches for storing all of a : programs sprites for a project. In particular, a game. As I browse : through many Mac Games' Resource Forks, I come across two common : aproaches. The first is to have each sprite (usually no larger than : 32x32) contained in its own PICT resource. The second is to merge all : the sprites into one big huge pict resource. The second aproach seems : more logical since you could simply create a gworld, copy the entire pict : into the gworld and then copybits the rects of the part of the image you : want to display on the screen at one time. : Does anyone have any arguments and possibly some C source code around : pertaining to the second method? : Thanks in advance, : Warm Regards, : Tom Williams. I tryed the second method myself and it seems to work very well. The only problem I'm having now is with the copymask. I have no problem using copymask as long as the source rects line up on the lefthand side (source.left==0). but if its any distence away funny things start to happen. Any suggestions? DuckMan... +++++++++++++++++++++++++++ >From kenlong@netcom.com (Ken Long) Date: Wed, 2 Nov 1994 18:05:36 GMT Organization: NETCOM On-line Communication Services (408 261-4700 guest) Tom Williams (whsands@netcom.com) wrote: : Does anyone have any arguments and possibly some C source code around : pertaining to the second method? A most excellent example of this, in all its simplicity, is in the C source called "swar" available on the alt.sources.mac server, in volume8. There's another one in C called Cellusoft Graphics Demo, also at the site, but it's more complex and may not work right. Of course, ant John Calhoun game source (Pascal) does this. Glypha II (color) especially. A third method is direct to screen drawing/animation. See the Arashi source for this. v1.1 crashes an LC but v1.0 does not. -Ken- +++++++++++++++++++++++++++ >From ingemar@lysator.liu.se (Ingemar Ragnemalm) Date: 2 Nov 1994 19:21:24 GMT Organization: (none) whsands@netcom.com (Tom Williams) writes: > I am interrested in the different aproaches for storing all of a >programs sprites for a project. In particular, a game. As I browse >through many Mac Games' Resource Forks, I come across two common >aproaches. The first is to have each sprite (usually no larger than >32x32) contained in its own PICT resource. The second is to merge all >the sprites into one big huge pict resource. The second aproach seems >more logical since you could simply create a gworld, copy the entire pict >into the gworld and then copybits the rects of the part of the image you >want to display on the screen at one time. The big advantage with keeping each sprite as a separate resource - preferrably not a PICT but rather a "cicn" or icon suite - is that it makes it much easier to match the icon and the mask. Editing icons in ResEdit is easy in that respect. With huge PICTs, matching the icon and the mask is much harder. Just imagine the headache when you make a small change in an icon and have to make the corresponding change in the mask! You also have to have some way to find each sprite in the PICTs. The advantage is fast loading and smaller space on disk. For digestable (that means fairly small) source-code examples of both: the PICT way: Cellusoft Graphics Routines (or whatever the name is - it's different every time I see it uploaded). Both C and Pascal versions. the icon way: OffscreenToys. Only Pascal until someone ports it. Both should be available from the alt.sources.mac archive (see the a.s.m FAQ). -- - - Ingemar Ragnemalm, PhD Image processing, Mac shareware games E-mail address: ingemar@isy.liu.se or ingemar@lysator.liu.se +++++++++++++++++++++++++++ >From mhl@icf.hrb.com (mark) Date: 2 Nov 94 16:39:39 EST Organization: HRB Systems, Inc. In article <398ork$aup@newsy.ifm.liu.se>, ingemar@lysator.liu.se (Ingemar Ragnemalm) writes: > whsands@netcom.com (Tom Williams) writes: > >> I am interested in the different approaches for storing all of a >>programs sprites for a project. In particular, a game. > > The big advantage with keeping each sprite as a separate resource - > preferably not a PICT but rather a "cicn" or icon suite - is that it > makes it much easier to match the icon and the mask. Editing icons > in ResEdit is easy in that respect. > Personally I avoid the mask issue by using the "transparent" mode in CopyBits. There are a few tradeoffs involved here. 1) The sprite (in my case a PICT) must appear on a white (ForeColor) background. -- Not a problem in my case. 2) The sprite can not contain the color white (ForeColor). -- Again not a problem. What I do is create my sprites in Photoshop, use the magic wand to select the background (white), select similar (all white now selected) fill with one tick less than white, reselect background, fill white. Now I do not need to worry about masking in CopyBits because CopyBits does it for me. This also gives me the benefits of using a 'PICT' versus a 'cicn'. No size restriction. No color table restriction. In addition, I have all the power of photoshop at my disposal. Try creating a marble textured sphere in ResEdit's 'cicn' editor. In Photoshop - Edit>Fill>Pattern, Filter>Distort>KPT Glass Lens Bright. Quod erat demonstrandum. Naturally, if the pixel map of your 'PICT' is larger than the 'cicn' you will notice a speed penalty. You may also have a custom blitter that can do masking faster than CopyBits, but I find this method quite acceptable. -- Hope this helps. Mark H. Linton ____________________________________________________________________ mark \'märk\ n [ME, fr. OE mearc boundary, march, sign; akin to OHG marha boundary, L margo] 1 a : a conspicuous object serving as a guide for travelers 2 : A standard or criterion of quality 3 : An object or point that serves as a guide --idiom. mark time. 1 : To make little or no progress +++++++++++++++++++++++++++ >From Rick_E._Stewart@galaxy.com (Rick E. Stewart) Date: 05 Nov 1994 18:54:45 GMT Organization: Galaxy Online Services If your looking for ways of Sprite animation, you should look at the Sprite Animation Toolkit, or the Animation Class Libary. These can be FTP'd from many Mac Archives. They can show you any of the type of animation you want. Rick --------------------------- >From phixus@netcom.com (Chris DeSalvo) Subject: Control Strip Tester Available! Date: Sat, 5 Nov 1994 09:36:35 GMT Organization: NETCOM On-line Communication Services (408 261-4700 guest) I just mailed off version 1.0 of my Control Strip Module Tester to MacGifts. This is a small application that will host a Control Strip module for testing purposes. Anything that you can do in the real Control Strip you can do in the tester. This includes: o Allocating memory blocks that are passed back to your SDEV. o Loading your resources during your init phase. o A tickle heartbeat for periodic processing. o Full support for pop-up menus, Balloon Help and other stuff. No longer will you have to restart your Mac just to check a change of one line of code. You can also use it to sample any new modules that you get without actually having to load them into the system. The util is free. It should be in the MacGifts distribution sites in a couple of days. Also available are my module shell and my CD Strip which allows pops-up a menu of track titles on a mounted audio CD so you can pick a song to play. Both are free and available with full C source for CodeWarrior 4.5. If you have questions about the tester, or would like my sample code, just email me. 24-hours is usual response time. Thanx, Chris -- +-----------------------------------------------------------------+ | phixus@netcom.com | Macintosh: Changing the world, | | Chris De Salvo | one person at a time! | | Professional Mac Geek | ----------------------------- | | for MacPlay, Inc. | (I wish they'd hurry up!) | +-----------------------------------------------------------------+ Any opinions expressed, or implied, are my own! They should not be considered representative of the opinions or policies of my employer, MacPlay, a division of Interplay Productions, Inc. +++++++++++++++++++++++++++ >From neil_ticktin@xplain.com (Neil Ticktin) Date: Sat, 5 Nov 1994 19:41:40 GMT Organization: MacTech Magazine/Xplain Corp. In article , phixus@netcom.com (Chris DeSalvo) wrote: >> I just mailed off version 1.0 of my Control Strip Module Tester to >> MacGifts. >> >> This is a small application that will host a Control Strip module for >> testing purposes. Anything that you can do in the real Control Strip >> you can do in the tester. This includes: >> >> o Allocating memory blocks that are passed back to your SDEV. >> o Loading your resources during your init phase. >> o A tickle heartbeat for periodic processing. >> o Full support for pop-up menus, Balloon Help and other stuff. >> >> No longer will you have to restart your Mac just to check a change of >> one line of code. You can also use it to sample any new modules that >> you get without actually having to load them into the system. >> >> The util is free. It should be in the MacGifts distribution sites in >> a couple of days. >> >> Also available are my module shell and my CD Strip which allows >> pops-up a menu of track titles on a mounted audio CD so you can pick a >> song to play. Both are free and available with full C source for >> CodeWarrior 4.5. >> >> If you have questions about the tester, or would like my sample code, >> just email me. 24-hours is usual response time. Chris, People should also check out the Dec issue which has an article on how to write control strip modules. Pretty cool stuff, huh? The issue will be available at the end of this month. Hope it helps, Neil Ticktin MacTech Magazine - --------------------------------------------------------------------- Neil Ticktin, MacTech Magazine (formerly MacTutor) PO Box 250055, Los Angeles, CA 90025 * 310-575-4343 * Fax: 310-575-0925 For more info, anonymous ftp to ftp.netcom.com and cd to /pub/xplain custservice@xplain.com * editorial@xplain.com * adsales@xplain.com marketing@xplain.com * accounting@xplain.com * pressreleases@xplain.com progchallenge@xplain.com * publisher@xplain.com * info@xplain.com --------------------------- >From an144239@anon.penet.fi (Randall Meadows) Subject: Dragging to a background app? Date: Fri, 4 Nov 1994 16:37:12 UTC Organization: Anonymous contact service I am implementing some Drag-and-Drop code into an existing application. Due to time constraints and wanting to avoid some major code-rewriting, I have put in D&D on top of what I have now. Here is a problem hopefully someone has run across and can help me out with: My program is in the background. A drag is started in another application, say the Finder, and a drop occurs in my program (which tracks the drag as expected). There are certain situations where an abnormal condition can occur, such as a drag containing a file type that I do not support (like a folder or a volume). If the drag also contains valid items, most of the time I want to handle those normally, but some of them require special handling, like letting the user choose which resources in a Scrapbook file to select. In this latter situation, I use a modal dialog box to let the user select the resources. (I also use an alert box to notify the user of errors, which presents the same problem.) But, as I said before, my program is in the background, and so I hang when the dialog opens up. I tried forcing my program to the foreground using SetFrontProcess(), but this doesn't work. Do I need to (or can I) just sit in a loop until the foreground process calls WaitNextEvent(), which is when the process switching occurs? Or am I totally hosed, and have to disallow the drag (of at least certain items in that drag)? [Note that I want to try to avoid the Notification Manager as that would require some massive code changes that I don't really have time to deal with right now. Yes, I know, I know...!] !PLEASE! CC: a copy of your reply to me ("meadowsr@fgm.com") as I have to post through an anonymous server because we don't get newsfeeds here. Any help you can give would be most appreciated. Thanks!! Randall Meadows meadowsr@fgm.com "Show me a good loser, and I'll show you a loser." - ----------------------------------------------------------------------- To find out more about the anon service, send mail to help@anon.penet.fi. Due to the double-blind, any mail replies to this message will be anonymized, and an anonymous id will be allocated automatically. You have been warned. Please report any problems, inappropriate use etc. to admin@anon.penet.fi. +++++++++++++++++++++++++++ >From paul.hoffman@umich.edu (Paul M. Hoffman) Date: Sat, 05 Nov 1994 09:30:34 -0500 Organization: University of Michigan In article <164336Z04111994@anon.penet.fi>, an144239@anon.penet.fi wrote: > My program is in the background. A drag is started in another application, > say the Finder, and a drop occurs in my program (which tracks the drag as > expected). > [ ... ] > In this latter situation, I use a modal dialog box to let the > user select the resources. (I also use an alert box to notify the user of > errors, which presents the same problem.) > > But, as I said before, my program is in the background, and so I hang when > the dialog opens up. I tried forcing my program to the foreground using > SetFrontProcess(), but this doesn't work. Do I need to (or can I) just sit > in a loop until the foreground process calls WaitNextEvent(), which is when > the process switching occurs? Or am I totally hosed, and have to disallow > the drag (of at least certain items in that drag)? In your "receive" handler, bundle up all the pertinent info from the drag and put it into a global "drags to complete" queue, then return noErr. Each time through your main event loop, check this queue and do your thing if there's something there. Depending on how complicated the drags you accept are, this could be a bit of work; I've done it with text-only drags, where it was a cinch. An alternate, and to my mind much more elegant, solution (suggested recently by Jon Pugh, I think) is to send the drag info to yourself in a (custom) Apple Event rather than queuing it yourself. Then you can let the Apple Event Manager do some (or all) of the notification stuff for you -- just do something like this in your AE handler: err = AEInteractWithUser (kAEDefaultTimeout, NULL, MyIdleFunction); and abort the drag completion if err != noErr. (Put a pointer to a notification record in the 2nd parameter if you want; see IM: Interapplication Communication p. 4-50 for more on this, and p.5-21 to 5-23 for info on idle functions.) Just make sure you don't set the direct-dispatch-to-myself bit (I forget its name) when you send the event, since that would result in a crash like what you're getting now. And *do* set the kAECanSwitchLayer bit. You may choose to do this for all drags, or just ones that need user interaction. And setting up a notification record really isn't all that difficult; you should give it a shot -- see IM 6, chapter 24. Here's a snippet to set one up (untested, unwarranted, etc.): NMRec note; note.nmMark = 1; /* Diamond mark by app name in the app menu */ note.nmIcon = myIconFamilyHndl; /* Icon to flash */ note.nmSound = -1; /* System beep */ note.nmStr = "\pThe app 'Foo' needs your help!"; /* Alert string */ note.nmResp = NULL; You have to get the icon family handle yourself; I can't find any handy sample code right now. Paul. -- Paul Hoffman +-----+ E-mail: paul.hoffman@umich.edu Taubman Medical Library | pmh | WWW: http://www.umich.edu/~nkuitse/ University of Michigan +-----+ "Dragons do not enter into this article" --------------------------- >From cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) Subject: GeoPort-GeoPod Documentation - Does it exist? Date: 28 Oct 1994 16:58:25 GMT Organization: U.T. Houston I'd really like to get an application running on the Power Mac that performs like the ApplePhone demo app that shipped with AV Quadras. (It apparently doesn't run on AV PowerMacs.) Unfortunately, I can't seem to track down ANY documentation on how to communicate with the GeoPod via the GeoPort for VOICE telephony applications. Has Apple documented this stuff anywhere? If so, can someone point me to the source of this information? If not, why hasn't Apple made this info available? (Sorry if I just missed a discussion on this. I've been out of news reader contact for a week or so.) +++++++++++++++++++++++++++ >From andriccs@post.drexel.edu (C. Stephen Andrichak) Date: Mon, 31 Oct 1994 11:18:58 -0500 Organization: Pffbbbttt! In article , cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) wrote: > I'd really like to get an application running on the Power Mac that > performs like the ApplePhone demo app that shipped with AV Quadras. (It > apparently doesn't run on AV PowerMacs.) Unfortunately, I can't seem to > track down ANY documentation on how to communicate with the GeoPod via the > GeoPort for VOICE telephony applications. > > Has Apple documented this stuff anywhere? If so, can someone point me to > the source of this information? If not, why hasn't Apple made this info > available? I just read in the November issue of MacWorld that the long-awaited Telephony Tool should be released before the end of the year. Finally, could it be?! I've not gotten my hopes up yet though. You might check out the Phonebridge device that was just released, it's a add on that has full fax/data/voice abilities and you can get it with full developer info for about $500. Other than that, join the club on waiting. :-) Let us know if you find anything. - ------------------------------------------- C.Stephen Andrichak andriccs@post.drexel.edu - ------------------------------------------- +++++++++++++++++++++++++++ >From bcoleman@hayes.com (Bill Coleman) Date: 31 Oct 94 17:46:31 EDT Organization: Hayes Microcomputer Products, Norcross, GA In article , cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes: > I'd really like to get an application running on the Power Mac that > performs like the ApplePhone demo app that shipped with AV Quadras. (It > apparently doesn't run on AV PowerMacs.) Unfortunately, I can't seem to > track down ANY documentation on how to communicate with the GeoPod via the > GeoPort for VOICE telephony applications. Talk to your friendly Apple evangelist. If you are not an Apple developer, then you don't have a prayer. If you are a developer, you might have a small chance. > Has Apple documented this stuff anywhere? If so, can someone point me to > the source of this information? If not, why hasn't Apple made this info > available? This stuff is documented somewhere, I'm sure. The Apple engineers that wrote the stuff had to work from something, right? Why Apple hasn't made this information available is beyond me. Ask Apple. I know several developers have asked, and no one has yet come up with an answer. -- Bill Coleman, AA4LR ! Internet: bcoleman@hayes.com Principal Software Engineer ! AppleLink: D1958 Hayes Microcomputer Products, Inc. ! CIS: 76067,2327 POB 105203 Atlanta, GA 30348 USA ! Disclaimer: "My employer doesn't pay me to have opinions." Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett. +++++++++++++++++++++++++++ >From cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) Date: Thu, 03 Nov 1994 11:02:28 -0600 Organization: Academic Computing, UT-Houston In article <1994Oct31.174631.9586@hayes>, bcoleman@hayes.com (Bill Coleman) wrote: > In article , cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes: > > I'd really like to get an application running on the Power Mac that > > performs like the ApplePhone demo app that shipped with AV Quadras. (It > > apparently doesn't run on AV PowerMacs.) Unfortunately, I can't seem to > > track down ANY documentation on how to communicate with the GeoPod via the > > GeoPort for VOICE telephony applications. > > Talk to your friendly Apple evangelist. If you are not an Apple developer, > then you don't have a prayer. If you are a developer, you might have a small > chance. > > > Has Apple documented this stuff anywhere? If so, can someone point me to > > the source of this information? If not, why hasn't Apple made this info > > available? > > This stuff is documented somewhere, I'm sure. The Apple engineers that wrote > the stuff had to work from something, right? > Why Apple hasn't made this information available is beyond me. Ask Apple. I > know several developers have asked, and no one has yet come up with an > answer. Here's the best answer so far from Apple DTS. There is no documentation that corresponds to the interfaces used to develop ApplePhone. It was written to internal, undocumented interfaces. The closest thing to documentation on how to play with the GeoPort/GeoPod is contained in the "Telephone Manager" CTB extensions. This info is available from APDA. The Telephone Manager is a part of System 7.5 and is also available on the most recent Developer's CD (TelMgr 1.1, or something like that.) My best guess is that the Telephone Manager is an extended set of routines, added to the CTB to allow control of telephony devices in addition to data-oriented comm hardware. The only example telephone tool that comes with the TM is an ISDN tool for use with the defunct Apple ISDN card. Whether the product from APDA comes with a GeoPod tool is unclear. If there isn't a GeoPod tool then this software is useless since Apple hasn't documented how you talk to a GeoPod, making it impossible for 3rd parties to write a GeoPod tool. All of this is confused by the fact that Open Transport is ultimately supposed to mean the end of the CTB. Since no mention of telephony has been made in any of the Open Transport documentation, it isn't clear what happens to the Telephone Manager in the future. But most of all, it isn't clear why Apple is including big chunks of system software capability in 7.5 without making developers aware of it and providing them with appropriate documentation. Apple gets a big black eye on this subject, IMHO. --_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_\_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Chuck Shotton \ Assistant Director, Academic Computing \ "Are we there yet?" U. of Texas Health Science Center Houston \ cshotton@oac.hsc.uth.tmc.edu (713) 794-5650 \ _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-\-_-_-_-_-_-_-_-_-_-_-_-_- +++++++++++++++++++++++++++ >From RobTerrell@vmedia.com (Rob Terrell) Date: 3 Nov 1994 22:48:15 GMT Organization: Jecta Development Corp. In article cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes: > Here's the best answer so far from Apple DTS. There is no documentation > that corresponds to the interfaces used to develop ApplePhone. It was > written to internal, undocumented interfaces. The closest thing to > documentation on how to play with the GeoPort/GeoPod is contained in the > "Telephone Manager" CTB extensions. This info is available from APDA. The > Telephone Manager is a part of System 7.5 and is also available on the > most recent Developer's CD (TelMgr 1.1, or something like that.) No, the Telephone Manager is an API in its own right...It doesn't connect with CTB at all. So when the CTB goes away, the tel manager will still be around. Unfortunately. I worked on a project for a large telcom firm and tried like hell to get the Geoport APIs out of Apple. None was made available, not even to a large telcom firm that's deeply in bed with Apple. > Whether the product from APDA comes with a GeoPod tool is unclear. > If there isn't a GeoPod tool then this software is useless since Apple > hasn't documented how you talk to a GeoPod, making it impossible for 3rd > parties to write a GeoPod tool. It doesn't, and you're right, it's useless. The telephone manager lets you do things like place calls, transfer calls, answer calls, and so forth. It doesn't actually IMPLEMENT these features, it just provides a callable API for them. If you want these features for a particular phone system, you'll need to write a telephone tool. There are very few tools out there. There is NO tool for the GeoPort. I repeat--no GeoPort tool. Cypress Research gives away a tool for the SupraFax modem that their PhonePro program uses to interface with it. You can then use this tool with any other Telephone Manger program out there...of which, I only know of one, which a friend of mine wrote. (It's a totally cool AppleScript interface for the telephone manager. Dials the phone, transfers calls if you're on a Centrex system, that kind of thing.) Even so, there's no voice support in the telephone manager yet; it's supposed to be in the next version which hasn't yet materialized. This means you can't do voicemail-type apps without serious hacking. (We used a second sound card for sound in/out, hooked up to the line through a little black box I concocted from Radio Shack.) I think Cypress hacked voice support through the Telephone Manager's 'device-specific' calls, but I'm not sure. The only guy I know who actually has other Telephone Tools for other modems is Michael Spizer at Glen Canyon Software. He has posted stuff about it on Applelink a long time back. Feel free to call, write, fax, and mail-bomb the Apple Telephony Evangelist, Michael Bayer (Bayer1@applelink.apple.com). He's a total wad who, in my experience, never returns email or phone calls, never provides support or accurate information about Apple's plans, and may simply make your life hell. He wasn't any help in making our product come to life. It will make you want to switch to TAPI. But don't. Rob +++++++++++++++++++++++++++ >From sdk@cci.com (Stephen Knight) Date: Sat, 5 Nov 1994 19:24:27 GMT Organization: Northern Telecom In article <39bpbf$ige@redstone.interpath.net>, RobTerrell@vmedia.com (Rob Terrell) wrote: > In article > cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes: > > > Here's the best answer so far from Apple DTS. There is no documentation > > that corresponds to the interfaces used to develop ApplePhone. It was > > written to internal, undocumented interfaces. The closest thing to > > documentation on how to play with the GeoPort/GeoPod is contained in the > > "Telephone Manager" CTB extensions. This info is available from APDA. The > > Telephone Manager is a part of System 7.5 and is also available on the > > most recent Developer's CD (TelMgr 1.1, or something like that.) > > No, the Telephone Manager is an API in its own right...It doesn't > connect with CTB at all. So when the CTB goes away, the tel manager > will still be around. Unfortunately. True. > > I worked on a project for a large telcom firm and tried like hell to > get the Geoport APIs out of Apple. None was made available, not even to > a large telcom firm that's deeply in bed with Apple. True. > > > Whether the product from APDA comes with a GeoPod tool is unclear. > > If there isn't a GeoPod tool then this software is useless since Apple > > hasn't documented how you talk to a GeoPod, making it impossible for 3rd > > parties to write a GeoPod tool. > > It doesn't, and you're right, it's useless. The telephone manager lets > you do things like place calls, transfer calls, answer calls, and so > forth. It doesn't actually IMPLEMENT these features, it just provides a > callable API for them. > > If you want these features for a particular phone system, you'll need > to write a telephone tool. There are very few tools out there. There is > NO tool for the GeoPort. I repeat--no GeoPort tool. True. > > Cypress Research gives away a tool for the SupraFax modem that their > PhonePro program uses to interface with it. You can then use this tool > with any other Telephone Manger program out there...of which, I only > know of one, which a friend of mine wrote. (It's a totally cool > AppleScript interface for the telephone manager. Dials the phone, > transfers calls if you're on a Centrex system, that kind of thing.) > > Even so, there's no voice support in the telephone manager yet; it's > supposed to be in the next version which hasn't yet materialized. This > means you can't do voicemail-type apps without serious hacking. (We > used a second sound card for sound in/out, hooked up to the line > through a little black box I concocted from Radio Shack.) I think > Cypress hacked voice support through the Telephone Manager's > 'device-specific' calls, but I'm not sure. You're correct. Cypress's tool uses the "device-specific" calls to use voice support. It requires a voice-modem. In theory, they have a new box in beta that will provide the POTS interface that the GeoPort does. > > The only guy I know who actually has other Telephone Tools for other > modems is Michael Spizer at Glen Canyon Software. He has posted stuff > about it on Applelink a long time back. His name is Michael Speiser and he seems a pretty neat guy to talk to. > > Feel free to call, write, fax, and mail-bomb the Apple Telephony > Evangelist, Michael Bayer (Bayer1@applelink.apple.com). He's a total > wad who, in my experience, never returns email or phone calls, never > provides support or accurate information about Apple's plans, and may > simply make your life hell. He wasn't any help in making our product > come to life. It will make you want to switch to TAPI. But don't. Bayer will return email...sometimes. He also promises that their GeoPort TM tool will even slice bread. But, he won't tell when it will be done and after awhile he stops answering the email (no, I didn't bomb him. he said their tool (when ready) would be great. he asked for my mail address so that non-disclosures could be sent. I sent it to him and.... So, since the GeoPort is useless (it makes an expensive modem), the current choices Cypress Research and Collaboration Technologies. Collaboration is advertising "PhoneBridge". They currently have a $500 developer program (comes with beta software and hardware, when the hardware goes final you get a free upgrade). Their talk is that they can satisfy our requirements (it'll be interesting to see if they can walk). Oh well -- Steve Knight Northern Telecom Rochester, NY +++++++++++++++++++++++++++ >From sw@network-analysis-ltd.co.uk (Sak Wathanasin) Date: Mon, 7 Nov 94 09:15:37 GMT Organization: Network Analysis Ltd In article (comp.sys.mac.programmer,comp.sys.mac.comm), sdk@cci.com (Stephen Knight) writes: > current choices Cypress Research and Collaboration Technologies. > Collaboration is advertising "PhoneBridge". They currently have a $500 > developer program (comes with beta software and hardware, when the > hardware goes final you get a free upgrade). Do these guys actually exist? I've sent them email about 3 times with no response. It doesn't bode well... Sak Wathanasin Network Analysis Limited 178 Wainbody Ave South, Coventry CV3 6BX, UK Internet: sw@network-analysis-ltd.co.uk uucp: ...!uknet!nan!sw AppleLink: NAN.LTD Phone: (+44) 203 419996 Mobile:(+44) 850 587411 Fax: (+44) 203 690690 +++++++++++++++++++++++++++ >From Darrin Cardani Date: Fri, 4 Nov 1994 21:27:36 GMT Organization: AT&T Global Information Solutions, Atlanta >In article <39bpbf$ige@redstone.interpath.net> Rob Terrell writes: >In article >cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes: > >> Here's the best answer so far from Apple DTS. There is no documentation >> that corresponds to the interfaces used to develop ApplePhone. It was >> written to internal, undocumented interfaces. The closest thing to >> documentation on how to play with the GeoPort/GeoPod is contained in the >> "Telephone Manager" CTB extensions. This info is available from APDA. The >> Telephone Manager is a part of System 7.5 and is also available on the >> most recent Developer's CD (TelMgr 1.1, or something like that.) [...] >I worked on a project for a large telcom firm and tried like hell to >get the Geoport APIs out of Apple. None was made available, not even to >a large telcom firm that's deeply in bed with Apple. etc. Are you aware of the following press release from Apple? - -----forwarded stuff------ Support Grows for Apple GeoPort Standard 10/21/94 CUPERTINO, CALIFORNIA, U.S.A., 1994 OCT 21 (NB) -- Apple Computer's (NASDAQ: APPL) GeoPort interface, first announced in 1993, has gained new support from 10 influential computer and telephony vendors. GeoPort is a plug-and-play, backward compatible serial interface with a bandwidth 200 times that of a standard serial port. The 10 companies declaring GeoPort to be their preferred cross-platform computer-telephony interconnect standard are: AOX, Inc., AT&T Corp., Crystal Semiconductor Corp., Cypress Research Corp., IBM Corp., Motorola, Inc., SAT Groupe SAGEM, Siemens PN, Siemens Rolm Communications, Inc., and Zilog, Inc. Mark Orr, business manager in Apple's PC division, considered the announcement a turning point, telling Newsbytes, "We think it has the ability to become a communications standard throughout the PC world. Now we're going to go out and work the issue from an evangelism point of view." Orr explained, "The real problem is that there has developed a solid infrastructure and technological momentum in both the telephony and PC communities. The result is that the phone and the PC haven't been able to communicate very well. There has been no means to bridge the 6-inch gap between the PC and the phone sitting next to it. GeoPort lets that happen, not just in the context of a single platform or a single telephone, but with any computer, any telephone, anywhere in the world." Beyond providing a broad bandwidth physical connection, Apple Computer says GeoPort also hides the differences between connected computers and communications systems, and allows any kind of data to pass between them. That makes it a superior cross-platform communications tool, Apple said. Apple has ambitious plan for GeoPort. The firm believes its design offers strong appeal in both computer and telephony markets. It cites potential uses including fax and data transmission, video conferencing, and "white board" type data sharing regardless of telephones, lines, connections or computers used in a link. Technically, GeoPort supports most common telephone APIs (application programming interfaces) including AT&T/Novell's TSAPI, IBM's CallPath, Microsoft's TAPI, or Apple's Telephone Manager. It works with phone lines from POTS (plain old telephone service) to T1/E1 links and supports computer data, voice, fax, modem, voice or video data transfer. It also allows multiple simultaneous information streams, such as voice plus video. (Craig Menefee/19941021/Press Contact: Maureen O'Connell, Regis McKenna, Inc., 408-862-6689; or Lisa Byrne, Apple Computer, Inc., 408-862-5154) +++++++++++++++++++++++++++ >From sdk@cci.com (Stephen Knight) Date: Tue, 8 Nov 1994 02:21:06 GMT Organization: Northern Telecom In article <100338.e785p5@Ph.network-analysis-ltd.co.uk>, sw@network-analysis-ltd.co.uk wrote: > In article > (comp.sys.mac.programmer,comp.sys.mac.comm), sdk@cci.com (Stephen Knight) > writes: > > > current choices Cypress Research and Collaboration Technologies. > > Collaboration is advertising "PhoneBridge". They currently have a $500 > > developer program (comes with beta software and hardware, when the > > hardware goes final you get a free upgrade). > > Do these guys actually exist? I've sent them email about 3 times with no > response. It doesn't bode well... > You've probably already received mail from Wayne by now, but...try "wayne@collab.com". He always replies to me. -- Steve Knight Northern Telecom Rochester, NY +++++++++++++++++++++++++++ >From sdk@cci.com (Stephen Knight) Date: Tue, 8 Nov 1994 02:43:37 GMT Organization: Northern Telecom In article , Darrin.Cardani@AtlantaGA.NCR.COM wrote: [ comments on Apple's lack of GeoPort documentation, snip ]. > > Are you aware of the following press release from Apple? > -------forwarded stuff------ > Support Grows for Apple GeoPort Standard 10/21/94 > [ Apple press release, snip ]. Unfortunately, as long as GeoPort documentation is still unreleased from Apple, the GeoPort makes a neat fax-modem. Big deal. You wouldn't believe how irritated I get everytime I see a Compaq ad bragging about their speech or phone handling. The last time I looked at an article in Computer Telephony on phone handling Apple wasn't mentioned (they had been mentioned in a previous article...months ago). As far as I can see, Apple isn't even considered a player. Sorry folks, the wound is self-inflicted. It will be even more pitiful if any of those other box-making companies release their APIs before Apple (question at the 94 WWDC: "when are you going to document the GeoPort APIs?" answer: "uhhh, we haven't decided yet"). We've been wanting to release telephony capable applications to our customers for over a year. Well, it looks like we're finally going to, but it won't be with GeoPort. Hellooooo Collaboration Technologies!!! -- Steve Knight Northern Telecom Rochester, NY +++++++++++++++++++++++++++ >From RobTerrell@vmedia.com (Rob Terrell) Date: 8 Nov 1994 16:01:28 GMT Organization: Jecta Development Corp. In article sdk@cci.com (Stephen Knight) writes: > Unfortunately, as long as GeoPort documentation is still unreleased from > Apple, the GeoPort makes a neat fax-modem. Big deal. You wouldn't > believe how irritated I get everytime I see a Compaq ad bragging about > their speech or phone handling. I've got to agree with Stephen. The situation has been unbearable for over a year now. Until I quit my previous job, I spent a day a week trying to pry GeoPort secrets out of Apple. Press releases are bullshit. If I can't get the inforamtion to program for a product, it's useless. Apple once was touting their Telepohny Apps, but not anymore. The AV Mac "Answering Machine" barely works, and despite the fact that legions of programmers have wanted to make a real, working version, Apple refuses to release the specs. I honestly can't imagine why. +++++++++++++++++++++++++++ >From amanda@intercon.com (Amanda Walker) Date: 8 Nov 1994 20:36:48 -0500 Organization: InterCon Systems Corporation, Engineering Dept. RobTerrell@vmedia.com (Rob Terrell) writes: >Feel free to call, write, fax, and mail-bomb the Apple Telephony >Evangelist, Michael Bayer (Bayer1@applelink.apple.com). He's a total >wad who, in my experience, never returns email or phone calls, never >provides support or accurate information about Apple's plans, and may >simply make your life hell. He wasn't any help in making our product >come to life. It will make you want to switch to TAPI. But don't. I wouldn't go that far, even speaking as someone who'se been nagging Apple about GeoPort docs for over a year (I even asked Michael about it point-blank at this year's WWDC, to applause from the crowd :)). Documentation and support software for the GeoPort architecture is inexcusably late, but I'm not going to start laying the blame at Michael's or anyone else's feet. Taking the DSP out of the Power Macs probably did a lot to set back the progress, since they then had to invent a new real-time scheduler to replace ARTA, come up with new Sound Manager components, and so on. I'm not singing their praises just yet, but then again I'm glad I don't work at Apple whenever I read about the latest reorg in MacWeek :). Engineers and evangelists are seldom the problem, in my experience. Amanda Walker InterCon Systems Corporation +++++++++++++++++++++++++++ >From mancini@fysik.uu.se (Derrick C. Mancini) Date: Wed, 9 Nov 1994 10:03:12 GMT Organization: MAX-Lab, Lunds Universitet In article , Darrin.Cardani@AtlantaGA.NCR.COM wrote: > Are you aware of the following press release from Apple? > -------forwarded stuff------ > Support Grows for Apple GeoPort Standard 10/21/94 > > CUPERTINO, CALIFORNIA, U.S.A., 1994 OCT 21 (NB) -- Apple Computer's (NASDAQ: > APPL) GeoPort interface, first announced in 1993, has gained new support (rest of press released deleted) Yes, but that still doesn't make any of the necessary information public or indicate what new products, if any, that Apple might introduce or upgrade. If anything, this might suggest why Apple has been so closed-mouthed and sluggish with this stuff, since they may have needed to be hush-hush or were still finalizing compromised standards during negotiations with their new "partners". If so, then it is about time for Apple to step forward with more support and public info in this area. Still, I wouldn't be surprised if there was a lead time provided for these big "partners". Anyone at Apple want to comment? Hmmm. Guess not. -- The XRAYMAN +++++++++++++++++++++++++++ >From Darrin Cardani Date: Wed, 9 Nov 1994 18:02:16 GMT Organization: AT&T Global Information Solutions, Atlanta Sorry for the repost (if you see this twice). I think our servers were having trouble when I posted this originally. Here it is again. >In article Darrin Cardani writes: >>In article <39bpbf$ige@redstone.interpath.net> Rob Terrell writes: >>In article >>cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes: >> >>> Here's the best answer so far from Apple DTS. There is no documentation >>> that corresponds to the interfaces used to develop ApplePhone. It was >>> written to internal, undocumented interfaces. The closest thing to >>> documentation on how to play with the GeoPort/GeoPod is contained in the >>> "Telephone Manager" CTB extensions. This info is available from APDA. The >>> Telephone Manager is a part of System 7.5 and is also available on the >>> most recent Developer's CD (TelMgr 1.1, or something like that.) >[...] >>I worked on a project for a large telcom firm and tried like hell to >>get the Geoport APIs out of Apple. None was made available, not even to >>a large telcom firm that's deeply in bed with Apple. > >etc. > >Are you aware of the following press release from Apple? >-------forwarded stuff------ >Support Grows for Apple GeoPort Standard 10/21/94 > >CUPERTINO, CALIFORNIA, U.S.A., 1994 OCT 21 (NB) -- Apple Computer's (NASDAQ: >APPL) GeoPort interface, first announced in 1993, has gained new support from 10 >influential computer and telephony vendors. GeoPort is a plug-and-play, backward >compatible serial interface with a bandwidth 200 times that of a standard serial >port. > >The 10 companies declaring GeoPort to be their preferred cross-platform >computer-telephony interconnect standard are: AOX, Inc., AT&T Corp., Crystal >Semiconductor Corp., Cypress Research Corp., IBM Corp., Motorola, Inc., SAT >Groupe SAGEM, Siemens PN, Siemens Rolm Communications, Inc., and Zilog, Inc. > >Mark Orr, business manager in Apple's PC division, considered the announcement a >turning point, telling Newsbytes, "We think it has the ability to become a >communications standard throughout the PC world. Now we're going to go out and >work the issue from an evangelism point of view." > >Orr explained, "The real problem is that there has developed a solid >infrastructure and technological momentum in both the telephony and PC >communities. The result is that the phone and the PC haven't been able to >communicate very well. There has been no means to bridge the 6-inch gap between >the PC and the phone sitting next to it. GeoPort lets that happen, not just in >the context of a single platform or a single telephone, but with any computer, >any telephone, anywhere in the world." > >Beyond providing a broad bandwidth physical connection, Apple Computer says >GeoPort also hides the differences between connected computers and >communications systems, and allows any kind of data to pass between them. That >makes it a superior cross-platform communications tool, Apple said. > >Apple has ambitious plan for GeoPort. The firm believes its design offers strong >appeal in both computer and telephony markets. It cites potential uses including >fax and data transmission, video conferencing, and "white board" type data >sharing regardless of telephones, lines, connections or computers used in a >link. > >Technically, GeoPort supports most common telephone APIs (application >programming interfaces) including AT&T/Novell's TSAPI, IBM's CallPath, >Microsoft's TAPI, or Apple's Telephone Manager. It works with phone lines from >POTS (plain old telephone service) to T1/E1 links and supports computer data, >voice, fax, modem, voice or video data transfer. It also allows multiple >simultaneous information streams, such as voice plus video. > >(Craig Menefee/19941021/Press Contact: Maureen O'Connell, Regis McKenna, Inc., >408-862-6689; or Lisa Byrne, Apple Computer, Inc., 408-862-5154) > > > > > >> +++++++++++++++++++++++++++ >From bereskin@apple.com (Ken Bereskin) Date: Fri, 4 Nov 1994 21:06:35 GMT Organization: Apple Canada Inc. In article <39bpbf$ige@redstone.interpath.net>, RobTerrell@vmedia.com (Rob Terrell) wrote: > If you want these features for a particular phone system, you'll need > to write a telephone tool. There are very few tools out there. There is > NO tool for the GeoPort. I repeat--no GeoPort tool. JABRA ships a preliminary telephone tool with its EarPhone product that works with the GeoPort Telecom Adapter and an application (Power Dialer) that allows you place/answer voice calls under direct user or AppleScript control. Its cool and it works! Its called the 'Jabra PowerTelephoneTool' and appears to be developed by CTM Development (Get Info... credit). Ken +++++++++++++++++++++++++++ >From bereskin@apple.com (Ken Bereskin) Date: Fri, 4 Nov 1994 21:06:35 GMT Organization: Apple Canada Inc. In article <39bpbf$ige@redstone.interpath.net>, RobTerrell@vmedia.com (Rob Terrell) wrote: > If you want these features for a particular phone system, you'll need > to write a telephone tool. There are very few tools out there. There is > NO tool for the GeoPort. I repeat--no GeoPort tool. JABRA ships a preliminary telephone tool with its EarPhone product that works with the GeoPort Telecom Adapter and an application (Power Dialer) that allows you place/answer voice calls under direct user or AppleScript control. Its cool and it works! Its called the 'Jabra PowerTelephoneTool' and appears to be developed by CTM Development (Get Info... credit). Ken --------------------------- >From clark@halcyon.com alt.emulators.ibmpc.apple2 alt.emusic alt.engr.explosives alt.ernie-pook alt.etc.passwd alt.etext alt.eunuchs.questions alt.exotic-music alt.exploding.kibo alt.fairs.renaissance alt.fan.addams.wednesday alt.fan.albedo alt.fan.alok.vijay (Charles W. Clark alt.bbs.gigo-gateway alt.bbs.internet alt.bbs.lists alt.bbs.lists.d alt.bbs.majorbbs alt.bbs.metal alt.bbs.pcboard alt.bbs.pcbuucp alt.bbs.searchlight alt.bbs.unixbbs alt.bbs.unixbbs.uniboard alt.bbs.uupcb alt.bbs.waffle alt.bbs.) Subject: How to get list of files in folder Date: Thu, 03 Nov 1994 15:29:59 -0800 Organization: Marunaka Translation Service Hello All! Could someone please tell me how to go about getting FSspec or SFReply-type information for all of the files in the current directory (folder)? I have been struggling with this problem and haven't been able to find any Toolbox routines for this. (I am using Symatec C++). Any assistance greatly appreicated. Thanks in Advance, Charlie Clark +++++++++++++++++++++++++++ >From trygve@netcom.com (Trygve Isaacson) Date: Fri, 4 Nov 1994 11:46:04 GMT Organization: Wall Data Incorporated In article , clark@halcyon.com wrote: > Could someone please tell me how to go about getting FSspec or > SFReply-type information for all of the files in the current directory > (folder)? > I have been struggling with this problem and haven't been able to find any > Toolbox routines for this. (I am using Symatec C++). Any assistance > greatly appreicated. PBGetCatInfo is the call. Here's one way to do it. You need to have the vRefNum of the volume (disk) and the dirID of the folder. See IM:Files 2-43 for details. I hope this helps! void EnumerateFolder(short vRefNum, long dirID) { Str31 name; CInfoPBRec pb; OSErr err short index = 1; pb.dirInfo.ioNamePtr = name; pb.dirInfo.ioVRefNum = vRefNum; while (err == noErr) { pb.dirInfo.ioFDirIndex = index; pb.dirInfo.ioDrDirID = dirID; // gotta set it each time! err = PBGetCatInfo(&pb, false); if (err == noErr) { if ((pb.hFileInfo.ioFlAttrib & 0x10) == 0x10) // folder bit ProcessASubFolder(&pb); else { pb.dirInfo.ioDrDirID = dirID; // changed by PBGetCatInfo ProcessAFile(&pb); } } index++; } } To get an FSSpec for the file (or subfolder) you could do this: void ProcessAFile(CInfoPBRec *filePB) { OSErr err; FSSpec anFSSpec; err = FSMakeFSSpec(filePB->dirInfo.ioVRefNum, filePB->dirInfo.ioDrDirID, filePB->dirInfo.ioNamePtr, &anFSSpec); etc. } .................................................................... Trygve Isaacson trygve@netcom.com Wall Data Incorporated file://ftp.netcom.com/pub/trygve/home.html .................................................................... --------------------------- >From lam@isd.jpl.nasa.gov (R. Lam) Subject: Sample code for Launching appl from SC++ or TC. Date: 2 Nov 1994 19:47:05 GMT Organization: JPL Hi, I'm looking for some sample code to launch an application (i.e GIFConverter) from a Symantec C or C++ programming environment. Can anyone point me to the right place please? Thanks in advance. Ray Lam lam@isd.jpl.nasa.gov +++++++++++++++++++++++++++ >From mhl@icf.hrb.com (mark) Date: 2 Nov 94 17:00:18 EST Organization: HRB Systems, Inc. In article <398qbp$5to@lo-fan.jpl.nasa.gov>, lam@isd.jpl.nasa.gov (R. Lam) writes: > Hi, > > I'm looking for some sample code to launch an application (i.e > GIFConverter) from a Symantec C or C++ programming environment. > Can anyone point me to the right place please? Thanks in advance. > > Ray Lam > lam@isd.jpl.nasa.gov ftp.apple.com://dts/mac/sc/snippets/processes/launchwithdoc2.hqx -- Hope this helps. Mark H. Linton ____________________________________________________________________ mark \'märk\ n [ME, fr. OE mearc boundary, march, sign; akin to OHG marha boundary, L margo] 1 a : a conspicuous object serving as a guide for travelers 2 : A standard or criterion of quality 3 : An object or point that serves as a guide --idiom. mark time. 1 : To make little or no progress +++++++++++++++++++++++++++ >From Scott.Francis@SuperMac.com (Scott Francis) Date: Fri, 04 Nov 1994 13:02:02 -0800 Organization: SuperMac In article <398qbp$5to@lo-fan.jpl.nasa.gov>, lam@isd.jpl.nasa.gov (R. Lam) wrote: > Hi, > > I'm looking for some sample code to launch an application (i.e > GIFConverter) > from a Symantec C or C++ programming environment. Can anyone point me > to > the right place please? Thanks in advance. > Assuming you've got an FSSpec for the app you want to launch (if not, check out PBCatSearch or other mechanism to find the app you want). The following snippet should get you started... { FSSpec anFSSpec; LaunchParamBlockRec launchPB; launchPB.launchBlockID = extendedBlock; launchPB.launchEPBLength = extendedBlockLen; launchPB.launchFileFlags = launchNoFileFlags; launchPB.launchControlFlags = launchNoFileFlags + launchContinue; launchPB.launchAppSpec = &anFSSpec; LaunchApplication(&launchPB); } If you wanted to have the app open a document, you need to add AE stuff (If you know the app is HL event aware -- check size resource) before the LaunchApplication and set aLaunchPB.launchAppParameters to point to an AEDesc's dataHandle. (Let me know if want that code, too.) --Scott --------------------------- >From tuc@dingo.cs.wisc.edu (Brian Cole) Subject: Subject: Apple PR: MacOS Software Developer's Kit Date: 4 Nov 1994 18:01:53 GMT Organization: University of WI, Madison -- Computer Sciences Dept. found at ftp://ftp.austin.apple.com/Apple.Support.Area/Apple.Press.Releases/ (edited for brevity) ] Cupertino, California--October 31, 1994--Responding to developer ] requests, Apple Computer, Inc. today announced availability of a ] software developer's kit that combines most of its existing software ] developer's kits into one convenient--and very affordable--package. ] For U.S. $299, developers can purchase an annual subscription to the ] new Mac OS Software Developer's Kit (SDK), which is available on a ] CD-ROM and includes quarterly updates. ] Another important benefit of the Mac OS Software Developer's Kit is ] its streamlined approach to software licensing. Subscribers ] automatically will be able to redistribute certain system extension ] files and libraries with programs they develop that require these ] components. ] With a subscription to the Mac OS Software Developer's Kit, ] developers will receive a disc each quarter that contains the most ] recent versions of almost all of Apple's system-software extensions, ] making it convenient to track these most recent extension releases ] and incorporate support for them into applications. In addition to ] the system-software extensions, the Mac OS SDK includes programming ] interfaces and libraries, sample code, and technical documentation. ] The initial release of Mac OS SDK includes SDKs for the following ] software extensions: ] ] Apple Guide MacODBC ] Apple Open Collaboration Environment (AOCE) MacOSI Connection ] Apple Remote Access MacSNMP ] Apple Remote Access Modem MacTCP ] Apple Shared Library Manager MacX.400 ] AppleScript MacX25 ] AppleSearch MIDI Management Tools ] AppleShare API Network Software Installer ] AppleTalk Wide Area Open Transport ] ColorSync PlainTalk ] Communications Toolbox QuickDraw GX ] Control Strip QuickTime ] Designing PCI Cards & Drivers Sound Manager ] File System Manager Telephone Manager ] Installer Thread Manager ] Macintosh Drag and Drop XTND ] Macintosh Easy Open ] Members worldwide of Apple's Partners Program will receive one ] subscription to the Mac OS SDK without charge as one of the benefits ] of the program. For other developers, subscriptions to the Mac OS ] Software Developer's Kit are available immediately through APDA ] APDA ] Apple Computer, Inc. ] P.O. Box 319 ] Buffalo, NY 14207-0319 ] 800-282-2732 (U.S.A.) ] 800-637-0029 (Canada) ] 716-871-6555 (International) ] 716-871-6511 (Fax) -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _______ _____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Brian A. Cole |_ _ | | ___| http://www.cs.wisc.edu/~tuc/ Head Consultant | | | |__| |___ The speed of time is tuc@cs.wisc.edu |_| |__________| 3600 seconds per hour. --------------------------- End of C.S.M.P. Digest **********************