From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WgP5s-0002vL-Sv for bitcoin-development@lists.sourceforge.net; Sat, 03 May 2014 01:50:24 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.219.47 as permitted sender) client-ip=209.85.219.47; envelope-from=voisine@gmail.com; helo=mail-oa0-f47.google.com; Received: from mail-oa0-f47.google.com ([209.85.219.47]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1WgP5p-0001gU-FT for bitcoin-development@lists.sourceforge.net; Sat, 03 May 2014 01:50:24 +0000 Received: by mail-oa0-f47.google.com with SMTP id i7so14946oag.20 for ; Fri, 02 May 2014 18:50:15 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.182.43.132 with SMTP id w4mr18578626obl.41.1399081815844; Fri, 02 May 2014 18:50:15 -0700 (PDT) Received: by 10.60.45.231 with HTTP; Fri, 2 May 2014 18:50:15 -0700 (PDT) In-Reply-To: <536442D3.50508@gmail.com> References: <52852C2D.9020103@gmail.com> <52853D8A.6010501@monetize.io> <536442D3.50508@gmail.com> Date: Fri, 2 May 2014 18:50:15 -0700 Message-ID: From: Aaron Voisine To: Alan Reiner Content-Type: multipart/alternative; boundary=001a11c303a2a52d4104f8751e58 X-Spam-Score: -0.6 (/) 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 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (voisine[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature 0.0 LOTS_OF_MONEY Huge... sums of money X-Headers-End: 1WgP5p-0001gU-FT Cc: "bitcoin-development@lists.sourceforge.net" Subject: Re: [Bitcoin-development] moving the default display to mbtc 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: Sat, 03 May 2014 01:50:25 -0000 --001a11c303a2a52d4104f8751e58 Content-Type: text/plain; charset=UTF-8 It will also be important to chose the currency symbol for "bits" at the same time. Lowercase stroke "b" I think is the obvious choice. Unicode U+0180 Aaron On Friday, May 2, 2014, Alan Reiner wrote: > I've been a strong supporter of the 1e-6 unit switch since the beginning > and ready to do whatever I can with Armory to help ease that transition. > I'm happy to prioritize a release that updates the Armory interface to make > "bits" the default unit, when the time is right. I think it makes sense to > get as many apps and services to upgrade nearly simultaneously. > > My plan is to have a popup on the first load of the new version that > briefly introduces the change, and mentions that they can go back to the > old way in the settings, but make them work to do it. For the transient > period (6 months?) all input boxes will auto-update nearby labels with the > converted-to-BTC value as they type, so that they don't have to do any math > in their head. Similarly, all displayed BTC values will show both. But > the 1e-6 unit will always be default or first unless they explicitly change > it in the interface. > > > > > On 5/2/2014 8:54 PM, Ben Davenport wrote: > > I fully support this (it's what I suggested over a year ago), but what it > comes down to is BitPay, Coinbase, Blockchain and Bitstamp getting > together, agreeing what they're going to use, and doing a little joint > customer education campaign around it. If there's community momentum around > "bits", great. > > My only addition is that I think we should all stop trying to attach SI > prefixes to the currency unit. Name me another world currency that uses SI > prefixes. No one quotes amounts as 63 k$ or 3 M$. The accepted standard at > least in the US is , i.e. $63k or $3M. > That may not be accepted form everywhere, but in any case it's an informal > format, not a formal one. The important point is there should be one base > unit that is not modified with SI prefixes. And I think the arguments are > strong for that unit being = 100 satoshi. > > Ben > > > > > On Fri, May 2, 2014 at 12:17 PM, Jeff Garzik > > wrote: > >> >> >> Related: >> http://blog.bitpay.com/2014/05/02/bitpay-bitcoin-and-where-to-put-that-decimal-point.html >> >> -- >> Jeff Garzik >> Bitcoin core developer and open source evangelist >> BitPay, Inc. https://bitpay.com/ >> >> >> ------------------------------------------------------------------------------ >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. Get >> unparalleled scalability from the best Selenium testing platform >> available. >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> Bitcoin-development mailing list >> Bitcoin-development@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development >> > > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free."http://p.sf.net/sfu/SauceLabs > > > > _______________________________________________ > Bitcoin-development mailing listBitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > -- There's no trick to being a humorist when you have the whole government working for you -- Will Rodgers --001a11c303a2a52d4104f8751e58 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It will also be important to chose the currency symbol for "bits"= at the same time. Lowercase stroke "b" I think is the obvious ch= oice. Unicode=C2=A0U+0180

Aaron

On F= riday, May 2, 2014, Alan Reiner <= etotheipi@gmail.com> wrote:
=20 =20 =20
I've been a strong supporter of the 1e-6 unit switch since the beginning and ready to do whatever I can with Armory to help ease that transition.=C2=A0 I'm happy to prioritize a release that updat= es the Armory interface to make "bits" the default unit, when the ti= me is right.=C2=A0 I think it makes sense to get as many apps and services to upgrade nearly simultaneously.

My plan is to have a popup on the first load of the new version that briefly introduces the change, and mentions that they can go back to the old way in the settings, but make them work to do it.=C2=A0 For the transient period (6 months?) all input boxes will auto-update nearby labels with the converted-to-BTC value as they type, so that they don't have to do any math in their head.=C2=A0 Similarly, all displ= ayed BTC values will show both.=C2=A0 But the 1e-6 unit will always be defau= lt or first unless they explicitly change it in the interface.




On 5/2/2014 8:54 PM, Ben Davenport wrote:
I fully support this (it's what I suggested over= a year ago), but what it comes down to is BitPay, Coinbase, Blockchain and Bitstamp getting together, agreeing what they're going to use, and doing a little joint customer education campaign around it. If there's community momentum around "= bits", great.

My only addition is that I think we should all stop trying to attach SI prefixes to the currency unit. Name me another world currency that uses SI prefixes. No one quotes amounts as 63 k$ or 3 M$. The accepted standard at least in the US is <currency-symbol><amount><modifier>, i.e. $63k or $3M. That may not be accepted form everywhere, but in any case it's an informal format, not a formal one. The important point is there should be one base unit that is not modified with SI prefixes. And I think the arguments are strong for that unit being =3D 100 satoshi.

Ben




On Fri, May 2, 2014 at 12:17 PM, Jeff Garzik <jgarzik@bitpay= .com> wrote:
<vendor hat: on>

Related: http://bl= og.bitpay.com/2014/05/02/bitpay-bitcoin-and-where-to-put-that-decimal-point= .html

--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. =C2=A0 =C2=A0 =C2=A0https://bitpay.com/

---------------------------------------------------------------------------= ---
"Accelerate Dev Cycles with Automated Cross-Browser Testin= g - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. =C2=A0Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
htt= p://p.sf.net/sfu/SauceLabs
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/lis= tinfo/bitcoin-development



----------------------------------------------------------------=
--------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get=20
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net=
/sfu/SauceLabs


_______________________________________________
Bitcoin-development mailing list
Bitcoin-development@lists.sour=
ceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de=
velopment



--
There's no trick to being a humorist = when you have the whole government working for you -- Will Rodgers
--001a11c303a2a52d4104f8751e58--