Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT
Russ Housley <housley@vigilsec.com> Thu, 01 March 2012 15:20 UTC
Return-Path: <housley@vigilsec.com>
X-Original-To: iola-conversion-tool@ietfa.amsl.com
Delivered-To: iola-conversion-tool@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83DDF21E81C1 for <iola-conversion-tool@ietfa.amsl.com>; Thu, 1 Mar 2012 07:20:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.551
X-Spam-Level:
X-Spam-Status: No, score=-102.551 tagged_above=-999 required=5 tests=[AWL=0.048, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dXP9O76X0WKi for <iola-conversion-tool@ietfa.amsl.com>; Thu, 1 Mar 2012 07:20:11 -0800 (PST)
Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 118C021E81C3 for <iola-conversion-tool@ietf.org>; Thu, 1 Mar 2012 07:19:53 -0800 (PST)
Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 01E47F2401E; Thu, 1 Mar 2012 10:19:56 -0500 (EST)
X-Virus-Scanned: amavisd-new at smetech.net
Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id DtVDgkKefrdW; Thu, 1 Mar 2012 10:19:43 -0500 (EST)
Received: from [192.168.2.104] (pool-96-241-165-215.washdc.fios.verizon.net [96.241.165.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 014A39A471B; Thu, 1 Mar 2012 10:19:54 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Russ Housley <housley@vigilsec.com>
In-Reply-To: <4F4F5E66.1090804@levkowetz.com>
Date: Thu, 01 Mar 2012 10:19:50 -0500
Content-Transfer-Encoding: 7bit
Message-Id: <7CEB8F9D-5024-4276-BCDD-8FB7EDE8570D@vigilsec.com>
References: <9783DA0B-4717-476B-8806-F26A1A415802@vigilsec.com> <4F4D4129.3020908@nostrum.com> <4F4F5E66.1090804@levkowetz.com>
To: Henrik Levkowetz <henrik@levkowetz.com>
X-Mailer: Apple Mail (2.1084)
Cc: iola-conversion-tool@ietf.org, Robert Sparks <rjsparks@nostrum.com>
Subject: Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT
X-BeenThere: iola-conversion-tool@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project <iola-conversion-tool.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iola-conversion-tool>, <mailto:iola-conversion-tool-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/iola-conversion-tool>
List-Post: <mailto:iola-conversion-tool@ietf.org>
List-Help: <mailto:iola-conversion-tool-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iola-conversion-tool>, <mailto:iola-conversion-tool-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Mar 2012 15:20:22 -0000
On Mar 1, 2012, at 6:32 AM, Henrik Levkowetz wrote: > Hi Russ, Robert, > > I've entered this into the issue tracker as #781: > http://trac.tools.ietf.org/tools/ietfdb/ticket/781 > > On 2012-02-28 22:03 Robert Sparks said: >> I agree with a first step of getting closer to where we were. >> >> That said, prior to conversion, the reflow mechanics, particularly when >> preparing email, have been >> consistently in my way. Can we move to something that performs reflow by >> default, but allows us >> to turn it off and provide our own formatting when it's the best way to >> get the information across? > > That should be possible, but may move the re-flowing operation from > entry to presentation, where I believe we have it now, in order to not > mess with what's entered into the database. > > 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, > then anything you enter with proper formatting should be left alone. > I'll check the code to see if this is the way it's being handled now. > >> RjS >> >> On 2/28/12 2:58 PM, Russ Housley wrote: >>> Prior 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. > > Ok; we should check whether this is done on entry or at presentation > time -- do you have an example to look at? NEW: https://datatracker.ietf.org/doc/draft-ietf-netext-pmip-lr/ballot/ OLD: https://datatracker.ietf.org/doc/draft-ietf-csi-dhcpv6-cga-ps/ballot/ Russ
- [iola-conversion-tool] Trimming Whitespace from t… Russ Housley
- Re: [iola-conversion-tool] Trimming Whitespace fr… Robert Sparks
- Re: [iola-conversion-tool] Trimming Whitespace fr… Henrik Levkowetz
- Re: [iola-conversion-tool] Trimming Whitespace fr… Russ Housley
- Re: [iola-conversion-tool] Trimming Whitespace fr… Robert Sparks
- Re: [iola-conversion-tool] Trimming Whitespace fr… Henrik Levkowetz
- Re: [iola-conversion-tool] Trimming Whitespace fr… Henrik Levkowetz
- Re: [iola-conversion-tool] Trimming Whitespace fr… Ole Laursen
- Re: [iola-conversion-tool] Trimming Whitespace fr… Ole Laursen