I tried this, but it didn't work, and I'm wondering if I had the tags in the right places... ?

 

                                        <pre><xp:text escape="true"
                                            id="computedField3">
                                        <xp:this.value><![CDATA[#{javascript:AnalysisDoc.getItemValue("ReimbursementBasis")}]]></xp:this.value></xp:text>
                                        </pre>

Yes, I've tried getItemValueString, and it gave the same result.  Didn't play with escape.

 

Using a multiline edit box and custom converter, I'm able to get the blank rows properly; but apparently &nbsp; is being added between every word, so the lines are not wrapping at all.  They keep going, off the screen.

 

<xp:inputTextarea
                                            id="inputTextarea1">
                                            <xp:this.value><![CDATA[#{javascript:AnalysisDoc.getItemValue("ReimbursementBasis")}]]></xp:this.value>
                                            <xp:this.converter>
                                                <xp:customConverter>
                                                    <xp:this.getAsObject><![CDATA[#{javascript:@Explode(value,"\n")}]]></xp:this.getAsObject>
                                                    <xp:this.getAsString><![CDATA[#{javascript:@Implode(value,"\n")}]]></xp:this.getAsString>
                                                </xp:customConverter>
                                            </xp:this.converter>
                                        </xp:inputTextarea>

 

I'm currently trying enveloping the field in blockquote.

Try setting a style property on the <pre>:

Either 

white-space:pre-wrap 

or 

white-space:pre-line 

Tommy, you are such a PEACH for trying to help me out!!  I reallllllly appreciate it.

 

Tried both of your suggestions... the results with each one are slightly different, but with both the lines still refuse to wrap.

 

                                <pre style="white-space:pre-line">
                                        <xp:text escape="false"
                                                id="computedField3">
                                                <xp:this.value><![CDATA[#{javascript:AnalysisDoc.getItemValueString("ReimbursementBasis")}]]></xp:this.value>
                                            </xp:text></pre>

Hi Sally, is your original field multi-value text? 

 

If yes, then I had a similar issue & ended up using 2 fields -- 1 multiline edit control for editing purposes & a computed field for display purposes using @Implode with <BR>s to get it to only break on the multi-values:

 

<xp:text id="cfProduct"
                            rendered="#{javascript:!newProductDoc.isEditable();}"
                            escape="false">
                            <xp:this.value><![CDATA[${javascript:doc = newProductDoc.getDocument();
@Implode(doc.getItemValue("Product"),"<BR>");

}]]></xp:this.value>
                        </xp:text>

 

If no, then I think I originally was in the same boat & I eventually resorted to switching the field to be stored as multi-value.  I suppose you could try some other machinations to get the embedded line-breaks to be adhered to but storing it as a text list might be the easiest.

Judy.

Thanks a lot for your suggestions, Judy.  I had seen your posts about this problem on the other forum.

 

Unfortunately, the data is stored in a text field, not multivalue.

 

The big problem is not the line breaks, but the wrapping.

 

What works, but seems primeval, is in the source doc field replacing @NewLine with <BR>, and replacing " " with some character (I use ^^).  Then in the Xpage I use a computed field rendering html (that recognizes the <BR>'s and gives me the line breaks), and do value.replace("^^", " ").

 

Really, it seems ridiculous to me to have to resort to such lengths, but it's the only combination, out of the zillions I've tried, that works.

I know what you mean about the weird breaking on spaces & stretching beyond the window -- that's why I ended up doing what I did, changing the form field to be multi-values.  I'll give your solution a shot the next time I bump into this -- thanks!

 

But I wonder if you couldn't just use the converters & instead of doing:

 

                    <xp:this.converter>
                            <xp:customConverter>
                                <xp:this.getAsObject><![CDATA[#{javascript:@Explode(value,"\n");}]]></xp:this.getAsObject>
                                <xp:this.getAsString><![CDATA[#{javascript:@Implode(value,"\n");}]]></xp:this.getAsString>
                            </xp:customConverter>
                        </xp:this.converter>

 

you could do something like this:

 

                        <xp:this.converter>
                            <xp:customConverter>
                                <xp:this.getAsObject><![CDATA[#{javascript:@Explode(value,"\n");}]]></xp:this.getAsObject>
                                <xp:this.getAsString><![CDATA[#{javascript:@Replace(@Implode(value,"\n");" ";"&nbsp;");}]]></xp:this.getAsString>
                            </xp:customConverter>
                        </xp:this.converter>

 

Not sure if you'd have to alter the getAsObject part as well to get it back into the Notes field properly.  Haven't tried this so I don't know if it would work.

Unfortunately, getItemValue yields the same results:  line breaks ignored.

 

When I "View Source," the text is formatted perfectly.  But not in the browser display itself.

First, make sure you aren't in compatibility mode in IE.  Compatibility mode can wreak havoc with CSS & the box model.  I would test this strictly in Firefox & use Firebug to look at the source when it's rendered.

 

And, lastly, you know what I'm going to say ... Since a single-value text field with embedded line breaks is causing you such grief during display, you really may have to consider at least temporarily storing it in a proper multi-value text field for display/editing -- you can save it back to your single-value text field on save.

 

I'm done.

Thanks so much for everyone's help!

 

I tried storing the formatted text in a Rich Text field.  The carriage returns displayed on the web, but spaces and bolding were added randomly.

 

So my final solution was:

 

1) In the Notes form, added Input Translation to the text field that replaced @NewLine with "<BR>" and blank spaces with "^"

 

2) In the Xpage, used a Computed Field (HTML) that replaced the "^" with a blank space.

 

var temp=AnalysisDoc.getItemValueString("Representation");
temp.replace("^", " ");

 

The formatting comes across perfectly now.

 

 Mark

 

(BTW: I've used Domino/Notes 8.5.2FP3)

Thanks, Mark!  When I saw your post I thought, "Haven't I already tried that combination?", but then tried it again, and it worked perfectly.

 

I'm new to Xpages, and think I lost confidence and started flailing around early instead of just calming down and figuring out the elements.

 

SO MUCH BETTER than messing with the data... thanx mucho mucho for taking the time to work through it and respond.

 

Sally