home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / smalltal / 2325 < prev    next >
Encoding:
Text File  |  1992-11-18  |  2.8 KB  |  52 lines
  1. Newsgroups: comp.lang.smalltalk
  2. Path: sparky!uunet!kithrup!stanford.edu!bcm!cs.utexas.edu!uwm.edu!src.honeywell.com!analysis!campbell
  3. From: campbell@src.honeywell.com (Terry Campbell)
  4. Subject: Re: smalltalk rather than C++?
  5. In-Reply-To: rpomeroy@aunext3.amd.com's message of Wed, 18 Nov 92 14: 45:28 GMT
  6. Message-ID: <CAMPBELL.92Nov18131949@analysis.src.honeywell.com>
  7. Originator: campbell@analysis.src.honeywell.com
  8. Sender: news@src.honeywell.com (News interface)
  9. Nntp-Posting-Host: analysis.src.honeywell.com
  10. Organization: Honeywell Systems & Research Center, Mpls. MN, USA.
  11. References: <1992Nov17.234103.18231@macc.wisc.edu>
  12.     <1992Nov18.144528.1674@dvorak.amd.com>
  13. Distribution: usa
  14. Date: Wed, 18 Nov 1992 19:19:49 GMT
  15. Lines: 35
  16.  
  17.  
  18. In article <1992Nov18.144528.1674@dvorak.amd.com> rpomeroy@aunext3.amd.com (Ron Pomeroy x(Coop)) writes:
  19.  
  20. >> In article <1992Nov17.234103.18231@macc.wisc.edu> wisplan@vms.macc.wisc.edu  
  21. >> (Shaun Abshere) writes:
  22. >>
  23. >>Situation: I'm embarking on a new project and would like to make use of OOPS
  24. >>technology. I'm a C programmer (mostly) and have read a little about C++.
  25. >>My project deadline is about 7 months from now. Is it realistic to try to  
  26. >> learn 
  27. >>Smalltalk then develop a project in this short a time, as opposed to staying 
  28. >>with a syntax I know well and doing it in C++?
  29. >>
  30. >>Next question: my project will involve some more-or-less standard menus and 
  31. >>forms, but in many places I'll be prompting for free-form narratives of 
  32. >>indeterminate length. I want to avoid spawning an editor because I need full 
  33. >>control of storage and validation of the contents of the buffer when the 
  34. >>user is done with a section of the report (the project is a report generator; 
  35. >>the report is scanned by another program later using section headings which 
  36. >>my program will spit out, very tight syntax). I can imagine creating a simple 
  37. >>editor from something like the Borland Turbo Editor Toolbox and wiring the 
  38. >>output to a specific file, and on return from the spawn i just open that file 
  39. >>and read the contents, but this seems clumsy and ugly.  I DON"T want to write 
  40. >>an editor from scratch. If there are editor tools available that I could use 
  41. >>to creat a built-in simple editor (PgUp PgDn, Cut, Paste, maybe string 
  42. >>search) and I could let the editor worry about memory management, I would be 
  43. >>happy indeed. Editing text will be at the heart of the program, if  
  44. >> SmallTalk/V
  45. >>can provide a way out of this dilemma that might be the key to which language 
  46.  
  47. No problem (at least with V Windows).  The build in editor suppoirts all the
  48. required capabilities and can be easily extended.  You can poup editors, have
  49. them resident in user window etc.  You can build the check routines into
  50. Smalltalk or pass to a C function (DLL) as you wish.  If you know how to write
  51. DLLs in C you can use C where you wish etc.
  52.