Ah, Sarah & Richard, Thanks for the responses. I will test one or two configurations, and probably go with a field and place useage the notes in the field. This is in-house software that will get very complicated over the next 6 months, but there cannot be a good blue print now since the project is dynamic.
The reason for the card script approach vs btn/fld had slight merit, but not enough to bother with at the moment. The idea is to make the stack script a foundation + the card script changeable to re-program some of the buttons and provide changeable functions for the stack script to call. This will still work. The simple setup would put changeable functions above (back) the stack script and still load changeable functions for buttons at the card level, thus each card containing buttons could be separate. Now I can see that having the duplicate instance of the card script will not interfere with my design. The basic tenant is that several parts of the functionality and filtering could be updated during a day of continuous operation to produce a changeable division of labor and our workers would not know or care. They make moves based on the final results. One example of this is the random occurrence of data feed irregularities that cripple the ability to process the indicators that we need. When I detect the problem, only then will I be able to build a fix, and may only need it for that episode. In the next step, I may need to update the operating remote clients on-the-fly to adjust for the changed data flow and format. We are in a fast-paced-money environment where we want to take advantage the best possible data we can extract under all conditions, and avoid poor advantage plays. Both result in losses otherwise. Mid-morning reprogramming and change of assignments is essential. Crossing my fingers that tomorrow will work smoothly :-) Thanks again. Jim Ault Las Vegas On 3/31/06 7:54 PM, "Richard Gaskin" <[EMAIL PROTECTED]> wrote: > Jim Ault wrote: > >> The question: >> Does the following >> insert the script of this card into back >> >> mean that the card script at the card level will also be in the hierarchy >> trapping messages as well as in the back, or >> by inserting it into the back, this becomes its one-and-only position? > > It should be both. I believe insertions do not alter any other part of > the message path. > > The beauty of backScripts is that you can use any object -- why use the > current card? > > -- > Richard Gaskin > Managing Editor, revJournal > _______________________________________________________ > Rev tips, tutorials and more: http://www.revJournal.com > _______________________________________________ > use-revolution mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
