The $ is special in RE, it stands for the end of the string. Which makes the whole RE non-sensical.
\$ is what you’re looking for.
Edit: I also recommend heading over to regex101.com if a RE is not doing what you think it should be doing. There you can test it agains your input and see exactly where it fails to match. Very helpful!
That’s a great resource, thanks @chrillek. As you suggested I did some tests. \$(\d+.\d+)\nThis returns exactly what I need. Curiously the same regex pattern in a Smart Rule operating on the same text doesn’t work.
I hadn’t tried Document Amount until you mentioned it, @BLUEFROG . Works like a charm! I suppose it pulls the last $1234.56 match by default. Very handy and fixed my immediate problem. I’m still curious though… why isn’t that regex working?
Thanks That much RE I actually know, and that \ escapes the following char. (all thanks to helpful folk on this forum, yourself very much included). I was alluding to the fact that the RE which the OP said worked was in fact not identical to the RE then used in the smart rule. The explanation was that the forum software was hungry for escapes
All works well in the case when running on a plain text or RTF file (with the previously mentioned content).
I think the issue is stemming from the fact that, in practice, the files operated on by this Rule are emails. Maybe the underlying text in the email (which the Rule is reading) is different from that rendered for display to the user in Devon?