Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Mike Hearn
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Luke-Jr
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Mike Hearn
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.

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Mike Hearn
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.

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Alan Reiner
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread grarpamp
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Luke-Jr
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread grarpamp
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,

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread grarpamp
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.

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Jeff Garzik
On Wed, May 2, 2012 at 12:58 PM, grarpamp grarp...@gmail.com 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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Amir Taaki
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Gary Rowe
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 *

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Alan Reiner
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Raphael NICOLLE
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Alan Reiner
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 be

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Gary Rowe
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 zgen...@yahoo.com wrote: This discussion about ordering is absolutely retarded. Once the list fills up, then it won't matter. For now I'm deciding the

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Alan Reiner
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Luke-Jr
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

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Jeff Garzik
On Mon, Apr 30, 2012 at 1:50 PM, Amir Taaki zgen...@yahoo.com 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

Re: [Bitcoin-development] URI Handling in Bitcoin-Qt

2012-05-02 Thread Wladimir
On Thu, May 3, 2012 at 6:28 AM, Alan Reiner etothe...@gmail.com 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