Question: I've just started adding some validation to a WPF MVVM project. Validation in this paradigm is new to me, but it seems fairly straightforward:

```
public partial class Price : IDataErrorInfo
{
    public double Cost { get; set; }

    public string Error
    {
        get { throw new NotImplementedException(); }
    }

    string IDataErrorInfo.this[string columnName]
    {
        get
        {
            string message = null;
            if (columnName == "Cost" && this.Cost > 10000.00)
            {
                message = "This price is high enough to require confirmation";
            }
            return message;
        }
    }
}

```

The Cost property is bound in the ViewModel to a textbox, allowing the user to enter their own data. Prior to implementing IDataErrorInfo, users typing text in this box resulted in it being highlighted in red, but no error message was shown. That was deemed to be sufficient warning.

Now, typing text into the box flicks on the Style I've implemented to show errors and that's fine. Plus there's a message: Value '[text]' could not be converted, but that's a bit esotric for users. The real problem is that if someone types in a figure greater than 10000.00 and triggers the custom message and then removes that value and replaces it with text, the old error message stays in place.

With a breakpoint, it's clear what's happening: because the View is expecting this to be a double, it never even gets to checking to see if IDataErrorInfo has changed. How can I clear the error message and replace it with something more meaningful? I can't parse Cost because, of course, it's a double so it'll never even get set if someone enters text?

Answer: 
Using `{..}` for jslint is not a good reason, things inside `{}` are evaluated differently. For plain html just do:

```
<p>You'll receive offers for up to one week,<br />which you can review.</p>

```

Although forcing a line break like this is considered poor practice for any html without a really good reason (because on different screen widths, font sizes, resolutions, translations, the break is likely incorrect). It's better to limit the width of the container so it breaks where you want it to and at least it will break naturally if things change.
You can use html br tag for the new line

```
<p>{"You'll receive offers for up to one week, <br/>which you can review."}</p>

```

Hope that this helpful.