Modify the standard transaction

[Former Member]

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

[Former Member · Accepted solution]

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

[Former Member · Accepted solution]

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

[Former Member · Accepted solution]

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

[Former Member · Accepted solution]

Hi,

Did you post this in ABAP forums their you could some hints how to make sure that this line feeds can be handled at the abap end.

Regards

Ayyapparaj

[Former Member]

Hi,

no I did not . Maybe I should do that.

Thank you very much.

Erdem Sas

[Former Member]

pls help I need urgent support.

Regards

sas

[Former Member]

Hi,

The goal ist how to solve this strange occurance without deleting linefeeds and displaying # .

Above thing has to be done in abap side or java side?

Regards

Ayyapparaj