I wouldn't expect any really important features which don't have
complicated compromises attached to them to be omitted from all
clients for all that long.
True, it's those compromises that people should base their decision on.
To make that easier was the motivation for me to suggest feature
: Monday, July 9, 2012 5:04 PM
Subject: Re: [Bitcoin-development] Random order for clients page
On Mon, Jul 9, 2012 at 11:54 AM, Amir Taaki zgen...@yahoo.com wrote:
Took me a while, but finally got it working.
Entries on the clients page are randomly ordered when the page is generated.
https
: Monday, July 9, 2012 5:04 PM
Subject: Re: [Bitcoin-development] Random order for clients page
On Mon, Jul 9, 2012 at 11:54 AM, Amir Taaki zgen...@yahoo.com wrote:
Took me a while, but finally got it working.
Entries on the clients page are randomly ordered when the page is generated.
https
FWIW, all this argumenting is why my original suggestion for a Clients list
focussed on objective information in alphabetical order.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways
On Mon, Jul 9, 2012 at 12:09 PM, Amir Taaki zgen...@yahoo.com wrote:
JS randomisation is bad. People shouldn't need JS to view a webpage.
JS randomization doesn't imply needing JS to view the page. It implies
needing JS to see it in random order. You could also combine it with
the server-side
I generally agree with Greg. I don't see anything he's said or done as
anti-alt-client.
As an alt-client developer, I'm happy to see my client on the main page,
but I'm also happy if that clients page is simply an acknowledgement that
there's more to the Bitcoin world than just the Bitcoin-Qt
I don't think that's a good idea as it can easily confuse or annoy users
when things move around. The ordering should be preserved as much as
possible so users can remember where they found a client they liked
(e.g. 2nd row, 1st column and screenshot with light and blue colors).
Making them search
: Monday, July 9, 2012 6:46 PM
Subject: Re: [Bitcoin-development] Random order for clients page
On Mon, Jul 9, 2012 at 12:09 PM, Amir Taaki zgen...@yahoo.com wrote:
JS randomisation is bad. People shouldn't need JS to view a webpage.
JS randomization doesn't imply needing JS to view the page
On Mon, Jul 9, 2012 at 12:04 PM, Gregory Maxwell gmaxw...@gmail.com wrote:
If you had authored this as a pull request rather than making the
change unilaterally I would have recommended leaving it so the
reference client was always first. I also would have suggested that it
use JS
I strongly agree, but this is *why* I suggested moving it to the wiki. I
recently had to choose an XMPP client and I looked on xmpp.org - after a
frustrating experience with their listing [1]
Probably because their listing is even more useless than any of the
proposals that were presented
-development] Random order for clients page
I don't think that's a good idea as it can easily confuse or annoy users
when things move around. The ordering should be preserved as much as
possible so users can remember where they found a client they liked
(e.g. 2nd row, 1st column and screenshot
I think by users you mean, geeks who understand wiki syntax.
The point is to expand the circle of contributors. I'm pretty sure there
are more people who can edit a wiki than people who know HTML and how to
create a git pull request. :)
Inability to agree on columns isn't why the page looks
12 matches
Mail list logo