From: Gil B. <gba...@al...> - 2011-03-28 19:00:35
|
Mark, Good to hear. Even if we end up with a "trampoline" (or whatever), it will keep the design more general. Jon, I've looked at the diagrams - nice job! - and would suggest that you remove the block labeled Model under the Repository and relabel the center block to indicate it is a/the Model. Mark Miesfeld wrote: > On Sun, Mar 27, 2011 at 11:23 AM, Gil Barmwater <gba...@al... > <mailto:gba...@al...>> wrote: > > Sahananda (Jon) Wolfers wrote: > > Hi GIl, > > > > The only quibble I would have, and maybe this is because my > experience > > of GUI is very bound up with ooDialog, is that Touch Screen, Keyboard > > &/or Bar Code data comes to the application via the GUI. > > > > Perhaps this is why Mark felt that ooDialog would not fit into the MVC > framework. As you note below, we still need Controllers for the other > bits of hardware and, if we can separate the GUI input from the output > somehow within ooDialog, > > > There is no reason why the ooDialog GUI objects can not forward their > input to the controller. In fact I just finished an ooDialog example > for 4.2.0 that forwards its input. > > In looking through MVC discussions, I saw a number of places where the > input is forwarded from the View to the Controller. I believe on > discussion called the object 'spring boards.' > > So, the MVC design would still be workable, just not the way that a > smallish ooDialog program is normally done. > > -- > Mark Miesfeld > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > > > ------------------------------------------------------------------------ > > _______________________________________________ > Rexxtill-devel mailing list > Rex...@li... > https://lists.sourceforge.net/lists/listinfo/rexxtill-devel -- Gil Barmwater |