Hmm, well the only thing I'm concerned about here is how to enter linebreaks, and using the <pre> tag actually will allow that, so I'll just do that in the test case.
<inputtext><pre>A B C </pre></inputtext> On Wed, Mar 31, 2010 at 12:18 PM, P T Withington <[email protected]> wrote: > Start here: > > http://jira.openlaszlo.org/jira/browse/LPP-7533 > > and follow the links. > > I believe the current received wisdom is that input text is _not_ HTML > unless you ask for it. (And if you think about it, you should never ask for > it either. How could a user 'input' HTML?) > > On 2010-03-31, at 12:00, Henry Minsky wrote: > > > OK, here's another test case that's failing in the lztext-textheight > suite > > > > <inputtext fontsize="20" fgcolor="red" id="it5" > > multiline="true">E<br/>F</inputtext> > > > > The test expects that to come out as two lines, however it actually gets > > xml-quoted by the compiler > > and, given that the input text view treats text as plaintext, the field > > displays the literal string "E<br/>F" as a single line. > > > > > > > > In LPS 3.4, you get a compiler warning > > > > element "br" not allowed in this context. Check whether it is spelled > > correctly, and whether a class with this name exists. > > > > However in trunk the compiler just passes the XML through to the input > text > > constructor. > > > > What is the correct desired behavior here?? > > > > -- > > Henry Minsky > > Software Architect > > [email protected] > > -- Henry Minsky Software Architect [email protected]
