EREC- SmartForms text issue ( Space out , Merge) - SAP E-Recruiting / EHP5

[former_member181966]

Hello Everyone,

We are facing issues with Candidate overview, Application overview smartforms. We are on EHP5. Here is the interesting thing for some random folks the forms space out or jumbled up the text and for others it is working okay. I have debug the forms for hours and finally came to the conclusion that it has to do something with smartforms which SAP needs to fix or give us a solution. I looked at u201CCL_HRRCF_CS_SFu201D Utilities class for SF which all over the place if you are dealing with smartforms. The method u201CCONVERT_STRING_TO_ITFu201D is handing out the data correctly. As soon as it hits the SF(FM) interface, it concatenates incorrectly because of the character limitation in the global definitions of smartforms.

SFTTEXT TYPE TSFTEXT

TXTLINE TYPE TLINE

I have looked at bunch of notes and one of them look promising but it is not using by any of the forms above. For your reference note number is 1533153.

Let me know if anybody come across this issue before. I am certain we have to open an OSS message. I wish all the smartforms all consistent.

We are on standalone SAP E-recruiting system and on EHP5.

Regards,

Saquib Khan

.

[NicoleGeischnek · Accepted solution]

Hello,

There is a restriction of Smartforms that the length of a table cell cannot be longer than 176. Please have a look at note 1475277 how to overcome this.

Regards

Nicole

[former_member181966 · Accepted solution]

Thanks Nicole. We have the note in-place. I think part of the problem is SAP E-rec hands back the data correctly to SM interface. Since smart forms using structures TSFTEXT & TLINE. It only takes care 132 char. if you have lines in your work experience or education. It merge the words. If you look at one of the smartforms, and you go to the point where is has the loop condition for education or Work Exp ( Main Area) , it says move SFTTEXT to TXTLINE and write out the text as &TXTLINE-TDLINE& . You notice under "General attributes" it says text type "text elements" START = 'Append directly'.

Evidently, for every description that exceeds 132 Char or at least have 3 lines it is for sure going to mess-up.

Any other suggestion?

Thanks.

Saquib Khan

FYI - This the text I put in and on App overview it looks like this look at the bold ones get merge

This generally would happen in rare cases where using smartforms forsending emails.Note

Space lost between words in a correspondence.Thisgenerally would happen in rare cases

where using smartforms for sendingemails.Note Space lost between words in a

correspondence.Space lostbetween words in a correspondence.Job agents. Import the

relevantsupport package. For immediate corrections, implement the correctioninstruction of

the note.

.

[NicoleGeischnek]

Hi,

This limitation comes from smartform, that is correct. Usually we check whether a line in the ITF table ends in the middle of a 'word' and use '=' as the value for tdformat.

While the OTF data is created, line breaks are added in the exact same places where a new line starts in the smartform due to the defined page width. OTF can NOT distinguish between soft and hard line breaks. When OTF is converted to an ITF table, these line breaks are kept in place - because after all they might be hard line breaks.

The issue when the 132th character is a space, note 1533153 was created - so I am suprised you have that issue still.

Regards

Nicole