On 7/8/05 4:11 PM, Timothy Miller wrote:
However, when I un-commented the handlers, the 'mark cards by
finding...' script continued to work. I saved and closed the stack,
re-opened it, and the command continued to work. This time, I hadn't
changed any field properties.
It's hard to avoid the conclusion that this is an intermittent bug that
is influenced by some combination of field properties and/or field
scripts and/or the placement of the field in a group, and/or group
properties, and/or turning on "behave like a background" in the group
properties.
Your testing was pretty thorough. All variants of the "find" command
work consistently for me in all my stacks, but when I see something like
this -- where it works in native stacks but not in a converted HyperCard
stack -- my experience has been that something isn't quite right with
the converted objects. This may be the case in your situation. Rev does
a very good job bringing in HC stacks, but sometimes the HC file is a
bit off (especially with very old HC stacks) and Rev can't always
convert it exactly. Since your stacks have probably lived through
several HC versions as well as Rev, I'm starting to think that's the
problem.
One (tedious) way to fix it might be to delete the fields in question
and re-create them in Rev; then they would be fully-native Rev objects
without any HC baggage. I have had to do that occasionally with HC popup
buttons, which sometimes don't transfer over very well.
You could try setting the HCAddressing of the stack to false if it won't
affect your scripts (you'd have to test everything to see,) and it might
fix the "find" problem. It does fix some other glitches sometimes. No
promises.
But easier, since the "find" commands work for you in other stacks, I
think I'd just go with "find string" for this stack and leave it at
that. I am sure that any new stacks you create will "mark cards by
finding" fine.
--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software | http://www.hyperactivesw.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
