home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / apps / 18974 < prev    next >
Encoding:
Internet Message Format  |  1992-12-24  |  2.6 KB
  1. Path: sparky!uunet!news.claremont.edu!nntp-server.caltech.edu!kby
  2. From: kby@cco.caltech.edu (Kimo B. Yap)
  3. Newsgroups: comp.sys.mac.apps
  4. Subject: Excel 4.0 problem
  5. Date: 24 Dec 1992 04:50:39 GMT
  6. Organization: California Institute of Technology, Pasadena
  7. Lines: 45
  8. Message-ID: <1hbfivINNenk@gap.caltech.edu>
  9. NNTP-Posting-Host: alumni.caltech.edu
  10. Summary: CREATE.OBJECT broken in Excel 4 for Mac?
  11. Keywords: excel 4 charts create.object compatability
  12.  
  13.  
  14. Does anyone know of a problem in the CREATE.OBJECT function for embedded
  15. charts in Excel 4.0 for Macintosh?  The gist of the problem is it doesn't
  16. do what it's supposed to do when the selection is multiple (two discon-
  17. tiguous columns, in this case).
  18.  
  19. The history of this is as follows:
  20.  
  21. I am developing an application in Excel for cross-development on Mac/Windoze.
  22. The application creates a number of embedded charts.  In 3.0 (Mac),
  23. CREATE.OBJECT worked fine; you SELECT (FORMULA.GOTO) the the data to plot
  24. (XY chart) and then use COPY followed by CREATE.OBJECT (all of this is
  25. happening on an add-in macro sheet adjunct to the worksheet).
  26.  
  27. In 4.0 Windoze version this also works fine (the screen graphics aren't
  28. quite the same size but the effect is basically the same).  In 4.0 for
  29. the MAC it works in one instance but not in the other.  The only difference
  30. appears to be that the non-working instance is a multiple selection whereas
  31. the working is not.  The symptom is that, without additional arguments, the
  32. function creates a column graph instead of an XY as requested, but, even
  33. with the extra arguments (all appropriate specified), the resulting XY
  34. graph uses the wrong series values.  The X series gets left blank and the
  35. Y series is what the X series is supposed to be.  In one instance, it seems
  36. even more badly mangled although I haven't debugged it enough to get the
  37. details (the result is that the y series ends up being a superset of the
  38. desired X series).
  39.  
  40. Using the chart wizard tool on the tool bar with the same data works fine.
  41. I could use the CHART.WIZARD function, but I'd like to maintain compatability
  42. with 3.0 if possible.  I can presumably work around this with EDIT.SERIES, but
  43. that's a crock.
  44.  
  45. I'm mainly asking to see if (a) anyone else has seen this, and (b) is there
  46. a known fix.  For the moment, I'll assume I can work around it, I'd just like
  47. to find a reasonably elegant fix as opposed to something like an EDIT.SERIES
  48. crock. (e. g., specifying arguments more explicitly is acceptable as long
  49. as it works the same in 3.0, but putting in what should be superfluous
  50. functions is not).
  51.  
  52. Please reply by EMail if possible, but here is OK if not.-kby@caltech.alumni.edu
  53.  
  54.  
  55.  
  56.  
  57.  
  58.