home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / smalltal / 2320 < prev    next >
Encoding:
Text File  |  1992-11-18  |  2.7 KB  |  60 lines
  1. Newsgroups: comp.lang.smalltalk
  2. Path: sparky!uunet!decwrl!amdcad!dvorak.amd.com!usenet
  3. From: rpomeroy@aunext3.amd.com (Ron Pomeroy x(Coop))
  4. Subject: Re: smalltalk rather than C++?
  5. Message-ID: <1992Nov18.144528.1674@dvorak.amd.com>
  6. Sender: usenet@dvorak.amd.com (Usenet News)
  7. Reply-To: rpomeroy@aunext3.amd.com
  8. Organization: Advanced Micro Devices, Inc.; Austin, Texas
  9. References: <1992Nov17.234103.18231@macc.wisc.edu>
  10. Distribution: usa
  11. Date: Wed, 18 Nov 92 14:45:28 GMT
  12. Lines: 46
  13.  
  14. In article <1992Nov17.234103.18231@macc.wisc.edu> wisplan@vms.macc.wisc.edu  
  15. (Shaun Abshere) writes:
  16. >>
  17. >>Situation: I'm embarking on a new project and would like to make use of OOPS
  18. >>technology. I'm a C programmer (mostly) and have read a little about C++.
  19. >>My project deadline is about 7 months from now. Is it realistic to try to  
  20. learn 
  21. >>Smalltalk then develop a project in this short a time, as opposed to staying 
  22. >>with a syntax I know well and doing it in C++?
  23. >>
  24. >>Next question: my project will involve some more-or-less standard menus and 
  25. >>forms, but in many places I'll be prompting for free-form narratives of 
  26. >>indeterminate length. I want to avoid spawning an editor because I need full 
  27. >>control of storage and validation of the contents of the buffer when the 
  28. >>user is done with a section of the report (the project is a report generator; 
  29. >>the report is scanned by another program later using section headings which 
  30. >>my program will spit out, very tight syntax). I can imagine creating a simple 
  31. >>editor from something like the Borland Turbo Editor Toolbox and wiring the 
  32. >>output to a specific file, and on return from the spawn i just open that file 
  33. >>and read the contents, but this seems clumsy and ugly.  I DON"T want to write 
  34. >>an editor from scratch. If there are editor tools available that I could use 
  35. >>to creat a built-in simple editor (PgUp PgDn, Cut, Paste, maybe string 
  36. >>search) and I could let the editor worry about memory management, I would be 
  37. >>happy indeed. Editing text will be at the heart of the program, if  
  38. SmallTalk/V
  39. >>can provide a way out of this dilemma that might be the key to which language 
  40. >>I choose right there.
  41. >>
  42. >>Any ideas?
  43. >>
  44. >>Stan Howald
  45. >>howald@wisplan.uwex.edu
  46.  
  47. From your description...I'd say go with ObjectWorks\Smalltalk.  To build the  
  48. editor you would only need to subclass the one supplied, and add the necessary  
  49. functionality.  In fact - this sounds pretty fun - I might give it a try.  The  
  50. editor supplied doesn't have all the functionality I'd like.  Now a *good*  
  51. Smalltalk programmer could do this in about an hour.
  52.  
  53. Best of Luck
  54.  
  55. --
  56. Ronald Pomeroy        [Objective-Cruntime: [Smalltalk runtime]];
  57. Advanced Micro Devices    [self dream-on];
  58. CAM Applications Group
  59. rpomeroy@aunext1.amd.com (NeXTmail preferred)
  60.