Hello Stefan,

This is not the right translation string. By default, LMSG_EnteredNumberInvalid returns [Value '{0}' is not a valid number. Please enter a valid number.]

I also tried the string LMSG_ValueConstraint_CannotConvert but this is also not the correct one; this one returns [Value could not be converted to {0}]

I'm looking for a value that returns [Value '{0}' could not be converted.] but I cannot find it. I don't think it is in Infragistics.Windows.Editors.Resources

Regards, Stefan

Hi Stefan,

See my attached sample. If you run it, and change one of the values to 'XX' for example, you will see the tooltip.

Regards, Stefan

Hi Stefan,

My sample did not show this, but in my real application the databound object already implements the IDataErrorInfo interface. The problem is that this interface cannot help me in this case. This is because the property of the data object is of type double. When a user enters some text, this value cannot be converted to a double, so the setter for this property is never reached. Therefore, I also cannot set any error properties. It seems the error message comes from some converter or something that lies between the textbox and the databound property.

One possible solution would be to create a separate string-type property for every double-type property, then bind the grid column to the string-type property instead and then synchronize values between these 2 properties. But that would require a huge amount of code (I have 200+ classes that would need this) and it certainly doesn't seem like a nice solution to the problem. The easiest solution would be to simply reset the resource string that I mentioned before. Maybe another alternative is to insert my own converter between the textbox and databound property if that would be possible. Any thoughts?

Regards, Stefan

Hello Stefan,

I have modified the sample you have sent, so now the Tooltip is changed. Basically I copied the DataTemplate that is used when an error occurs and changed the Tooltip there. Please let me know if this helps you or you need further assistance on this matter.

Looking forward for your reply.

Your solution is one step closer, but we're not there yet. The problem is now that the tooltip always contains the given text, regardless of what error occurred. However, as I mentioned before, the data objects from my actual project also implement IDataErrorInfo, and if the value conversion is successful, the new value will be evaluated by the interface.

I have modified the sample so that the data object has a very simple IDataErrorInfo implementation. Whenever the user enters text characters (e.g. 'blabla') the error tooltip should be the custom text which we discussed before, but if the user enters -150, the error message should be the IDataErrorInfo message ('cannot be negative', in this demo case).

I do appreciate your assistance!

Regards, Stefan

Hello,

Thank you for your feedback. I am glad that you resolved your issue and I believe that other community members may benefit from this as well.

Thanks again.

Setting the DataType to Double prevents users from entering incorrect characters, but it is also limited to the current UI culture only. When the culture is switched online, the control still displays the same number separator character (e.g. a dot in English). But I understand that this is a WPF problem and so it is not related to Infragistics. So, I'll continue my search on my own. Maybe I can still go with the converter approach here, I'll try it out.

Thanks for your help!

Hello,

I modified the sample, so now the user is not able to enter string values. I set the UnboundField DataType Property to Double, so now only numbers can be entered. Also I can say that the tooltip for the conversion comes from the .NET. If you still want to be able to enter characters you can use a converter to set the Tooltip for all kind of errors that may occur in the Field.

Hope this helps you.

Oh, and here is that code I tried:

The tooltip in the DataTemplate:

<ToolTip>

<ToolTip.Content>

<MultiBinding Converter="{StaticResource TooltipTextConverter2}">

<Binding Path="Host" />

<Binding Path="Host.DataError" />

<Binding Path="Host.Editor.Value" />

</MultiBinding>

</ToolTip.Content>

</ToolTip>

The XAML is changed into:

public class TooltipTextConverter2 : IMultiValueConverter { public object Convert(object[] values, Type targetType, object parameter, CultureInfo culture) { if (values[0] == DependencyProperty.UnsetValue || values[1] == DependencyProperty.UnsetValue || values[1] == null) return DependencyProperty.UnsetValue; CellValuePresenter cellValuePresenter = values[0] as CellValuePresenter; string error = values[1].ToString(); object editorValue = cellValuePresenter.Editor.Value; string editorValueType = editorValue.GetType().ToString(); string errorMessageToTranslate = string.Format("Value '{0}' could not be converted.", cellValuePresenter.Value); if ((cellValuePresenter).DataError.ToString().Equals(errorMessageToTranslate, StringComparison.InvariantCultureIgnoreCase)) { return "My custom text" + cellValuePresenter.Value.ToString(); } return cellValuePresenter.DataError; } public object[] ConvertBack(object value, Type[] targetTypes, object parameter, CultureInfo culture) { throw new NotImplementedException(); } }

Hi Stefan,

Very close, but still not 100% correct. The right message is displayed in both cases separately, but not when one error follows the other. In order to reproduce this follow these steps:

1. Enter 'abc', press ENTER. The first error message appears correctly.
2. Enter -50, press ENTER. The old message still appears, which is incorrect.

The other way around also goes wrong.

Obviously, the binding is not refreshed after the value in the textbox changes. Therefore, I already tried to replace the converter with a multivalueconverter and then add a binding to the actual textbox editor value and the dataerror as well (so you have 3 bindings in total; Host, Host.DataError and Host.Editor.Value). This fixes the first scenario (first 'abc', then -50), but not the other way around. This is because the old error message is still cached in the DataError property. It seems the IDataErrorInfo message 'overrules' the converter error message. Any thoughts?

Regards, Stefan