Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1RsLTc-0001zJ-Hv for bitcoin-development@lists.sourceforge.net; Tue, 31 Jan 2012 21:42:56 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of bluematt.me designates 173.246.101.161 as permitted sender) client-ip=173.246.101.161; envelope-from=bitcoin-list@bluematt.me; helo=mail.bluematt.me; Received: from vps.bluematt.me ([173.246.101.161] helo=mail.bluematt.me) by sog-mx-2.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1RsLTb-0007mO-Fq for bitcoin-development@lists.sourceforge.net; Tue, 31 Jan 2012 21:42:56 +0000 Received: from [152.23.242.64] (dhcp00572.resnet-1x-wireless.unc.edu [152.23.242.64]) by mail.bluematt.me (Postfix) with ESMTPSA id 849013F8 for ; Tue, 31 Jan 2012 22:34:09 +0100 (CET) From: Matt Corallo To: bitcoin-development In-Reply-To: References: <1328020046.70720.YahooMailNeo@web121002.mail.ne1.yahoo.com> <1328025899.2832.5.camel@BMThinkPad.lan.bluematt.me> <1328034145.2832.11.camel@BMThinkPad.lan.bluematt.me> Content-Type: text/plain; charset="UTF-8" Date: Tue, 31 Jan 2012 16:42:48 -0500 Message-ID: <1328046168.2891.2.camel@BMThinkPad.lan.bluematt.me> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.4 (-) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -0.0 SPF_PASS SPF: sender matches SPF record 0.1 AWL AWL: From: address is in the auto white-list X-Headers-End: 1RsLTb-0007mO-Fq Subject: Re: [Bitcoin-development] BIP 20 Rejected, process for BIP 21N X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2012 21:42:56 -0000 OK, I went ahead and changed mustimplement out for req (required). Its not quite as expressive, but its much shorter and still makes sense (IMHO). I also explicitly stated that numbers shouldnt contain commas and should use period to separate whole numbers and fractional decimal fractions (to avoid any localization concerns). Matt On Tue, 2012-01-31 at 20:02 +0100, Wladimir wrote: > > On Tue, Jan 31, 2012 at 7:22 PM, Matt Corallo > wrote: > > All that said, I dont think its an ideal solution, depending > on the > names of variables to provide information is ugly. If anyone > has a > better idea on how to do backward compatibility, please > suggest it. > > I like the mustimplement: idea, though I'd recommend a shorter > (abbreviated) prefix, to keep URL sizes small for QR codes and such, > > Wladimir > >