Hey together,
as mentioned in another threads already we're facing the same issues that this image is showing:
https://jumpshare.com/v/3MFy9EZZqLGriTny44py
But the case is not only the width of the numericEditor, but mostly because of the jumping text. Even when your watching at the 0,00 of the field "Pauschalnachlass" you can see the text jumping to the left side.
How we could fix this? In the UltraTextEditor it was necessary to switch to TextRenderingMode.GDI but in the UltraNumericEditor (or UltraDateTimeEditor) it's not working.
Do you have any suggestions?
Kind regards!
Hello Nico,
Than you for contacting. Can you share the thread link you are talking about?
This juspstart link is not loading the image/video at our end , can you share just a image, and you can also share a simple demo sample with the steps to reproduce the issue.
Looking forward to hear you back with more information.
Regards,
Divya Jain
Can you see this image?
The reproducing is easy. Just take a clean Form and add a UltraNumericEditor or UltraDateTimeEditor. The jumpy behaviour should appear.
Hello,
The ultraNumericEditor control responds to the mouse and positions the cursor at the point that was clicked, that means where ever you click in the editor cursor would place at that point.
So if you click somewhere in the middle of the editor cursor would place it there and when you tab it to another control (loses focus)back and for ,cursor would place in the middle (same place) again.
You can test this behavior in my sample again. In the video may be you have clicked in the editor at the front and then going back and fore and that why cursor is at the front again after tab.
I do not mean the cursor. I mean the text. The text is jumping with getting and losing focus. It looks like that the text jumps one pixel up and one pixel left and jumps back when the focus get lost.
The phenomenon is independent of the cursor. You can see even just the promtchar-line in the bottom jumping up and later down again. This phenomenon is what I mean. And that's also in your demo.
Do you have an idea?
Unfortunately I misunderstood the requirement. So you are talking about text jumping in edit mode,
I don’t think there is any way to avoid that , guess it shows that you are into editmode of the editor.
I looked online and find this post where control developer MikeS explained the same behavior and suggested to try prompt character to a space , for me its just slight jump so this property dint make much difference but you can try at your end. Or another option is to make control wider or set TextHAlign to left to get enough room.
https://ko.infragistics.com/community/forums/f/ultimate-ui-for-windows-forms/4893/ultranumericeditor-and-maskinput
Hey,
I also found this post of Mike, but it does not resolve this case. The jumping behavior is independent of width, promptchar or TextHAlign. Even with TextVAlign or TextRenderingMode. The promptchar i.e. is just the line. The jumping stays visible in the text of the control (number, date, text, ...).
Interesting is that in default, you can see the same behavior with the UltraTextEditor. But when you're changing there the TextRenderingMode to GDI the jumping disappears. That's why I think that this jumping is a bug and I created this case here. I guess that in your routines of drawing the text in edit mode is different to non edit mode and that there is a different spacing (margin, padding, offset, ...) behavior inside which leads to all this here.
Can you please check it again?
Actually UltraTextEditor and UltraNumericEditor controls are different. The UltraComboEditor and UltraTextEditor are text-based editors, however controls such as UltraNumericEditor is mask-based controls they draw the text every time whether the control is in edit mode or not.
Anyways i played around with the properties little bit and find if you set the control in edit mode this jumping issue would disappear.
this.ultraNumericEditor1.AlwaysInEditMode = true;
See if this satisfy your need else ill log this behavior and developer can provide more information if this indeed a bug and there is something he can fix or not.
Hey Divya,
yes, that works and the look and feel of the controls is like expected. Thanks a lot!