Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!bloom-beacon!oberon!cit-vax!ucla-cs!zen!ucbvax!sdr.slb.COM!SHULMAN From: SHULMAN@sdr.slb.COM (Jeffrey Shulman) Newsgroups: comp.sys.mac.digest Subject: Delphi Mac Digest V3 #42 Message-ID: <8710151015.AA06455@ucbvax.Berkeley.EDU> Date: Wed, 14-Oct-87 13:36:00 EDT Article-I.D.: ucbvax.8710151015.AA06455 Posted: Wed Oct 14 13:36:00 1987 Date-Received: Sat, 17-Oct-87 06:58:38 EDT Sender: usenet@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 721 Approved: info-mac@sumex-aim.stanford.edu Date: Sun 6 Sep 87 15:20:11-GMT From: Jeff Shulman Subject: Delphi Mac Digest V3 #42 To: Delphi-List: ; Message-ID: <557936412.0.SHULMAN@SDR> Mail-System-Version: ReSent-date: Wed 14 Oct 87 13:36:17-EDT ReSent-from: Jeff Shulman ReSent-to: post-info-mac@ucbvax.berkeley.edu Delphi Mac Digest Sunday, September 6, 1987 Volume 3 : Issue 42 Today's Topics: HyperCard logic problem (6 messages) Warning about HyperCard Stacks Field glitches 2000 and Mac II (3 messages) RE: SIZE resource RE: object-oriented c (4 messages) re: SE Internal Hard Disks (2 messages) Re: Hard Disks HyperCard Linking and Scripts function pointers in C (3 messages) HyperCard modification date contaminatio OCR Scanner (3 messages) HyperCard overlapping buttons Importing, sorting, and compacting (2 messages) HyperCard Fields RE: Usenet Mac Digest V3 #64 SIMM RAM for the MacII RE: Calculating a new Menu on the spot A C formatter (2 messages) ---------------------------------------------------------------------- From: MACWEEKBOS Subject: HyperCard logic problem Date: 28-AUG 10:17 Programming I ran into a weird problem with HyperCard that seems like a programmer error at first, but is so simple, I can't see a problem. I've got a button (background) that is to go to the recent card unless it's the first card in the stack where it should do nothing. I can get it to work by putting in an IF statement on Card Number = 1. However, if I use the Card ID (found via Card Info menu) as a test, it doesn't work! It seems as if the card id has been screwed up somehow, and displays in all cases differently from what it is. (I "Put" into Message and it looks right). Guess I'll try cutting and pasting the card, but that's a hassle. Ric ------------------------------ From: PEABO Subject: RE: HyperCard logic problem (Re: Msg 22111) Date: 28-AUG 13:57 Programming If you want it to work on the first card of a stack, then you don't want to use the card ID (because the card could be moved but its ID would not change). So, using card number = 1 is the right thing to do. I think there is also a distinction between short name of the card and long name of the card which might have something to do with this. peter ------------------------------ From: STEVEMALLER Subject: RE: HyperCard logic problem (Re: Msg 22111) Date: 28-AUG 10:20 Programming Ric, Can you post the script in a message so we (I) can see what you're trying to do? Steve Maller Apple Computer ------------------------------ From: MACWEEKBOS Subject: RE: HyperCard logic problem (Re: Msg 22115) Date: 28-AUG 14:20 Programming Argh... it's kind of proprietary, otherwise I would've posted it (the info in the stack is proprietary). I did try cutting and pasting the card to get a new ID, and that didn't help. I'll see if I can dig up the long/short stuff. Actually, though "number = 1" is right for now, I envision this becoming subservient to something else in the stack, so I want to use the card id, rather than the card number. ------------------------------------------------------------------------ [from memory...] On MouseUp Get the id of this card if it <> 3042 then go to recent card End MouseUp [the above doesn't work, what does is the below] On MouseUp Get the number of this card if it <> 1 then go to recent card End MouseUp ------------------------------------------------------------------------ Ric ------------------------------ From: PEABO Subject: RE: HyperCard logic problem (Re: Msg 22117) Date: 28-AUG 17:02 Programming What do you get in "it" when you say "get the id of this card"? Chesley recommends using the message box as a handy place to display debugging information. ("show msg" and "put it in msg" does that, I think.) peter ------------------------------ From: MACWEEKBOS Subject: RE: HyperCard logic problem (Re: Msg 22120) Date: 28-AUG 18:10 Programming Yeah, I did exactly that to make sure I had the id correct. What showed in the message box was the same that showed in Card Info. Ric ------------------------------ From: PEABO Subject: Warning about HyperCard Stacks Date: 28-AUG 14:03 Creative Pursuits HyperCard stacks are opened in read-write mode, and updates are near- instantaneous (that is, there is no separate step of saving changes like there is in many other Mac documents). What this means is that if you are downloading and uploading stacks, you should ALWAYS make a copy of the stack before clicking on it, and upload the original rather than the copy! Most stacks will probably not modify themselves just because you ran them, but I saw an example of a stack which had some stuff erased out of it by the time it got to me. I guess someone was experimenting with it and didn't realize they were making a permanent change! Please post this message on BBS systems so the word will get out about this hazard. peter ------------------------------ From: MACWEEKBOS Subject: Field glitches Date: 28-AUG 18:13 Bugs & Features Here's another weirdo problem. I've got a field defined to "show lines" and it doesn't. Changing fonts and sizes doesn't seem to matter and I don't think I'm doing anything unusual. (It's a scrolling field.) Ric ------------------------------ From: INTECO Subject: 2000 and Mac II Date: 28-AUG 13:49 Programming Techniques Well I hit the 2000... but nevertheless: Hierachical menus are very nice but how can I find out the position in a hierachical menu (e.g. font names) if I want to open another h.menu related to it (font sizes). ??? Further we had a funny observation under finder 6.0 that we had to lock the menus to run ... Uwe ------------------------------ From: SOCCERKING Subject: RE: 2000 and Mac II (Re: Msg 2000) Date: 30-AUG 23:26 Programming Techniques I assume the following about the structure of the hierarchial menus you are talking about. If i am sounding redundent or if I am way off track please forgive me. Any menu item that has a submenu has the postfix "'|'ID num" where ID num is a resource id for a independant menu. The MDEF creates an illusion of hierarchracy. MenuSelect returns the MenuID of the submenu in which the item was selected. The Item number is just like any other menu item number. Therefor to get an individual menu item you simply use the menu manager in the usual way. brent. ------------------------------ From: PEABO Subject: RE: 2000 and Mac II (Re: Msg 2017) Date: 31-AUG 21:14 Programming Techniques Say you have a menu with items A, B, C, and D on it, which are font names. You would want to create 4 different submenus, each with a list of font sizes for the corresponding item on the main menu (call them 1, 2, 3, and 4). Then you set up the main menu so that 1 is attached to A only, 2 to B, and so on. Does this make sense? peter ------------------------------ From: PEABO Subject: RE: SIZE resource (Re: Msg 22130) Date: 29-AUG 21:17 Network Digests >From: tomc@mntgfx.MENTOR.COM (Tom Carstensen) >Subject: SIZE resource >Date: 24 Aug 87 18:25:14 GMT >Organization: Mentor Graphics, Beaverton OR >Can anybody either explain, or point me in a direction about what >exactly the SIZE (ID = -1) resource is supposed to contain, in terms of >min/max size, and the other fields? ResEdit knows the format of this resource, so you can either just use ResEdit or you can look in the TMPL for SIZE. It is also documented in the Switcher programmer's guide somewhere: a word containing the flags for suspend/resume events and automatic screen save (and more things now, under MultiFinder) and two longwords giving the minimum and maximum memory size values. peter "In any context, half of all references PEABO @ DELPHI are local and half are global." ------------------------------ From: JIMH Subject: RE: object-oriented c (Re: Msg 2005) Date: 30-AUG 02:10 Programming Techniques Peter, oh and by the by do you (or anyone else) know any slick tricks to clip white space off the edge of a macpaint file? best jim ------------------------------ From: PEABO Subject: RE: object-oriented c (Re: Msg 2007) Date: 30-AUG 10:58 Programming Techniques The 128K ROMs have a trap in them that does the lasso function, don't they? However, for your application, just getting the smallest bounding rectangle may be enough (or maybbe make it a bit larger). I'd just do it by slavishly examining the top and bottom for blank scan lines and then working in from the two sides. peter ------------------------------ From: JIMH Subject: RE: object-oriented c (Re: Msg 2008) Date: 30-AUG 15:54 Programming Techniques Peter, thats what i did but it is a little slow on a mac II cant guess what it would be line on a +. best jim ------------------------------ From: ASMCOR Subject: RE: object-oriented c (Re: Msg 2007) Date: 31-AUG 19:53 Programming Techniques Jim - take a look at CalcMask, I think that's what you want. Page 24 of volume 4 of IM. Jan ------------------------------ From: MACWEEKBOS Subject: re: SE Internal Hard Disks (Re: Msg 22130) Date: 30-AUG 12:14 Network Digests To: kiyun@prism.UUCP Subject: SE Internal Hard Disks A review of internal hard disks for the Mac SE (which I wrote) appears in the July 20 issue of MacWEEK. You might want to ask them for a copy (415-882.7370). I had no way of evaluating reliability, except for minor notes about problems experienced in the few weeks I had (assumed to be software and cabling problems), although I'd assume that Rodimes and Conners are reliable from experience with these drives in the past (Conners being used in HyperDrive FX/40s and ProApp 40s). There were substantial speed differences between the products, even those using the same hard disk (due, no doubt, to the driver code). In the end, my experience in the review convinced me I didn't want an internal hard disk at all. Ric Ford "MacWEEK" Boston bureau ------------------------------ From: JIMH Subject: RE: re: SE Internal Hard Disks (Re: Msg 22144) Date: 30-AUG 15:52 Network Digests Ric, by the by the last issue of macweek quotes someone from adobe as saying they get $250 per laserwriter. Scott Knaster told me it was $1500. best jim ------------------------------ From: MACWEEKBOS Subject: Re: Hard Disks Date: 30-AUG 12:36 Network Digests >to: raifer@net1.ucsd.edu (Dan Graifer) >Subject: Re: Hard Disks 1) I'd suggest using 1 field/line format rather than tab-delimited format, because of all the different ways tabs get treated along the line and because it's hard to tell sometimes when a field is accidentally dropped. (probably each field should be of the form