It looks to me like passing either true or false as the third argument to
listToArray() causes it to return incorrect results when more than one
character is passed as the delimiter. Note that I'm not talking about the
fourth parameter (multiCharacterDelimiter in ACF docs), which isn't
documented as supported for OBD.
Here's a simple test:
> <cfscript>
> x = [];
> x[1] = {notPassed=listToArray("asdf,qwer", ".,")};
> x[2] = {truePassed_1=listToArray("asdf,qwer", ".,", true)};
> x[3] = {truePassed_2=listToArray("asdf,qwer", ",.", true)};
> x[4] = {truePassed_3=listToArray("asdf,qwer", ",", true)};
> x[5] = {truePassed_4=listToArray("asdf.qwer", ".", true)};
> x[6] = {falsePassed=listToArray("asdf,qwer", ".,", false)};
> </cfscript>
> <cfdump var="#x#" label="">
>
Result is this in Open BlueDragon 3.1, build date 2014-03-30 22:33:45 GMT:
As you can see, in both cases where more than one character is passed for
the delimiter, passing true for the third argument acts as if the ACF-only
multiCharacterDelimiter fourth argument was passed true, so only the entire
delimiter string is honored, instead of honoring any of the characters in
it.
Works as expected in ACF, where either passed delimiter is honored, and the
third argument controls whether to honor empty list items, as documented.
Am I missing something obvious?
--
--
online documentation: http://openbd.org/manual/
http://groups.google.com/group/openbd?hl=en
---
You received this message because you are subscribed to the Google Groups "Open
BlueDragon" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
