From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,8d82559111ee5ba X-Google-Attributes: gid103376,public From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: ObjectAda Professional GUI Builder Date: 1996/10/22 Message-ID: <1996Oct22.123322.1@eisner>#1/1 X-Deja-AN: 191267293 x-nntp-posting-host: eisner.decus.org references: <01bbbc5d$ac75c3c0$629148a6@cornerstone.kee.aetc.af.mil> x-nntp-posting-user: KILGALLEN x-trace: 846002009/16976 organization: LJK Software newsgroups: comp.lang.ada Date: 1996-10-22T00:00:00+00:00 List-Id: In article , Benjamin Shade writes: > The best way of using the old version is to just use it for basic window > layout and no more. After that it is best to write the windows program > using 'code' and not go back to the GUI editor. Going back to a GUI generator only when it becomes necessary to shift a graphic element seems a reasonable approach, as it is hard to make use of revised code which a GUI generator has built after your modifications have already been made to the previously generated code skeletons. AppMaker attempts to support this with a shadow set of source files from which the normal set inherits. You get to modify the normal set and AppMaker gets to regenerate the shadow set. This sort of works, but perhaps it would work even better given the flexibility of Ada 95. It is my goal to try, and if it works you will certainly hear about it. As for ActiveAda/ObjectAda, the skeleton code I have seen generated by ObjectAda thus far is so inconsequential as to make revisitation a moot issue. Or perhaps I just do not yet realize it and Microsoft Windows GUI programming is a whole lot simpler than Macintosh or Motif GUI programming. Larry Kilgallen