Find/any doesn't seem to find strings in blocks..

I would have expected this to work. Am I missing something?

>> find/any ["my-string"] "my*"

>> my-rebol-stuff

whats wrong with:

>> blah: "my-string"

>> blah: parse blah "-"

>> if find blah "my" [print ["yes"]]

>>

Hi etcha,

>> help find

>> string: "xdefgjkljyjkljweruiouz" >> find/any string "y*z"

>> block-with-string: reduce [string]

>> find/any block-with-string "y*z"

>whats wrong with: >>> blah: "my-string" >>== http://www.zipworld.com.au/~bhandley/rebol >>

Hi Elan, Good question. I assumed one sort of behaviour but it is not necessarily obvious is it? Having thought on it a little I think the /any refinement should be activated for the block situation or the help/documentation changed to indicate it will not work. My preference is for the former since we should get those other great refinements as part of the bargin. I suspect that the behaviour should not be the same in both cases as the cases are of different types. Since Find is defined as "Finds a value in a series..." - its behaviour should depend on the values of the series it is given. The values of a string are characters so Find returns us the string with the current index of the string set appropriately - resulting in a part string. So, I suggest that it makes sense that the result of the find on a block should be the block with the current index set appropriately, as it does now, but with the /any refinement enabled to influence the matching. Any comments? Brett.

Hm. Which means I want a consistent behaviour (setting the index appropriately according to the value found) even if it looks different (one returns what looks like a part string - the other returns what looks like a part block, not a part string). Brett.