home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / database / 892 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  3.8 KB

  1. Path: sparky!uunet!dtix!darwin.sura.net!mips!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!po.CWRU.Edu!jxs18
  2. From: jxs18@po.CWRU.Edu (Jerry Sy)
  3. Newsgroups: comp.sys.mac.databases
  4. Subject: Re: Omnis 7
  5. Message-ID: <1992Jul22.144814.27933@usenet.ins.cwru.edu>
  6. Date: 22 Jul 92 14:48:14 GMT
  7. References: <1992Jul22.093912.12449@cco.caltech.edu> <1992Jul20.180830.3368@usenet.ins.cwru.edu>
  8. Sender: news@usenet.ins.cwru.edu
  9. Reply-To: jxs18@po.CWRU.Edu (Jerry Sy)
  10. Organization: Case Western Reserve University, Cleveland, OH (USA)
  11. Lines: 70
  12. Nntp-Posting-Host: cwns1.ins.cwru.edu
  13.  
  14.  
  15. In a previous article, rebecca@cco.caltech.edu (Mark L. Fussell) says:
  16.  
  17. >Omnis in General  
  18. >----------------
  19. >
  20. >Again, I wouldn't recommend Omnis to everyone.  Omnis's main strengths are  
  21. >being able to: develop very sophisticated user-interfaces and reports; make  
  22.  
  23. sophisticated user-interface, NOT!, reports ? maybe.
  24. I will call it sophisticated only when it can do what hypercard can do,
  25. resize window in your program (I have to write an Omnis external to do
  26. this), change scripts and attributes of buttons programmatically ( now
  27. I have to create say, 10 different buttons and hide / show them as necessary
  28. instead of having just one button (or other objects for that matter) and
  29. the ability to modify the attributes (e.g. size, location, etc) dynamically
  30. in ca program), etc.  the current state of the user interface is that you
  31. are either stuck with it or do excruciating work arounds.
  32.  
  33. they did a good job on reports, but maybe not good enough, most of the
  34. users of my program wants a report in spreadsheet format! and currently,
  35. the only way to get that in omnis is to build an intermediate list first
  36. and generate the report from the list , not an excruciating (sp?) work
  37. around, but still a work around.
  38.  
  39. >The program, test, and debug cycle for Omnis is very tight: almost everything  
  40. >can be tested at any time (i.e. change a window and immediately open that  
  41. >window).
  42. >
  43. agreed.
  44. >
  45. >
  46. >Some other faults include: incomplete database functionality (no transactions,  
  47. >combined operations, multi-key joins, triggers, etc.), inability to  
  48. >write/import standard text code, no data structures, and very poor  
  49. >documentation for advanced application development.
  50. >
  51. as I have commented, once you start using the database seriously, you'll
  52. discover a lot of missing BASIC database feature (as indicated above).
  53. There are lots of things that is very difficult to do, if not impossible
  54. to do in an omnis database, that would only be a one line code in SQL !
  55. (comparison here maybe unfair though, I think.  but it would be nice if
  56. omnis can do most things sql can do).
  57.  
  58. >
  59. >If you want a much longer list of peeves, I'm sure I can create it.  Omnis  
  60. >usually makes you painfully aware of its limitations where other programs  
  61. >simply don't venture into an area to entice there users (i.e. 4th Dimensions  
  62. >lack of "Omnis lists", multi-windowing, field events, etc.).  BUT if you try to  
  63. >convert a sophisticated Omnis application to other environments you will be in  
  64. >for a big shock. And Omnis will look much, much better.
  65. >
  66. entice users is a good description.  I find most features omnis demonstrates
  67. in their demo program is IT.  that's it, what you see in the demo is what
  68. you only get, nothing more, NO MAS!
  69.  
  70. >General Omnis problems
  71. >----------------------
  72. >
  73. >>  15 character field names
  74. >    Mildly annoying, but not despicable.  Now 8 characters WOULD be  
  75. >despicable.
  76. >
  77. well, that was not really the main point.  You get 15 characters for
  78. your file name (table name) and 15 characters for your field names,
  79. BUT you still get 15 characters if you use the table.field method of
  80. addressing a field!  had they made that 30 characters, it will make
  81. more sense.  because they didn't, you make have to settel for 7 character
  82. table names and field names then, now that is despicable.
  83.