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 1WOU6Y-0005n6-Pp for bitcoin-development@lists.sourceforge.net; Fri, 14 Mar 2014 15:33:02 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.219.46 as permitted sender) client-ip=209.85.219.46; envelope-from=mh.in.england@gmail.com; helo=mail-oa0-f46.google.com; Received: from mail-oa0-f46.google.com ([209.85.219.46]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1WOU6X-0000J0-As for bitcoin-development@lists.sourceforge.net; Fri, 14 Mar 2014 15:33:02 +0000 Received: by mail-oa0-f46.google.com with SMTP id i7so2767414oag.19 for ; Fri, 14 Mar 2014 08:32:56 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.182.213.166 with SMTP id nt6mr7296989obc.53.1394811176007; Fri, 14 Mar 2014 08:32:56 -0700 (PDT) Sender: mh.in.england@gmail.com Received: by 10.76.71.231 with HTTP; Fri, 14 Mar 2014 08:32:55 -0700 (PDT) In-Reply-To: References: <52852C2D.9020103@gmail.com> <52853D8A.6010501@monetize.io> <362072F0-1EA8-4474-AE26-4691C852A22C@bitsofproof.com> Date: Fri, 14 Mar 2014 16:32:55 +0100 X-Google-Sender-Auth: 5isC5EVY0jtevNWEFcloF6OvgUM Message-ID: From: Mike Hearn To: Andreas Schildbach Content-Type: multipart/alternative; boundary=001a11c2e60aacbe8b04f492c854 X-Spam-Score: -0.5 (/) 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 (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 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 X-Headers-End: 1WOU6X-0000J0-As Cc: Bitcoin Dev 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: Fri, 14 Mar 2014 15:33:02 -0000 --001a11c2e60aacbe8b04f492c854 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The issue here is that most people are producing prices in BTC by just multiplying through the spot rate with full precision. Obviously if you converted dollar prices to Euro prices with the same technique, you'd also end up with lots of numbers after the decimal point, but in the real world nobody actually does this. They always "prettify" the price. This practice often annoys people because they feel like they get short changed. The most notorious example is Apple which likes (liked?) to charge 99 cents per iTunes song in the USA, and 99 pennies per song in the UK, despite that the British pound is worth a lot more than the dollar. It should be more like 60 pence. Nothing stops BitPay rounding the mBTC price to look more natural, but right now it's not common practice. On Fri, Mar 14, 2014 at 4:02 PM, Andreas Schildbach wrote: > By that definition 3.56 is a price. Maybe I misunderstood you and you're > lobbying for mBTC? > > > On 03/14/2014 03:57 PM, Tamas Blummer wrote: > > you miss the point Andreas. It is not about the magnitude but about > > the form of a price. > > > > A number with no decimals or with two decimals is percieved as a > > price in some currency. > > > > A number with more than two decimals is just not percieved as a price > > but as a geeky something that you rather convert to local currency. > > > > Tamas Blummer > > Bits of Proof > > > > On 14.03.2014, at 15:49, Andreas Schildbach > > wrote: > > > >> How much do you pay for an Espresso in your local currency? > >> > >> At least for the Euro and the Dollar, mBTC 3.56 is very close to what > >> people would expect. Certainly more familiar than =C2=B5BTC 3558 or BT= C > >> 0.003578. > >> > >> Anyway, I was just sharing real-world experience: nobody is confused. > >> > >> > >> On 03/14/2014 03:14 PM, Tamas Blummer wrote: > >>> You give them a hard to interpret thing like mBTC and then wonder > >>> why they rather look at local currency. Because the choices you > >>> gave them are bad. > >>> > >>> I think Bitcoin would have a better chance to be percieved as a > >>> currency of its own if it had prices and fractions like currencies > >>> do. > >>> > >>> 3.558 mBTC or 0.003578 BTC will never be as accepted as 3558 bits > >>> would be. > >>> > >>> > >>> Tamas Blummer Bits of Proof > >>> > >>> On 14.03.2014, at 15:05, Andreas Schildbach >>> > > >>> wrote: > >>> > >>>> btw. None of Bitcoin Wallet's users complained about confusion > >>>> because of the mBTC switch. In contrast, I get many mails and > >>>> questions if exchange rates happen to differ by >10%. > >>>> > >>>> I suspect nobody looks at the Bitcoin price. It's the amount in > >>>> local currency that matters to the users. > >>>> > >>>> > >>>> On 03/13/2014 02:40 PM, Andreas Schildbach wrote: > >>>>> Indeed. And users were crying for mBTC. Nobody was asking for > >>>>> =C2=B5BTC. > >>>>> > >>>>> I must admit I was not aware if this thread. I just watched > >>>>> other wallets and at some point decided its time to switch to > >>>>> mBTC. > >>>>> > >>>>> > >>>>> On 03/13/2014 02:31 PM, Mike Hearn wrote: > >>>>>> The standard has become mBTC and that's what was adopted. > >>>>>> It's too late to try and sway this on a mailing list thread > >>>>>> now. > >>>>>> > >>>>>> > >>>>>> On Thu, Mar 13, 2014 at 2:29 PM, Gary Rowe > >>>>>> > >>>>>> > wrote: > >>>>>> > >>>>>> The MultiBit HD view is that this is a locale-sensitive > >>>>>> presentation issue. As a result we offer a simple > >>>>>> configuration panel giving pretty much every possible > >>>>>> combination: icon, m+icon, =CE=BC+icon, BTC, mBTC, =CE=BCBTC, XB= T, > >>>>>> mXBT, =CE=BCXBT, sat along with settings for leading/trailing > >>>>>> symbol, commas, spaces and points. This allows anyone to > >>>>>> customise to meet their own needs beyond the offered default. > >>>>>> > >>>>>> > >>>>>> We apply the NIST guidelines for representation of SI unit > >>>>>> symbols (i.e no conversion to native language, no RTL giving > >>>>>> icon+m etc). > >>>>>> > >>>>>> Right now MultiBit HD is configured to use m+icon taken from > >>>>>> the Font Awesome icon set. However reading earlier posts it > >>>>>> seems that =CE=BC+icon is more sensible. > >>>>>> > >>>>>> Let us know what you'd like. > >>>>>> > >>>>>> Links: m+icon screenshot: http://imgur.com/a/WCDoG Font > >>>>>> Awesome icon: > >>>>>> http://fortawesome.github.io/Font-Awesome/icon/btc/ NIST SI > >>>>>> guidelines: http://physics.nist.gov/Pubs/SP811/sec07.html > >>>>>> > >>>>>> > >>>>>> On 13 March 2014 12:56, Jeff Garzik >>>>>> > >>>>>> > wrote: > >>>>>> > >>>>>> Resurrecting this topic. Bitcoin Wallet moved to mBTC > >>>>>> several weeks ago, which was disappointing -- it sounded like > >>>>>> the consensus was uBTC, and moving to uBTC later --which will > >>>>>> happen-- may result in additional user confusion, thanks to > >>>>>> yet another decimal place transition. > > > > > -------------------------------------------------------------------------= ----- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and thei= r > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > --001a11c2e60aacbe8b04f492c854 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The issue here is that most people are producing prices in= BTC by just multiplying through the spot rate with full precision. Obvious= ly if you converted dollar prices to Euro prices with the same technique, y= ou'd also end up with lots of numbers after the decimal point, but in t= he real world nobody actually does this. They always "prettify" t= he price.

This practice often annoys people because they feel like the= y get short changed. The most notorious example is Apple which likes (liked= ?) to charge 99 cents per iTunes song in the USA, and 99 pennies per song i= n the UK, despite that the British pound is worth a lot more than the dolla= r. It should be more like 60 pence.

Nothing stops BitPay rounding the mBTC price to look mo= re natural, but right now it's not common practice.


On Fri, Mar 14, 2014 = at 4:02 PM, Andreas Schildbach <andreas@schildbach.de> w= rote:
By that definition 3.56 is a price. Maybe I = misunderstood you and you're
lobbying for mBTC?


On 03/14/2014 03:57 PM, Tamas Blummer wrote:
> you miss the point Andreas. It is not about the magnitude but about > the form of a price.
>
> A number with no decimals or with two decimals is percieved as a
> price in some currency.
>
> A number with more than two decimals is just not percieved as a price<= br> > but as a geeky something that you rather convert to local currency. >
> Tamas Blummer
> Bits of Proof
>
> On 14.03.2014, at 15:49, Andreas Schildbach <andreas@schildbach.de
> <mailto:andreas@schildbach.de>> wrote:
>
>> How much do you pay for an Espresso in your local currency?
>>
>> At least for the Euro and the Dollar, mBTC 3.56 is very close to w= hat
>> people would expect. Certainly more familiar than =C2=B5BTC 3558 o= r BTC
>> 0.003578.
>>
>> Anyway, I was just sharing real-world experience: nobody is confus= ed.
>>
>>
>> On 03/14/2014 03:14 PM, Tamas Blummer wrote:
>>> You give them a hard to interpret thing like mBTC and then won= der
>>> why they rather look at local currency. Because the choices yo= u
>>> gave them are bad.
>>>
>>> I think Bitcoin would have a better chance to be percieved as = a
>>> currency of its own if it had prices and fractions like curren= cies
>>> do.
>>>
>>> 3.558 mBTC or 0.003578 BTC will never be as accepted as 3558 b= its
>>> would be.
>>>
>>>
>>> Tamas Blummer Bits of Proof
>>>
>>> On 14.03.2014, at 15:05, Andreas Schildbach <andreas@schildbach.de
>>> <mailto:andr= eas@schildbach.de>>
>>> wrote:
>>>
>>>> btw. None of Bitcoin Wallet's users complained about c= onfusion
>>>> because of the mBTC switch. In contrast, I get many mails = and
>>>> questions if exchange rates happen to differ by >10%. >>>>
>>>> I suspect nobody looks at the Bitcoin price. It's the = amount in
>>>> local currency that matters to the users.
>>>>
>>>>
>>>> On 03/13/2014 02:40 PM, Andreas Schildbach wrote:
>>>>> Indeed. And users were crying for mBTC. Nobody was ask= ing for
>>>>> =C2=B5BTC.
>>>>>
>>>>> I must admit I was not aware if this thread. I just wa= tched
>>>>> other wallets and at some point decided its time to sw= itch to
>>>>> mBTC.
>>>>>
>>>>>
>>>>> On 03/13/2014 02:31 PM, Mike Hearn wrote:
>>>>>> The standard has become mBTC and that's what w= as adopted.
>>>>>> It's too late to try and sway this on a mailin= g list thread
>>>>>> now.
>>>>>>
>>>>>>
>>>>>> On Thu, Mar 13, 2014 at 2:29 PM, Gary Rowe
>>>>>> <g.rowe@f= root.co.uk <mailto:g.rowe@froo= t.co.uk>
>>>>>> <mailto:g= .rowe@froot.co.uk>> wrote:
>>>>>>
>>>>>> The MultiBit HD view is that this is a locale-sens= itive
>>>>>> presentation issue. As a result we offer a simple<= br> >>>>>> configuration panel giving pretty much every possi= ble
>>>>>> combination: icon, m+icon, =C2=A0=CE=BC+icon, BTC,= mBTC, =C2=A0=CE=BCBTC, XBT,
>>>>>> mXBT, =C2=A0=CE=BCXBT, sat along with settings for= leading/trailing
>>>>>> symbol, commas, spaces and points. This allows any= one to
>>>>>> customise to meet their own needs beyond the offer= ed default.
>>>>>>
>>>>>>
>>>>>> We apply the NIST guidelines for representation of= SI unit
>>>>>> symbols (i.e no conversion to native language, no = RTL giving
>>>>>> icon+m etc).
>>>>>>
>>>>>> Right now MultiBit HD is configured to use m+icon = taken from
>>>>>> the Font Awesome icon set. However reading earlier= posts it
>>>>>> seems that =CE=BC+icon is more sensible.
>>>>>>
>>>>>> Let us know what you'd like.
>>>>>>
>>>>>> Links: m+icon screenshot: http://imgur.com/a/WCDoG Font
>>>>>> Awesome icon:
>>>>>> http://fortawesome.github.io/Font-Awesome/i= con/btc/ NIST SI
>>>>>> guidelines: http://physics.nist.gov/Pubs/SP811/se= c07.html
>>>>>>
>>>>>>
>>>>>> On 13 March 2014 12:56, Jeff Garzik <jgarzik@bitpay.com
>>>>>> <mailto:j= garzik@bitpay.com>
>>>>>> <mailto:j= garzik@bitpay.com>> wrote:
>>>>>>
>>>>>> Resurrecting this topic. =C2=A0Bitcoin Wallet move= d to mBTC
>>>>>> several weeks ago, which was disappointing -- it s= ounded like
>>>>>> the consensus was uBTC, and moving to uBTC later -= -which will
>>>>>> happen-- may result in additional user confusion, = thanks to
>>>>>> yet another decimal place transition.



-----------------------= -------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases = and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf= .net/sfu/13534_NeoTech
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment

--001a11c2e60aacbe8b04f492c854--