on 07-24-2008 1:15 PM
Hello Experts
For the below problem which is still not solved
yet I was adviced to proceed as follows.
1. Accepting the limitation, it is only cosmetic.
2. Modify the standard transaction
3. Strip out the carriage return/line feeds.
Imagine the customer accepts the modifying of the transaction
cbih82. In that case what has to be adapted or improved
to not having this problem.
In order to understand my problem
please call transaction cbih82, press F8,
'Start search anyway?' click yes,
'Do you really want to continue?' click also yes, at the hit list
chooce any incident and hit the button 'Safety Measures'. And now
you will see a field named 'Description' at the below part
of the gui.
Exactly this field is going to be filled through WebDynpro
via adaptive RFC.
A TextEdit element is used in order to insert a text which will passed
to the sap system (at the backend) later .
Java adds automatically \r\n as as usual when the user
makes a new line while inserting text in this text edit area.
This is so far OK.
e.g you insert a text like
sap 'line feed'
is 'line feed'
great 'line feed'
Java makes internally:
"Ltxt"= "sap\r\nis\r\ngreat\r\n"
But on the SAP side I get this text displayed like:
sap##is##great (inside a field named 'Description' ).
To sum up this mentioned field 'Description'
can be edited on the SAP side within the
transcation (cbih83). When you click on the
icon 'Display note' an editor will be launched.
It's like a magic, right there the line
feeds are interpreted correctly. I can see
the the text appearing one after another
sperated by new line (line feed).
With other words line feeds are exitisting
inside the editor but otherwise they are
displayed as # if you not launch this
editor. When I remove these # signs
on the other hand there won't be any
line feeds available inside the editor.
The goal ist how to solve this strange occurance without deleting linefeeds and displaying # .
Regards
Erdem Sas
Ayyapparaj KV
do you not really have any idea how? I don' care on which side.
The main thing is solving this problem.
Reagards
sas
Edited by: erdem sas on Jul 25, 2008 4:16 PM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
If your issue is to avoid ## in the text edit on the webdynpro part
create a calculated attribute(readonly false) and
Use String.replace("\n\r", "") on the attribute in the getmethod
and while setting back to the context attribute use opposite of the above convert ## to \n\r.
Regards
Ayyapparaj
Ayyapparaj KV I think I didn't understand you correctly.
But please coorect me if I am wrong. I dont have ## on the WebDynpro side.
On the WebDynpro side is everything well since \n\r is usually bahavour (for java)
when user hits enter button to have line breaks.
Only Sap is not be able to display n\r correctly.
Actionally n\r does not have to be displayed on the SAP side. SAP does it because
n\r cant be translated by SAP, therefore it appears as ##.
On the other hand you can say why not strip out simply ## on the sap side.
This time if you do that you will have nothing as line feeds, hereby you will
delete all line breaks.
The goal is still the same:
Not displaying # but without deleting linefeeds.
Regards
sas
Hi,
no I did not . Maybe I should do that.
Thank you very much.
Erdem Sas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
pls help I need urgent support.
Regards
sas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
98 | |
11 | |
11 | |
10 | |
10 | |
8 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.