On Thu, May 3, 2012 at 6:28 AM, Alan Reiner wrote:
> **
> *(1) *What is the status & plans for supporting "bitcoin:" URIs in the
> Satoshi client? My understanding is that it currently creates URIs, but
> does *not* register itself with the OS to handle such links. Is this
> accurate? This see
I want to follow up on BIP 21 (URI scheme), which I have recently
implemented in Armory and I have become a huge fan of it. But I've got
a couple gripes:
*(1) *What is the status & plans for supporting "bitcoin:" URIs in the
Satoshi client? My understanding is that it currently creates URIs,
On Mon, Apr 30, 2012 at 1:50 PM, Amir Taaki wrote:
> Check it :) https://github.com/bitcoin/bitcoin.org/pull/34
Personally, all this seems far too focused on a centralized website
(bitcoin.org), and presents far too many choices at once to the user.
On bitcoin.org (registered by Satoshi), I woul
Hi Amir,
I am fine with the MultiBit description (+ subsequent suggestions like taking
the language text out).
Looking forward to seeing it on the bitcoin.org site.
Jim
jim...@fastmail.co.uk
--
Live Security Virtual Co
Now that I've seen and read through the forum thread on this, I think I'll
step back and let others get on with it. As Amir notes, we could be "Bike
Shedding" this for years.
On 2 May 2012 21:25, Luke-Jr wrote:
> On Wednesday, May 02, 2012 3:34:35 PM Gary Rowe wrote:
> > Bitcoin-Qt
> > * Develop
On Wednesday, May 02, 2012 3:34:35 PM Gary Rowe wrote:
> Bitcoin-Qt
> * Developed in C
This is far less relevant than license...
> Armory
> * Requires the entire blockchain
> * Dependent client of Bitcoin-Qt
Or bitcoind?
> Electrum
> * Dependent client of Bitcoin-Qt (on server)
Dependent on ce
I think it's perfectly reasonable to debate ordering. I personally don't
think Armory should be up front, because it's not intended for beginners.
How's that for honesty? I don't think anyone is trying to game the system
right now, I think we're trying to come up with a reasonable mechanism for
Alan, apologies about the installer - I was just using your website info to
infer how it all fitted together.
On 2 May 2012 20:43, Amir Taaki wrote:
> This discussion about ordering is absolutely retarded. Once the list fills
> up, then it won't matter. For now I'm deciding the ordering with Bit
This discussion about ordering is absolutely retarded. Once the list fills up,
then it won't matter. For now I'm deciding the ordering with Bitcoin-Qt first
and the others ordered however. That was nobody can try to game the system (it
remains unexploitable).
If there are no objections, then I
I'm not sure what "designed for occasional use" means. Many users of
other clients use them exclusively without touching other clients. Armory
is designed to be your only wallet (if bitcoind[d/-qt] is running in bkgd).
I'm sure the other clients are the same.
Instead, I think that line would b
Or we could just point everyone here:
http://lovebitcoins.org/getStarted.html
:-)
On 2 May 2012 20:40, Raphael NICOLLE wrote:
> Too technical if you ask me. We want a webpage for the dumbest end-user I
> think.
>
> Java? C? What the heck is this? Blockchain? Qt?
>
> Regards,
> Raphael
>
>
> On
Too technical if you ask me. We want a webpage for the dumbest end-user
I think.
Java? C? What the heck is this? Blockchain? Qt?
Regards,
Raphael
On 05/02/2012 09:34 PM, Gary Rowe wrote:
How about keeping it simple?
Bitcoin-Qt
* Requires the entire blockchain
* Standalone client
* Designed f
Oh, like I did 3 hours ago? Gah! I replied directly to grarpamp by
accident. Sorry if this seems out of place now...
I'm all for sorting the clients by "ease of use". We want the smoothest
first experience greeting users new to Bitcoin. I have grand plans of
defaulting Armory to a standard us
How about keeping it simple?
Bitcoin-Qt
* Requires the entire blockchain
* Standalone client
* Designed for continuous operation
* Available for Windows, Mac, Linux with installer
* Developed in C
* Website: https://bitcoin.org
MultiBit
* Requires a reduced blockchain
* Standalone client
* Design
This is like the most annoying thing about email. Often with group emails,
we'll be having a conversation then someone will click reply instead of group
reply and the convo will go on for a while. Eventually I'll realise the persons
are missing and add them back in.
On Yahoo mail (which I use f
On Wed, May 2, 2012 at 12:58 PM, grarpamp wrote:
>> Try "Reply to All"
>
> That puts the sender in 'to' and list in 'cc',
> which dupes to the sender and eventually
> blows out the to and cc lines as everyone
> chimes in and doesn't trim. 'reply to' solves
> most of that. assuming the list sw can
> Try "Reply to All"
That puts the sender in 'to' and list in 'cc',
which dupes to the sender and eventually
blows out the to and cc lines as everyone
chimes in and doesn't trim. 'reply to' solves
most of that. assuming the list sw can do it.
--
> it's unclear how best to run this page. It's clear we need one though.
> the right path is probably the middle one - have some descriptions that try
> to be neutral
Do it in two parts...
- overview, history, architecture model, 'whys'.
- agnostic table of features, platforms, stats, protocols,
On Wednesday, May 02, 2012 12:21:13 PM grarpamp wrote:
> Can someone also please set the reply-to header
> for these lists. It's really annoying to hit reply and
> not have the list address show up. Thanks :)
Try "Reply to All"
-
> While Bitcoin-Qt is by far the best client
This is purely subjective. One's best is another's worst.
> These are both things which are particular
> suitable to clear objective enumeration.
Yes, so for the purposes of compiling a list of clients
and libraries, please just stick to a table of fe
Btw, I sent updated text to Genjix Armory. I hope that gets included or
reviewed.
And I agree about the $4k donations thing. That's complete immaterial for
this page. Though the rest of the description there is reasonable, and
might even be better than what I sent Genjix.
-Alan
On Wed, May 2
>
> Bitcoin-qt is translated into a pretty broad set of languages (now— I
> cant tell you how many of them are _good_). Listing language just
> under multibit makes it sound like a distinguishing characteristic.
>
Fair enough then, let's take that out.
-
> MultiBit supports many languages such as German, Spanish and Greek.
Bitcoin-qt is translated into a pretty broad set of languages (now— I
cant tell you how many of them are _good_). Listing language just
under multibit makes it sound like a distinguishing characteristic.
Might it be useful to ad
>
> What computer is the initial start time 24-hours+ now? On normal
> systems initial sync-up now takes a couple hours.
>
OK, I haven't tried a full block chain sync for a while. If it's only a
couple of hours that's great. Let's change that.
On Wednesday, May 02, 2012 9:22:42 AM Mike Hearn wrote:
> The original software written by Satoshi Nakamoto, the project's founder.
This is just wrong. While Bitcoin-Qt is by far the best client, it is
Wladimir's, not Satoshi's.
> If your computer is low powered or you aren't willing to tolerate
> If your computer is low powered or you aren't willing to tolerate a 24-hour+
> initial start time,
What computer is the initial start time 24-hours+ now? On normal
systems initial sync-up now takes a couple hours. It could be slower,
of course, if you have the bad luck to end up with unrespo
We're debating the descriptions on the thread. I provided rewritten
descriptions that try and keep with the "theme per client" goal, whilst
being less technical.
I think it's unclear how best to run this page. It's clear we need one
though. If everyone can just submit whatever they like then we'll
27 matches
Mail list logo
