Pages:
Author

Topic: recommendation: url protocol for bitcoin-links (Read 2549 times)

newbie
Activity: 42
Merit: 0
January 14, 2014, 08:09:07 AM
#21
It would make more sense for it there to be an RFC for general purpose payment links:

payment:///?url=

These links could be handled by any payment provider.   A user could then set up payment providers for any currency.   This type of general purpose scheme is more likely to accrue broad based browser and W3C support, etc.... rather than a one-off for one crypto.

- Erik
sr. member
Activity: 314
Merit: 250
Keep in mind that these schemes are mainly meant for parsers. That's also why standards are important.

youre very right Smiley, especially on tel:+43-7654321 - real-world-examples: skype-link, wtai://
so probably a parser (and if only for supporting simple-minded like me) would do better if the common known "://"-string is also accepted - no big deal so far.

now I knwo, Luke implemented a URI handler (acc to ~half year ago) - question: why isnt it in use (by shops) already  Huh any examples that do?

it seems I things work out well
Quote
It also adds an implementation of bitcoin: URIs [...]
[...]
 we chose the most simple format possible, which can be described in one line: bitcoin:?label=
hero member
Activity: 938
Merit: 1002
I'll reply to your point, but this has been discussed in length in these forums and I doubt that any of us will say something new. Smiley

I'm sure you'll find those topics easily.

one downside I thought of: Users have easily to understand it - like tel://0043155985476 - the know http:// from the web, and they know telephone-numbers, easy

That would be tel:+43-1-559-8547 or something like that depending on the context. Just like mailto:[email protected]

tel:// or mailto:// wouldn't and shouldn't work. Smiley

plz post an example thats of the same ease for the sending of some btc to a specific address - just to focus on the topic and not just slapping each other

bitcoin:15VjRaDX9zpbA8LVnbrCAFzrVzN7ixHNsC?amount=1&label=Faucet&message=Donation

Keep in mind that these schemes are mainly meant for parsers. That's also why standards are important.
sr. member
Activity: 314
Merit: 250
[...]
By the standard, of course, they mean their interpretation of it and no amount of talking will convince them otherwise.
eh, that smells like tripple-post  Wink
behave my friend  Cheesy

There are TONS of documents about URL and URI standards available.  People should really read them before they start cooking up schemes of their own so that they don't make basic simple mistakes.
you're assuming things that have already been refuted
it seems to be very hard to keep to the point (of the topic)
kjj
legendary
Activity: 1302
Merit: 1026
There are TONS of documents about URL and URI standards available.  People should really read them before they start cooking up schemes of their own so that they don't make basic simple mistakes.
member
Activity: 112
Merit: 10
there are lots of people here who have an incredible, pathological need to follow "the standard" to the letter.

Best approach is to use standards or conventions if they don't have any downsides. In this case, they don't. If they have, it's best to fix the standard. For something like URI-schemes, I think that makes sense, don't you?


By the standard, of course, they mean their interpretation of it and no amount of talking will convince them otherwise.
sr. member
Activity: 314
Merit: 250
...if they don't have any downsides. In this case, they don't.
one downside I thought of: Users have easily to understand it - like tel://0043155985476 - the know http:// from the web, and they know telephone-numbers, easy

plz post an example thats of the same ease for the sending of some btc to a specific address - just to focus on the topic and not just slapping each other
hero member
Activity: 938
Merit: 1002
there are lots of people here who have an incredible, pathological need to follow "the standard" to the letter.

Best approach is to use standards or conventions if they don't have any downsides. In this case, they don't. If they have, it's best to fix the standard. For something like URI-schemes, I think that makes sense, don't you?
member
Activity: 112
Merit: 10
...no amount of talking will convince them otherwise.

But good luck to you Smiley
sr. member
Activity: 314
Merit: 250
But it was my prior intention to argue about the elements of that uri and its options.

I can live with other opinions quite fine Smiley . At least I try to understand the ways others are thinking regardless the other party does.
Most times the tradeoff is not that far away as soon as everyone realises its an argument not a struggle on true or false.

Finally we now know there are plenty things already thought of in the wiki, as I could have known already if I wasn that blind Cool .
member
Activity: 112
Merit: 10
vv01f, I agree with you. But there are lots of people here who have an incredible, pathological need to follow "the standard" to the letter.

By the standard, of course, they mean their interpretation of it and no amount of talking will convince them otherwise.

You will just be labeled all sorts of things and scorned at because "you probably don't even know what RFC means" (actual quote from my previous encounters with these people).

The only way this issue will be resolved: every developer will implement URI's as he sees fit and the best one will eventually win.

So don't waste your breath arguing here, just use the URI scheme you think is best.
sr. member
Activity: 314
Merit: 250
Not obviously enough  Grin for some reason i overread it on search  Embarrassed .

Neither of these proposals is anywhere near compliant, and that's going to mean breakage out here in the real world.
You mean like e.g. callto://YourSkypeName or tel://0043150123456789 ?  Roll Eyes but still parsing was never an issue - or why are there email-addresses with percent-sign as delimiter for lists?
Standards are nice, but sometimes not ultima ratio - or am I wrong?  Undecided


AND

amount@address is as convenient as user@host. just project yourself being the "coins" and searching a way to go. thinking of userinfo as userid or even name is a bit crude to me.
It would have been nice to mention the RFC in first place, then I would have reason to doubt your knowledge due to that intentional(?) misunderstanding.
hero member
Activity: 588
Merit: 500
September 21, 2011, 07:06:36 AM
#9
There is also a wiki page on http://wiki.bitcoin.it that describes a more arcane format.
I'd appreciate a link to the page, as I did not find it.
So youre one of the ppl with the ability to implement and distribute that feature - are there links already handled with your gui?

0.25 is a username? What context do usernames even have in Bitcoin URLs?
are you kidding? plz just read again.. no username even mentioned.
Quote
since it is even farther outside the URL format than the one in the top post
And that one makes me question your technical qualification. There is no prob in parsing that url.

Come back when you've read and understood the relevant RFCs for URIs, such as RFC 3986. Neither of these proposals is anywhere near compliant, and that's going to mean breakage out here in the real world.
hero member
Activity: 938
Merit: 1002
September 21, 2011, 06:16:29 AM
#8
There is also a wiki page on http://wiki.bitcoin.it that describes a more arcane format.
I'd appreciate a link to the page, as I did not find it.

Obviously: https://en.bitcoin.it/wiki/URI_Scheme Wink

Also, theymos et al. had this idea, but it kinda fell out of favor: https://en.bitcoin.it/wiki/X-btc

0.25 is a username? What context do usernames even have in Bitcoin URLs?
are you kidding? plz just read again.. no username even mentioned.
Quote
since it is even farther outside the URL format than the one in the top post
And that one makes me question your technical qualification. There is no prob in parsing that url.

http://tools.ietf.org/html/rfc3986
member
Activity: 112
Merit: 10
September 21, 2011, 06:07:14 AM
#7
vv01f, you're heading straight into a shitstorm  Grin
sr. member
Activity: 314
Merit: 250
September 21, 2011, 05:44:12 AM
#6
There is also a wiki page on http://wiki.bitcoin.it that describes a more arcane format.
I'd appreciate a link to the page, as I did not find it.
So youre one of the ppl with the ability to implement and distribute that feature - are there links already handled with your gui?

0.25 is a username? What context do usernames even have in Bitcoin URLs?
are you kidding? plz just read again.. no username even mentioned.
Quote
since it is even farther outside the URL format than the one in the top post
And that one makes me question your technical qualification. There is no prob in parsing that url.
member
Activity: 112
Merit: 10
September 21, 2011, 05:32:15 AM
#5
Unfortunately this will never happen since URL parsers can't handle it.... since it is even farther outside the URL format than the one in the top post.

Well, let's make it bitcoin://0.02/address then.

It reads very logically: "Send 0.02 to this address", from left to right in natural order.
hero member
Activity: 588
Merit: 500
September 21, 2011, 05:23:19 AM
#4

0.25 is a username? What context do usernames even have in Bitcoin URLs?

There is a patch that I made for this forum to support bitcoin:// links somewhere in the Meta section. It lays there for months already because there is no consensus on how the links should look.

My personal favorite is bitcoin:/0.02/address

Unfortunately this will never happen since URL parsers can't handle it.... since it is even farther outside the URL format than the one in the top post.
member
Activity: 112
Merit: 10
September 21, 2011, 05:10:40 AM
#3
There is a patch that I made for this forum to support bitcoin:// links somewhere in the Meta section. It lays there for months already because there is no consensus on how the links should look.

My personal favorite is bitcoin:/0.02/address
hero member
Activity: 812
Merit: 1022
No Maps for These Territories
September 21, 2011, 01:44:22 AM
#2
There are various bitcoin URI proposals already.

bitcoin-qt simply uses "bitcoin:?label=
Pages:
Jump to: