I have an io field where I want to accept a number from 0 - 99,999. So I use the Ultra Numeric Editor and set the Min Value to 0, the Max Value to 99999. What's irritating me is when the field is displayed on the screen it has a Zero in it (which is correct) and when I tab into the field, the cursor is set in front of the 0. Consequently, if I enter a 1, the number becomes 10... I don't want that, I want it to change the value from 0 to 1. What can I set to have the Value automatically selected when I enter the field so that whatever I type OVERWRITES the value that was in there?
Why does the UltraMaskedEdit select the value when you tab into the field but the UltraNumericEditor doesn't? I would use the UltraMaskedEdit control as my Numeric IO field if I could set it to right justify the value and enter the value from the right side like a Numeric editor would, but unfortunately, I can't seem to make it do that... More irritation...
My second complaint on the Numeric Editor is that if I delete the 0 then try to exit the field, I get a beep and the cursor won't leave the field until I put in a 0 or some other value. (I realize I DO have the Nullable property set to False, which is what I want) How can I set a Default (like 0) value for the field?
Finally, I STILL don't get emailed replies to my posts, even tho I ask it to.
Hi Steve,
Wolven said: I have an io field where I want to accept a number from 0 - 99,999. So I use the Ultra Numeric Editor and set the Min Value to 0, the Max Value to 99999. What's irritating me is when the field is displayed on the screen it has a Zero in it (which is correct) and when I tab into the field, the cursor is set in front of the 0. Consequently, if I enter a 1, the number becomes 10... I don't want that, I want it to change the value from 0 to 1. What can I set to have the Value automatically selected when I enter the field so that whatever I type OVERWRITES the value that was in there? Why does the UltraMaskedEdit select the value when you tab into the field but the UltraNumericEditor doesn't?
Why does the UltraMaskedEdit select the value when you tab into the field but the UltraNumericEditor doesn't?
I did a brief test using the inbox TextBox control, the UltraNumericEditor, and the UltraMaskedEdit control.
When you tab into the TextBox or the UltraMaskedEditor, it appears to select whatever text was last selected when you left the control. So initially, the first time you tab into one of these controls, it selects the entire text so you can overwrite it. But once you enter one of these controls and change the selection or move the cursor, then the next time you tab into that control, the cursor and selection return to their last known state.
For example, if you tab into a TextBox the first time, all of the text is selected. If you then type something into the TextBox and then move away and tab back into it, the text is not selected the second time. Instead, the cursor appears in the last place you left it.
The UltraNumericEditor seems to follow the same behavior, except that it does not select all of the text the first time you tab into it. So this does indeed appear to be a bug in the control. I'm going to forward this thread to Infragistics Developer Support so they can write this up and get it corrected.
Wolven said:I would use the UltraMaskedEdit control as my Numeric IO field if I could set it to right justify the value and enter the value from the right side like a Numeric editor would, but unfortunately, I can't seem to make it do that... More irritation...
Have you tried something like this?
this.ultraMaskedEdit1.Appearance.TextHAlign = Infragistics.Win.HAlign.Right;
Wolven said:My second complaint on the Numeric Editor is that if I delete the 0 then try to exit the field, I get a beep and the cursor won't leave the field until I put in a 0 or some other value. (I realize I DO have the Nullable property set to False, which is what I want) How can I set a Default (like 0) value for the field?
You could do something like this:
private void ultraNumericEditor1_ValidationError(object sender, Infragistics.Win.UltraWinEditors.ValidationErrorEventArgs e) { UltraNumericEditor numericEditor = (UltraNumericEditor)sender; string invalidText = e.InvalidText.Replace("_", "").Trim(); if (invalidText == null || invalidText.Length == 0) { e.RetainFocus = false; numericEditor.Value = 0; } }
Wolven said:Finally, I STILL don't get emailed replies to my posts, even tho I ask it to.
I have not heard any other customer complaints about this. I, myself, receive dozens of e-mail notifications from the forums every day. It seems unlikely that there is some problem with the forums themselves that is affecting only you. This is most likely due to a spam filter on your end - if not on your machine, then perhaps on the part of your ISP.
Hey Mike,
I found the same issue as you describe with the Ultra Masked Edit control. i.e. It selects all the data the first time you enter the field but if you type something and move away, when you re-enter the field it doesn't select the data. My question is, Why not? Every other Windows input field control I've used does (as far as I know). I think it SHOULD select all the data each time you enter the field whether the data has been changed or not.
I did notice that the Ultra Numeric and Masked Edit controls have a property called; SelectAllBehavior. I tried setting it to the two different settings but didn't really notice any difference. I did find that two Masked Edit controls that APPEAR to have all the properties set identically; mainly Edit As "String" and Input Mask "C" and SelectAllBehavior "SelectEnteredCharacters", behave differently. On one of them, it behaves just the the numeric fields we're discussing. The other one selects the data even after you change it, move away and then tab back in. I haven't been able to find what's making the difference.
Regarding the Default Value... If it's a Numeric Editor, and it's set to Not Nullable, and there isn't any data in the field, Wouldn't it make sense that the value SHOULD be set to 0 (zero) automatically???
And if it's a Masked Edit control with a Numeric Input Mask and it's set to Not Nullable, and there isn't any data in the field, Wouldn't it make sense that the value SHOULD be set to 0 (zero) automatically???
It certainly seems to me like it should. :)
As for my emails... I get the "noreply" emails from the support people when they email me regarding open cases. But I don't get emails when people reply to my posts for some odd reason.
Mike said: No, 0 and null are not the same thing.
No, 0 and null are not the same thing.
Apparently you missed the part about the control being set to NOT NULLABLE. If it's a NOT NULLABLE Numeric control or Input Mask and no value is entered then... Wouldn't it make REALLY GOOD LOGICAL sense that the value SHOULD be set to 0 (zero) automatically??? :)
Wolven said:Apparently you missed the part about the control being set to NOT NULLABLE. If it's a NOT NULLABLE Numeric control or Input Mask and no value is entered then... Wouldn't it make REALLY GOOD LOGICAL sense that the value SHOULD be set to 0 (zero) automatically??? :)
Hm, I did miss that part. But I'm still not sure that the control should assume that null is 0 when null is not allowed. I think a lot of time, Nullable is false because the developer wants to force the user to enter a value explicitly - not just assume that if they didn't enter anything it should default to 0.
I tested out the tool double click event on the toolbar manager and it only appears to fire for the label and progress bar tool types. I'm going to take a leap here trying to think like the developers who design the controls and say that they probably just didn't hook up the double click events to these other menu tool controls because they thought the event wasn't relevant. But…. even with that said it wouldn’t have hurt to process the double click event regardless and leave it up to the customer developer to handle the event in whatever manner they wanted.
I don't know for sure since I haven't looked, but I doubt there is documentation that says oh by the way you can't use the tool double click event for X,Y and Z tool controls. I have to agree that since the event is fired on the toolbar manager which is global to all the tool objects that they all should handle the event. Just my two cents.
Steve Smith said:I don't know for sure since I haven't looked, but I doubt there is documentation that says oh by the way you can't use the tool double click event for X,Y and Z tool controls. I have to agree that since the event is fired on the toolbar manager which is global to all the tool objects that they all should handle the event. Just my two cents.
As I said, this forum is really not the right place to discuss this and the toolbar isn't really my area. But it seems to me that the event doesn't fire because it's essentially useless on a button.
Why would you ever want to use a DoubleClick event on a Button tool? I know of no application that does this. It would not be intuitive to a user that he needs to double-click a button instead of just clicking on it once. How would the user know? Wouldn't they be confused when then click on the button and nothing happens?
You really can't use both Click and DoubleClick on the same button, because Double-Click doesn't replace Click - you would get two click events in addition to every double click.
I'm not saying I disagree with you about a user double clicking button. My only point was that if we have a control where all the menu object events are handled by the parent toolbar manager, as a developer using the control my first assumption would be that the events listed are going to work for all tool objects and not just some here and some there. I guess you would call that "object normalization". It's kind of like having an unnormalized table where certain columns are valid or not depending on the data in the row. I'm not saying it's a bad design, it's just not necessarily developer intuitive at first glance until you figure out what the thought process was behind it.
But I know... it's not your area.
PS - None of the RSS links in the forum appear to work. :(
I agree that it might not be the most obvious or intuitive thing. And if it's not documented, then it certainly should be.
Steve Smith said:PS - None of the RSS links in the forum appear to work. :(
I tried it out and they don't work for me, either. I will notify the forum folks so they can fix it.