pj@pnet51.orb.mn.org (Paul Jacoby) (02/27/91)
I reported this problem to Microsoft yesterday. They talked to Apple, and both agreed that it was a combination of fault in Excel and MultiFinder. I thought I'd post it here in case the System 7.0 folks can figure a way around it. Follow these steps: (1) Boot your Mac with System 6.0.3 or above, and run under MultiFinder (2) Open Excel 2.2 or 2.2a, and close all documents. (3) Switch to the Finder. (4) Select three or four Excel Charts in the Finder (5) Go to the File menu and select Open, or just double-click (6) Excel activates (6a) The first chart opens (6b) Excel pops up the "Update references to unopened documents?" alert [since we have only opened the chart, not the worksheet] (6c) Excel beeps one time for each chart you had selected. (7) Hit the Yes _or_ No button (it makes no difference). (8) You are left in Excel with ONLY the first chart open. Microsoft said that because MultiFinder handles multiple-file opens differently than the Finder, the Excel dialog causes an interrupt in the process from which MF can't recover. They said that Apple had said future versions of MF should solve this kind of problem. Since I have some developer friends, I had one try this scenario out under System 7.0b4. The exact same problem occurs. In addition, he found something else that might be a bug: If a program is active in MultiFinder (Excel in this case) and you switch to the Finder, select a few documents, and select Print from the File menu, NOTHING happens. It works fine if the parent application is NOT running already. Bug? I just wanted to be sure that the folks at Apple found out this problem still exists in 7.0b4. I don't know if it is solvable, but I have a few clients who would like it to be! :-) p.s. Thanks to Don Hieschler at Microsoft for his help! .-----------------------------------------------------------------------------. | UUCP: {crash tcnet}!orbit!pnet51!pj | RTFD = Read The Silly Doc! | | INET: pj@pnet51.orb.mn.org | | `-----------------------------------------------------------------------------'
shebanow1@applelink.apple.com (Andrew G. Shebanow) (02/28/91)
In article <4219@orbit.cts.com>, pj@pnet51.orb.mn.org (Paul Jacoby) writes: > If a program is active in MultiFinder (Excel in this case) and you switch to > the Finder, select a few documents, and select Print from the File menu, > NOTHING happens. It works fine if the parent application is NOT running > already. Bug? Not a bug, unfortunately. The "standard" way of having the Finder tell an app to print is via AppParmHandle, which is passed in at application startup. There isn't any way to tell a running application to reexamine its AppParmHandle. However, System 7.0 DOES provide standard AppleEvents for printing documents at any time, so any AppleEvent aware application will be able to Print from the Finder at any time. The Finder enables the Print item whenever you select documents because determining whether or not all of the selected documents belong to applications that support AppleEvents would be very time consuming, and it would be confusing to the user when some selections could print, and some couldn't. Andy Shebanow DTS Emeritus he bad habit of dumping HUGE core files in it's directory. You need to go into the directory in a Terminal window (browser will not allow you to do this) and examine the Icon.app directory for core files, remove it, it is of little use to you, and certainly I don't think NeXT would be happy if you sent them the file saying "what went wrong?" Pascal Chesnais, Research Specialist, Electronic Publishing Group Media Laboratory, E15-351, 20 Ames Street, Cambridge, Ma, 02139 (617) 253-0311 email: lacsap@plethora.media.mit.edu (NeXT)