"Is in file" problem

Hi,

I'm trying to use "Selection's___Name___is in file".

I've created a text file of horse names and specified the correct path in the trigger. However, only horses with single worded names are being treated correctly. In my list that is 2 out of 11 runners.

I tried to eliminate all spaces in the names but the result is the same.

However, when I use the function "Import selections for auto trading" then all names are being imported correctly (from exactly the same list).

Unfortunately, I can't use the function "Import selections for auto trading" for my strategy.

Are there different requirements to the syntax when importing from file compared to importing selections for auto trading?

As with all strings containing spaces, you must enclose them in double quotes. Example:

"My Fair Lady"
"Captain Hook"

Hi Oxa,

Thanks for your quick reply. Ok, I will try that, although that complicates the automatic generation of the text file a lot.

However, even if I eliminate the spaces from the horse names, I have the same problem when importing from file but no problem if importing selections for automated trading.

Just for the avoidance of doubt: eliminating spaces from horse names for "is in file" function is not supposed to work?

Just for the avoidance of doubt: eliminating spaces from horse names for "is in file" function is not supposed to work?

No, it is not supposed to work.

Ok, thanks for clarification.

I am not sure what is going on here but for years I have been using "Selections name is in file" successfully with two word names with spaces and no inverted commas??

Hi

Two word names doesn't work if trying to access winner_name, if that's any help which its probably not

I made changes to MF Pro due to the increasing demand to include trigger variables in the "is in file" / "is not in file" conditions. Since then the contents of these conditions' parameters must obey the same rules as all trigger expressions: in particular the one stating that all strings must be enclosed in double quotes.

You can read about this change here on the forum.

The winner_name is another string variable and so it must be checked within double quotes.

Hi Oxa,

"You can read about this change here on the forum."

Did you mean to put a link in?

I will have to double check but I am definitely still getting bets on two word names,  When did the change get made?

I think I am still on 8.0.0.15 but how do I check the version for sure?

alfaman, please check the following link:

Version 8.1.1.1