Re: Background Field Table Behavior
--- Robert Sneidar <[EMAIL PROTECTED]> wrote: > I encountered an odd thing. I have a field as part > of a background > group with text in it that is different for every > card. If on one > card I enable the Cell Editing property, then on the > other cards, as > long as I don't click in the field, the existing > text is preserved. > But as soon as I click in the field, the text is > replaced by the text > from the card I originally set the property on. > Somehow changing the > Cell Editing property inadvertently enables the > Share Text property, > although the checkbox for Share Text remains > unchecked. Odd huh? > > Bob Sneidar > Hi Bob, It seems you have uncovered a rather unnerving design flaw in the current table field. Implemented in Transcript, the source is available for anyone interested, in the 'revTable' frontscript. The way it is written, implies table behavior cannot be placed in a background group and combined with the sharedText property set to false, as it only keeps track of a single set of data, accross all the cards it has been placed on. A trip to bugzilla is in order, and for now it may be a better option to use one of the alternative table field constructions, such as by Kenneth L. Simmons: <http://www.rpi.edu/~simonk/technical.html> Jan Schenkel. Quartam Reports for Revolution <http://www.quartam.com> = "As we grow older, we grow both wiser and more foolish at the same time." (La Rochefoucauld) __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ 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
Background Field Table Behavior
I encountered an odd thing. I have a field as part of a background group with text in it that is different for every card. If on one card I enable the Cell Editing property, then on the other cards, as long as I don't click in the field, the existing text is preserved. But as soon as I click in the field, the text is replaced by the text from the card I originally set the property on. Somehow changing the Cell Editing property inadvertently enables the Share Text property, although the checkbox for Share Text remains unchecked. Odd huh? Bob Sneidar IT Manager Logos Management Calvary Chapel CM ___ 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
Re: Table behavior
I have just started playing around with fields that have "table" behavior. I was planning on writing a little spreadsheet program. However, it appears that the closeField message is not sent to the field when its behavior is like a Table. This can be demonstrated: create a new Table from the toolbox. Put this in its script: on closefield answer "closefield was called" end closefield When the user edits a cell and then clicks on a different field, no message is sent. But when the "Cell Editing" property of the field is turned off, then the message is sent as I expected. I'd like to know when the data in the field changes. But if closefield doesn't work (and exitfield is sent only when data is not changed) then what do you use? I don't know the answer, but here is a technique for finding out. Open the Message Watcher from the Development menu, make sure the Suppress... list is not suppressing handlers not handled. Then type in a cell and click somewhere else and see if any messages are generated. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table behavior
sez [EMAIL PROTECTED]: >I have just started playing around with fields that have "table" behavior. >I was planning on writing a little spreadsheet program. However, it appears >that the closeField message is not sent to the field when its behavior >is like a Table. > >This can be demonstrated: create a new Table from the toolbox. Put this >in its script: >on closefield > answer "closefield was called" >end closefield >When the user edits a cell and then clicks on a different field, no message >is sent. >But when the "Cell Editing" property of the field is turned off, then the >message is sent as I expected. > >I'd like to know when the data in the field changes. But if closefield >doesn't work (and exitfield is sent only when data is not changed) then >what do you use? Something like this in the script of that field might work: local OldData,ImInside local Intervl = 50 on mouseEnter set the OldData of me to me set the ImInside of me to true set the ItzChanged of me to false send "CheckForChanges" to me in Intervl milliseconds WhateverElseYouDoOnME end MouseEnter on CheckForChanges set the ItzChanged of me to (me <> OldData) if (the ImInside of me) then send "CheckForChanges" to me in Intervl milliseconds else set the ImInside of me to false end if end CheckForChanges With this code, your field gets an ItzChanged property, updated in 20-times-a-second realtime, that is "true" if the field's content differs from what it was at the time the mouse entered the field, and "false" if the field's current content is unchanged from what it used to be. You can use "the ItzChanged of field Whatever" to make use of this information in any other script/handler you like. Hope this helps... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Table behavior
I have just started playing around with fields that have "table" behavior. I was planning on writing a little spreadsheet program. However, it appears that the closeField message is not sent to the field when its behavior is like a Table. This can be demonstrated: create a new Table from the toolbox. Put this in its script: on closefield answer "closefield was called" end closefield When the user edits a cell and then clicks on a different field, no message is sent. But when the "Cell Editing" property of the field is turned off, then the message is sent as I expected. I'd like to know when the data in the field changes. But if closefield doesn't work (and exitfield is sent only when data is not changed) then what do you use? -Ben ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution