One option, is to use the same Numeric Editor and validate the value user enters and round it to the nearest 100's. For that all you need to do is update the ultraNumericEditor1_ValueChanged event with one line of code as,

private void ultraNumericEditor1_ValueChanged( object sender, EventArgs e )
{
  if( ultraNumericEditor1 != null )
  {
    int nValue = SaveObject2Int32(ultraNumericEditor1.Value);
    f (nValue > 0)
    {
      DebugWriteLine(nValue.ToString());
    }
    ultraNumericEditor1.Value = Math.Round(nValue / 100d, 0) * 100;
  }
}

Thanks,
Josheela

Hi Josheela,

Thank you very much for your suggestions.

ultraNumericEditor1.Value = Math.Round(nValue / 100d, 0) * 100;

I have already this rounding solution in my real application. The only disadvantage is that the updated value is only getting visible if the ultraNumericEditor1 is losing the input focus. The main problem from the view of the programmer is, that we don’t really know when the user has competed his input.

I am still hoping that we can find an input mask which can solve this in a more elegant way.  

Best regards
Frank

Hi Frank,
   Instead of the ValueChanged event, there is also the [Before|After]ExitEditMode events. Or if you have the AlwaysInEditMode property set to true, you can use the LostFocus or Validating events. All of those trigger when the editor loses focus. Which would likely be the ideal time to round the values.

Let me know if that helps,

Hi Michael

The events BeforeExitEditMode, AfterExitEditMode and Validating do all occur when the ultraNumericEditor control has lost its input focus. One possibility would be starting a timer after the ValueChanged event and then guessing let’s say after 10 seconds this was the last user input key stroke and then doing the rounding. But we do all know this is not a good solution.

If the ultraNumericEditor would allow an input mask like “nnn00” then it would be solved. But the Visual Studio tells me: “The specified mask is not compatible with the current value of the 'NumericType' property.”  

Thank you very much for your suggestions!

Regards
Frank

Hi Mike,

I changed the replacement character to an 'o' and checked it quickly on three different virtual machines. It is now more than good enough.

Thank you very much indeed for your worthful helping!     

Regards
Frank

I think that will be extremely difficult. I think the problem is that the measurement of the text is measuring the actual text of the character and then you are drawing a different character. You could try changing the replacement character to some other character and if you are lucky, you might find a character that has exactly the same width as the '0' which is being drawn. But whether there is such a character and whether that will work on all machines is something I can't be sure of. 

Another approach you could take is drawing both 0s at once. So what you would have to do in that case is that you would not draw the 0's inside the DisplayCharUIElement - you just do nothing in the DrawFilter for those elements so they draw nothing. Then you would have to use the DrawFilter to draw a string of "00" on the parent element. The challenge in that case would be lining up the 0's with the last digit before the 0. I'm not sure if that will actually work any better. 

Frankly, if it were me, I would just remove the 0's from the MaskedEditor entirely and then put some text in a label that says "Hundreds of x's" or something like that. Not ideal from the UI perspective, but a lot easier to implement. :)

I have attached the sample with the changings.

Hi Mike,

Your recommendation with the ButtonsRight collection does work well. The last thing for a perfect solution would be closings the gap between the two last zeros. Is there a possibility to adjust the DrawFilter in that way that the gap can be closed?

I am completely aware that we shoot a little bit over the target of the normal behavior of the UltraEditMask. The end user does not really understand that we are facing a lot of pain solving his “simple” demand of stepping in increments +/-100.

Thank you so much for your help.

Regards
Frank

Actually... I take that back. There is a way to do it. :)

You could turn off the built-in spin buttons and then add your own using the ButtonsRight collection: 

this.ultraMaskedEdit1.SpinButtonDisplayStyle = Infragistics.Win.SpinButtonDisplayStyle.None;
 this.ultraMaskedEdit1.ButtonsRight.Add(new SpinEditorButton());
 this.ultraMaskedEdit1.EditorSpinButtonClick += UltraMaskedEdit1_EditorSpinButtonClick;

But then you have to handle the incrementing/decrementing of the values yourself in code: 

private void UltraMaskedEdit1_EditorSpinButtonClick(object sender, SpinButtonClickEventArgs e)
 { 
 string text = this.ultraMaskedEdit1.GetText(Infragistics.Win.UltraWinMaskedEdit.MaskMode.Raw);
 int initialValue = 0;
 if (false == string.IsNullOrEmpty(text))
 initialValue = int.Parse(text);

 switch (e.ButtonType)
 {
 case SpinButtonItem.NextItem:
 this.ultraMaskedEdit1.Value = initialValue + 1;
 break;
 case SpinButtonItem.PreviousItem:
 this.ultraMaskedEdit1.Value = initialValue - 1;
 break;
 }
 }