Thanks Terry, the following worked beautifully.. set the showDateStamp of this stack to not the showDateStamp of this stack if there is a fld "dateStampField" then set the visible of field "datestampfield" to the showdatestamp of this stack end if break
(I wasn't able to figure out how to use openCard in this situation but since I have a solution I'l leave that problem for another day). Thanks again. -- mark ________________________________________ From: use-revolution-boun...@lists.runrev.com [use-revolution-boun...@lists.runrev.com] On Behalf Of Terry Judd [...@unimelb.edu.au] Sent: Sunday, October 31, 2010 10:57 PM To: How to use Revolution Subject: Re: Refreshing a card Mark - if you want to do a general refresh the card then just call openCard in your handler. If all you want to do is refresh the date stamp object then add something like... Set the visible of grp/fld/whatever "dateStamp" to the showDateStamp of this stack ...to your case statement HTH, Terry... On 1/11/10 2:52 PM, "Mark Smith" <mark_sm...@cpe.umanitoba.ca> wrote: > > Hello all, by now most of you are probably familiar with my silly questions > (born of, I am afraid, too many years engrossed in procedural programming > languages). Here we go. I have a menu option called "Toggle Date Stamp" and > it toggles on/off the display of a date stamp on the card. When you select > it you might expect that the card goes from displaying the date stamp to not > displaying the date stamp ad infinitum. Not so. In fact nothing changes. If > I move off the card and then back on I see the correct behaviour but not > while I am actually on the card (or any card). I am guessing that in the > Toggle Date Stamp menu code (below) I need to send a message to the card to > "refresh" itself. But what message? > > case "Toggle Date Stamp" > set the showDateStamp of this stack to not the showDateStamp of > this stack > -- insert some message to get the current card to "redisplay" > itself > break > end switch > > (Note, yes the showDateStamp property is in the stack because it effects the > behaviour of all of the cards, not particular ones. Hopefully I've got that > bit of logic right :-) > > Thanks for your patience, > > -- Mark -- Dr Terry Judd | Senior Lecturer in Medical Education Medical Education Unit Melbourne Medical School The University of Melbourne _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution