gnunet-svn
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GNUnet-SVN] [taler-marketing] branch master updated: minor updates to p


From: gnunet
Subject: [GNUnet-SVN] [taler-marketing] branch master updated: minor updates to payto:// draft
Date: Sat, 07 Apr 2018 12:51:50 +0200

This is an automated email from the git hooks/post-receive script.

grothoff pushed a commit to branch master
in repository marketing.

The following commit(s) were added to refs/heads/master by this push:
     new 309ba52  minor updates to payto://  draft
309ba52 is described below

commit 309ba52b56477785640ea029d82e30b8ae7cb87b
Author: Christian Grothoff <address@hidden>
AuthorDate: Sat Apr 7 12:51:47 2018 +0200

    minor updates to payto://
     draft
---
 standards/draft-dold-payto.xml | 38 +++++++++++++++++---------------------
 1 file changed, 17 insertions(+), 21 deletions(-)

diff --git a/standards/draft-dold-payto.xml b/standards/draft-dold-payto.xml
index 7621975..389f0ee 100644
--- a/standards/draft-dold-payto.xml
+++ b/standards/draft-dold-payto.xml
@@ -4,14 +4,6 @@
 ]>
 <?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>
 
-<!--
-Questions:
-- should we distinguish between a message and an instruction?  SEPA does this, 
one
-  can be mangled, the other not
-- how should we specify amounts in general?
-- should we say anything about the number format?
--->
-
 <?rfc strict="yes" ?>
 <?rfc toc="yes" ?>
 <?rfc symrefs="yes"?>
@@ -46,7 +38,7 @@ Questions:
     </author>
 
     <author fullname="Christian Grothoff" initials="C.G." surname="Grothoff">
-      <organization>INRIA</organization>
+      <organization>BFH</organization>
       <address>
         <postal>
           <street>H&ouml;heweg 80</street>
@@ -55,11 +47,11 @@ Questions:
          <code>CH-2501</code>
           <country>CH</country>
         </postal>
-        <email>address@hidden</email>
+        <email>address@hidden</email>
       </address>
     </author>
 
-    <date day="13" month="February" year="2017" />
+    <date day="7" month="April" year="2018" />
 
     <!-- Meta-data Declarations -->
     <area>General</area>
@@ -97,7 +89,7 @@ Questions:
   payto-URI = "payto" "://" authority path-abempty [ "?" opts ]
   opts = opt *( "&amp;" opt )
   opt = (generic-opt / authority-specific-opt) "=" *( pchar )
-  generic-opt = "amount" / "recipient-name" / "sender-name" /
+  generic-opt = "amount" / "creditor-name" / "debitor-name" /
                 "message" / "instruction"
   authority = <authority, see [RFC3986], Section 3.2>
   path-abempty = <path-abempty, see [RFC3986], Section 3.3>
@@ -141,6 +133,11 @@ Questions:
 
 <section anchor="generic-options" title="Generic Options">
 <t>
+  Applications MUST accept URIs with options in any order.  The
+  "amount" option MUST only occur at most once.  Other options MAY be
+  allowed multiple times, with further restrictions depending on the
+  payment method.
+
   The following options SHOULD be understood by every payment method.
 </t>
 <t>
@@ -160,11 +157,11 @@ Questions:
 </t>
 
 <t>
-  recepient-name:  Name of the recipient of the payment.
+  creditor-name:  Name of the entity that is credited (receives the payment).
 </t>
 
 <t>
-  sender-name:  Name of the sender of the payment.
+  debitor-name:  Name of the entity that is debited (makes the payment).
 </t>
 
 <t>
@@ -176,7 +173,7 @@ Questions:
 <t>
   instruction:  A short message giving instructions to the recipient, which
   MUST NOT be subject to lossy conversions.  Character set limitations allowed
-  for instructions depend on the payment method.
+  for such instructions depend on the payment method.
 </t>
 </section>
 
@@ -187,7 +184,7 @@ Questions:
   An application that processes 'payto' URIs MUST convert
   characters that are not allowed by the respective payment systems
   into allowable character using either an encoding or a replacement table.
-  This conversion process is typically not lossless.
+  This conversion process MAY be lossy, except for the instruction field.
 </t>
 </section>
 
@@ -207,8 +204,8 @@ The "payto" URI scheme is to be registered in the 
"Permanent URI Schemes" regist
 <t>URI scheme syntax: See <xref target="syntax" />.</t>
 <t>URI scheme semantics: See <xref target="semantics" />.</t>
 <t>Applications/protocols that use this scheme name: payto URIs are mainly 
used by financial software</t>
-<t>Contact: address@hidden</t>
-<t>Change controller: address@hidden</t>
+<t>Contact: address@hidden</t>
+<t>Change controller: address@hidden</t>
 <!-- There does not seem to be a way to link to the references section! -->
 <t>References: See References section of this document.</t>
 </list>
@@ -245,10 +242,9 @@ The registration policy for this registry is "First Come 
First Served", as descr
 
 
 <!-- section anchor="checksums" title="Checksums">
-<t>
-  (how should fields be sorted?  does order ever matter?  how do we deal with 
duplicate fields?)
+     <t>-
+     (how should fields be sorted?  does order ever matter?)
 </t>
-
 </section -->
 
 </middle>

-- 
To stop receiving notification emails like this one, please contact
address@hidden



reply via email to

[Prev in Thread] Current Thread [Next in Thread]