on 01-28-2013 6:00 PM
Hi all,
when opening a view with a FormattedTextEdit (FTE) in it, the FTE has always an initial space (it is not empty). Thus the user always first has to delete the (single) space before he can start writing text.
Does anybody know anything about this behaviour? Any ideas?
Thanks...
ismail
PS: Ok, it's just a single space, but it matters. The deleting of the space-character has already happend about 180000 times in our system.
Hi Ismail,
I'm on a NW 702 SP11 system and don't get an initial space in the FTE element. The element does have default padding, but it is not space that I can delete. If your runtime is inserting a default space, then maybe you could remove it with a supply function or in WDDOINIT by explicitly setting the bound attribute to null or blank.
Cheers,
Amy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Ismail,
Refer following wdp component.It might give you an idea.
WDR_TEST_TEXT_EDIT
Katrice
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I think you don't get my point. It has nothing to do with a wrong binding or wrong use of the UIElement. It's, in my opinion, a strange behaviour.
I made a screenshot of WDR_TEST_TEXT_EDIT to clearify. Can you verify this problem on your system with testing service WDR_TEST_TEXT_EDIT?
Is there an OSS note regarding this problem? Does anybody know?
Thanks
ismail
Please check the binding value for this element
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
93 | |
10 | |
10 | |
9 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.