New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Trimming Whitespace from the beginning of DISCUSS and COMMENT #781
Comments
@henrik@levkowetz.com commented From rjsparks@nostrum.com: I agree with a first step of getting closer to where we were. That said, prior to conversion, the reflow mechanics, particularly when |
@henrik@levkowetz.com commented On 2012-02-28 22:03 Robert Sparks said:
That should be possible, but may move the re-flowing operation from Can you give me some examples of where reflowing is messing things up? If re-flowing is only applied for very long lines and on presentation,
Ok; we should check whether this is done on entry or at presentation |
@olau@iola.dk commented I have a fix that addresses the Russ's bug. We should probably open another one for the reformatting problem based on the discussion in http://www.ietf.org/mail-archive/web/iola-conversion-tool/current/msg00139.html |
@olau@iola.dk changed status from |
@olau@iola.dk changed resolution from `` to |
@olau@iola.dk commented Fixed in 7747e3a: Only trim ballot discusses/comments on the right side, not the left, since some ADs are using the left-side for formatting, fixes #781. |
@henrik@levkowetz.com changed status from |
resolution_fixed
type_defect
| by housley@vigilsec.comPrior to the conversion, an AD entering text in the discuss or
comment box had greater control over the formatting. The new form
seems to trim whitespace from the front of the provided text.
Issue migrated from trac:781 at 2022-03-04 01:59:39 +0000
The text was updated successfully, but these errors were encountered: