home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / smalltal / 2312 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.9 KB  |  40 lines
  1. Newsgroups: comp.lang.smalltalk
  2. Path: sparky!uunet!caen!saimiri.primate.wisc.edu!zazen!news
  3. From: wisplan@vms.macc.wisc.edu (Shaun Abshere)
  4. Subject: smalltalk rather than C++?
  5. Message-ID: <1992Nov17.234103.18231@macc.wisc.edu>
  6. Sender: news@macc.wisc.edu (USENET News System)
  7. Organization:  University of Wisconsin Academic Computing Center
  8. Date: 17 NOV 92 17:05:04    
  9. Lines: 29
  10.  
  11.  
  12. Situation: I'm embarking on a new project and would like to make use of OOPS
  13. technology. I'm a C programmer (mostly) and have read a little about C++.
  14. My project deadline is about 7 months from now. Is it realistic to try to learn 
  15. Smalltalk then develop a project in this short a time, as opposed to staying 
  16. with a syntax I know well and doing it in C++?
  17.  
  18. Next question: my project will involve some more-or-less standard menus and 
  19. forms, but in many places I'll be prompting for free-form narratives of 
  20. indeterminate length. I want to avoid spawning an editor because I need full 
  21. control of storage and validation of the contents of the buffer when the 
  22. user is done with a section of the report (the project is a report generator; 
  23. the report is scanned by another program later using section headings which 
  24. my program will spit out, very tight syntax). I can imagine creating a simple 
  25. editor from something like the Borland Turbo Editor Toolbox and wiring the 
  26. output to a specific file, and on return from the spawn i just open that file 
  27. and read the contents, but this seems clumsy and ugly.  I DON"T want to write 
  28. an editor from scratch. If there are editor tools available that I could use 
  29. to creat a built-in simple editor (PgUp PgDn, Cut, Paste, maybe string 
  30. search) and I could let the editor worry about memory management, I would be 
  31. happy indeed. Editing text will be at the heart of the program, if SmallTalk/V
  32. can provide a way out of this dilemma that might be the key to which language 
  33. I choose right there.
  34.  
  35. Any ideas?
  36.  
  37. Stan Howald
  38. howald@wisplan.uwex.edu
  39.  
  40.