fixes ipfs uri to generalized format#54
Conversation
|
Given this is backwards compatible this feels fine to merge and backfill into the v1 spec. Any objections @iurimatias @tcoulter @VoR0220 |
|
The only objection I would have is to give a detailed reasoning for the regex expression as the way it is. Other than that I'm good. |
|
I don't have an intuitive understanding of other URLs. If there's a URL that's different than |
|
@tcoulter reasoning comes from this post from the go-IPFS repo: ipfs/kubo#1678 and specifically juan's comment here ipfs/kubo#1678 (comment) |
|
...okay...then let's put that in the spec. |
|
@VoR0220 this PR gets the written version of the spec inline with what is already present in the jsonschema version of the spec. The result of this will be that both the written version and the jsonschema version will allow all of
So 👍 or 👎 |
|
@VoR0220 I think I mis-understood your comment. Are you suggesting we add that link to the specification to indicate where the URI format comes from? |
|
Not add the link because that can disappear, moreso describe in plaintext where the URI format comes from. |
|
+1 Dennis? Think you can get that in and we can get this merged.
…On Thu, Feb 2, 2017, 5:25 PM RJ Catalano ***@***.***> wrote:
Not add the link because that can disappear, moreso describe in plaintext
where the URI format comes from.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#54 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAyTgr8B985CWPwixY5NP31hW0R5Ta5yks5rYnQOgaJpZM4L1OLo>
.
|
|
added a short explanation, hope its enough. Should we also shorten the regex to |
No description provided.