Unerwünschte Zeilenumbrüche in WEB RTItem

[Gandhi]

Hallo,
ich habe folgendes Problem mit einer Web Applikation:
In einem Rich Text Item (dargestellt als HTML) fügt Domino nach 80 Zeichen unerwünschter Weise einen Zeilenumbruch ein. In den Feldeigenschaften gibt es keine Einstellungsmöglichkeit, das Forum, die KB und die Hilfe habe ich auch schon erfolglos durchsucht.
Kennt jemand das Problem und weiss, was man dagegen tun kann?
wrap="off" habe ich bereits getestet und bewirkt leider auch nichts.

[flaite]

Halt ich zwar für unwahrscheinlich, aber vielleicht liegt es an der Formatierung des Bereiches, in dem das RT-Item liegt.

[datenbanken24]

Das ist gar nicht so unwahrscheinlich....
Hatte das vor kurzem bei einem Kollegen hier auch.

RT "schluckt" viel mehr in sich hinein, als man annimmt bzw. eingibt.

Ghandi,
wenn Du das RT-Feld zum ersten mal speicherst,
liegt es dabei in der Maske in einer Tabelle ?

Wenn ja,
es gibt bestimmte Tabelleneigenschaften, die das RT-Feld in seinem geheimnisvollen Inhalt beim ersten Speichern unwiderruflich mit abspeichert.

Hat das HTML des RT-Feldes ein <p> oder ein <br> - oder gar nix davon an der betreffenden Stelle im HTML-Quellcode?

Sollte Dein RT-Feld in der Maske innerhalb einer Tabelle sein,
dann setze es mal aus der Tabelle raus und speichere ein neues (!) Dokument.
Tritt dann der Umbruch immer noch auf ?

Gruß,
Uwe

[Gandhi]

Erst mal danke für die Antworten,
aber daran lag es leider nicht - testweise habe ich mal ein Item ausserhalb aller Bereiche angelegt - das bricht auch nach 80 Zeichen um.
Ich erinnere mich sehr dunkel daran, dass es mal ein Problem beim Mail gab, wo Mails nach aussen auch nach 80 Zeichen umgebrochen wurden.

80 Zeichen wären auch ein komischer Zufall für eine Tabellenformatierung gewesen...Das sieht mir zu sehr nach der alten DOS Beschränkung aus...

ich forsche weiter...

[LisaS]

@Gandhi:

Ich hab jetzt auch das gleiche Problem.
80 Zeichen, zack umbruch....
Hast du eine Lösung gefunden?

Gruß
Hitcher

[m3]

B0rken as designed, siehe Technote #1089825:

Problem
Text typed into a rich text field (RTF) of a Lotus Notes® document contains unexpected characters for a carriage return and line feed. The Carriage Return (CR) and Line Feed (LF) are not displayed within Notes®. An application which can display hidden characters reveals their presence.

To re-create this issue:

1. Type (into a Rich Text field) an unbroken line of text 81 characters long.
2. Save the document.
3. Replace one of the characters with a space.
4. Save the document.
5. Cut and paste the text from the Rich Text field into an editor which can display hidden characters.
6. The special characters for a Carriage Return and Line Feed will be found where the space was added.
 
Solution
Notes will place the CR and LF at a word break (space) as close to character 80 as possible, but always before character 80. The CR LF added does not actually have any effect unless the font used widens the text such that the text would need to wrap.

This issue was reported to Quality Engineering; however, it was determined that Notes is working as designed and there are currently no plProblem
Text typed into a rich text field (RTF) of a Lotus Notes® document contains unexpected characters for a carriage return and line feed. The Carriage Return (CR) and Line Feed (LF) are not displayed within Notes®. An application which can display hidden characters reveals their presence.

To re-create this issue:

1. Type (into a Rich Text field) an unbroken line of text 81 characters long.
2. Save the document.
3. Replace one of the characters with a space.
4. Save the document.
5. Cut and paste the text from the Rich Text field into an editor which can display hidden characters.
6. The special characters for a Carriage Return and Line Feed will be found where the space was added.
 
Solution
Notes will place the CR and LF at a word break (space) as close to character 80 as possible, but always before character 80. The CR LF added does not actually have any effect unless the font used widens the text such that the text would need to wrap.

This issue was reported to Quality Engineering; however, it was determined that Notes is working as designed and there are currently no plans to change the behavior.

Workaround
A LotusScript agent can be used to access the plain text within a Rich Text field.
Note: Attempting to display this unformatted text will introduce the carriage returns again. In Notes 5.x and 6.x the NotesItem classes Text property can return up to two gigabytes of text from a Rich Text field. In Notes 6.0, an additional method GetUnformattedText was added to the NotesRichTextItem class. This method's limits are similar to those of the Text property.ans to change the behavior.

Workaround
A LotusScript agent can be used to access the plain text within a Rich Text field.
Note: Attempting to display this unformatted text will introduce the carriage returns again. In Notes 5.x and 6.x the NotesItem classes Text property can return up to two gigabytes of text from a Rich Text field. In Notes 6.0, an additional method GetUnformattedText was added to the NotesRichTextItem class. This method's limits are similar to those of the Text property.

[Gandhi]

Also diese Antworten von Lotus finde ich einfach immer nur frech...von wegen, da existiert kein Problem.
Und wenn das as designed worked - dann ist das Design halt scheisse.
Diese 80 Zeichen Beschränkung stammt aus den frühen 80ern - das hätte man längst mal rausnehmen können.

Wirklich gelöst habe ich das damals nicht (frag mal Dau-In - die arbeitet noch mit dem Problem:-))

[m3]

Das ist die geheiligte Abwärtskompatibilität.

Ist ja prinzipiell OK, aber dann muss ich ein RTF_Modern oder so für moderne Anwendungen einführen, das sich etwas "klüger" verhält.
Aber zum Thema RTF fallen dem Ben noch ganz andere Sachen ein, die verbessert werden sollten.

[DAU-in]

Wirklich gelöst habe ich das damals nicht (frag mal Dau-In - die arbeitet noch mit dem Problem:-))

Ehrlich gesagt, nachdem immer wieder  zwei Drittel der Dokumente aus der DB verschwunden waren und nachdem sich gezeigt hatte, dass durch einen raschen Doppleklick auf den Cancel-Button die Applikation, der Dominoserver und der Windowsserver beendet wurden, hat es betr. des immer noch vorhandenen Zeilenumbruchs keinerlei Beschwerden gegeben.