<div class="gmail_quote">On Fri, Apr 16, 2010 at 2:08 PM, Dan Allen <span dir="ltr"><<a href="mailto:dan.j.allen@gmail.com">dan.j.allen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im">On Fri, Apr 16, 2010 at 2:00 PM, Lincoln Baxter, III <span dir="ltr"><<a href="mailto:lincolnbaxter@gmail.com" target="_blank">lincolnbaxter@gmail.com</a>></span> wrote:<br></div>
<div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Does JBoss tools have this same XML formatting problem? If so, maybe we could get them to invest a little time in enhancing it for us if we can enumerate the deficiencies?<br></blockquote><div><br></div></div><div>What's funny is that what we want really isn't that complex. We want a tree structure, indented with 3 spaces. However, certain tags should be classified as "inline" tags and should not introduce a level of nesting. Pretty much just grab any of our docbook files, stare at it for a couple minutes, see how we are consistently formating it, and you get an idea of what we need.</div>
<div><br></div></div></blockquote><div>There is one other subtle requirement. Rarely are there two text editors that wrap words the same way. Some ensure there is an extra space after the last words, some don't. Some split on special characters that others don't. If you have a 20 line paragraph, and you wrap a word in the second line that someone else didn't, then the entire paragraph is reflowed, and your diff is out the window.</div>
<div><br></div><div>-Dan</div><div> </div></div>-- <br>Dan Allen<br>Senior Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br><br><a href="http://mojavelinux.com">http://mojavelinux.com</a><br>
<a href="http://mojavelinux.com/seaminaction">http://mojavelinux.com/seaminaction</a><br><a href="http://www.google.com/profiles/dan.j.allen">http://www.google.com/profiles/dan.j.allen</a><br>