Go to the above URL using a current trunk build of Mozilla. The second button shown is a multiline button that contains some markup. The word "markup" is bright red. Even though there is ample whitespace in the markup, all of the spaces are being eaten, both those before and after the <html:span> that introduces the red color. The XML content sink does this correctly, and you can verify this by visiting http://www.mozilla.org/projects/xul/tests/buttons.xml The above XML file is exactly the same as the XUL file, but it renders correctly. Fixing this could result in many more objects in the content model, I suppose, but the fact that the whitespace is stripped out does not seem correct to me.
An idea might be to just make the content sink smart about the known block tags while continuing to strip whitespace from all the other XUL tags. The block tags in XUL include <html> (now deprecated but you could support it anyway), <description>, and <label>. Anything in the HTML namespace could also be special-cased.
Assignee: waterson → hyatt
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Using 2001101008 I noticed that the when the button wraps, the buttons looks like this: A long label that contains markup and that wraps to multiple lines. However, what I noticed was that there is alot of extra spacing within the button on the right side. I have made an attachment showing this effect. I don't really think this seems correct.
Target Milestone: mozilla1.0 → mozilla0.9.8
Moving non nsbeta1+ XUL 1.0 bugs to mozilla1.2
*** Bug 145921 has been marked as a duplicate of this bug. ***
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.