From 6fd5c929848e59a669b3a30eac8c09a18f5b4e8a Mon Sep 17 00:00:00 2001 From: Christian Grothoff Date: Mon, 1 Jun 2020 17:15:18 +0200 Subject: principles edits based on collected feedback --- locale/en/LC_MESSAGES/messages.po | 84 +++++++++++++++++++++++---------------- 1 file changed, 50 insertions(+), 34 deletions(-) (limited to 'locale/en/LC_MESSAGES') diff --git a/locale/en/LC_MESSAGES/messages.po b/locale/en/LC_MESSAGES/messages.po index 82c5a906..78b8e67b 100644 --- a/locale/en/LC_MESSAGES/messages.po +++ b/locale/en/LC_MESSAGES/messages.po @@ -2,7 +2,7 @@ msgid "" msgstr "" "Project-Id-Version: PROJECT VERSION\n" "Report-Msgid-Bugs-To: EMAIL@ADDRESS\n" -"POT-Creation-Date: 2020-04-15 23:32+0200\n" +"POT-Creation-Date: 2020-05-29 20:58+0200\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME \n" "Language-Team: en \n" @@ -223,7 +223,10 @@ msgid "Merchant Backend Administration" msgstr "" #: template/docs.html.j2:40 -msgid "Tutorial and manual for operating a merchant. Also available as" +#, python-format +msgid "" +"Tutorial and manual for operating a merchant. Also available as PDF." msgstr "" #: template/docs.html.j2:50 @@ -231,9 +234,11 @@ msgid "Merchant API Tutorial" msgstr "" #: template/docs.html.j2:52 +#, python-format msgid "" "Tutorial for processing Taler payments using the merchant backend API. Also " -"available as" +"available as PDF." msgstr "" #: template/docs.html.j2:62 @@ -241,7 +246,10 @@ msgid "Exchange" msgstr "" #: template/docs.html.j2:64 -msgid "Operator's manual for the GNU Taler exchange. Also available as" +#, python-format +msgid "" +"Operator's manual for the GNU Taler exchange. Also available as PDF." msgstr "" #: template/docs.html.j2:74 @@ -249,9 +257,11 @@ msgid "Bank Integration" msgstr "" #: template/docs.html.j2:76 +#, python-format msgid "" "Manual for tightly integrating Taler with banking applications. Also " -"available as" +"available as PDF." msgstr "" #: template/docs.html.j2:92 @@ -270,7 +280,10 @@ msgid "Back office" msgstr "" #: template/docs.html.j2:106 -msgid "Manual to run the back-office Web application. Also available as" +#, python-format +msgid "" +"Manual to run the back-office Web application. Also available as PDF." msgstr "" #: template/docs.html.j2:116 @@ -278,8 +291,10 @@ msgid "Merchant POS Terminal" msgstr "" #: template/docs.html.j2:118 +#, python-format msgid "" -"Manual for configuring and using the point of sale app. Also available as" +"Manual for configuring and using the point of sale app. Also available as PDF." msgstr "" #: template/docs.html.j2:128 @@ -1448,37 +1463,38 @@ msgstr "" #: template/principles.html.j2:85 msgid "" -"As a payment system must still be legal to operate and use, it must comply " -"with these requirements. Furthermore, we consider levying of taxes as " -"beneficial to society." +"As a payment system must be legal to operate and use, it must comply with " +"regulatory requirements such as anti money laundering. Furthermore, we " +"consider levying of taxes as beneficial to society, and fair taxation " +"requires income transparency." msgstr "" -#: template/principles.html.j2:95 +#: template/principles.html.j2:96 msgid "4. Prevent payment fraud" msgstr "" -#: template/principles.html.j2:97 +#: template/principles.html.j2:98 msgid "Phishing attack" msgstr "" -#: template/principles.html.j2:99 +#: template/principles.html.j2:100 msgid "" "This imposes requirements on the security of the system, as well as on the " "general design, as payment fraud can also happen through misleading user " "interface design or the lack of cryptographic evidence for certain processes." msgstr "" -#: template/principles.html.j2:109 +#: template/principles.html.j2:110 msgid "5. Only disclose the minimal amount of information necessary" msgstr "" -#: template/principles.html.j2:110 +#: template/principles.html.j2:111 msgid "" "Privacy by design, privacy by default, General Data Protection Regulation " "(GDPR) compliant" msgstr "" -#: template/principles.html.j2:112 +#: template/principles.html.j2:113 msgid "" "The reason behind this goal is similar to (2). The privacy of buyers is " "given priority, but other parties such as merchants still benefit from it, " @@ -1486,15 +1502,15 @@ msgid "" "competitors." msgstr "" -#: template/principles.html.j2:122 +#: template/principles.html.j2:123 msgid "6. Be usable" msgstr "" -#: template/principles.html.j2:123 +#: template/principles.html.j2:124 msgid "Buy with one click" msgstr "" -#: template/principles.html.j2:125 +#: template/principles.html.j2:126 msgid "" "Specifically it must be usable for non-expert customers. Usability also " "applies to the integration with merchants, and informs choices about the " @@ -1502,29 +1518,29 @@ msgid "" "operations into an isolated component with a simple API." msgstr "" -#: template/principles.html.j2:136 +#: template/principles.html.j2:137 msgid "7. Be efficient" msgstr "" -#: template/principles.html.j2:137 +#: template/principles.html.j2:138 msgid "Energy efficiency" msgstr "" -#: template/principles.html.j2:139 +#: template/principles.html.j2:140 msgid "" "Approaches such as proof-of-work are ruled out by this requirement. " "Efficiency is necessary for GNU Taler to be used for micropayments." msgstr "" -#: template/principles.html.j2:149 +#: template/principles.html.j2:150 msgid "8. Fault-tolerant design" msgstr "" -#: template/principles.html.j2:150 +#: template/principles.html.j2:151 msgid "Life Safers" msgstr "" -#: template/principles.html.j2:152 +#: template/principles.html.j2:153 msgid "" "Taler should tolerate failure of individual components and systems, " "including malicious operators compromising core secrets. This manifests in " @@ -1532,22 +1548,22 @@ msgid "" "auditing procedures." msgstr "" -#: template/principles.html.j2:163 +#: template/principles.html.j2:164 msgid "9. Foster competition" msgstr "" -#: template/principles.html.j2:164 +#: template/principles.html.j2:165 msgid "A competitive market" msgstr "" -#: template/principles.html.j2:166 +#: template/principles.html.j2:167 msgid "" -"It must be relatively easy for competitors to join the systems. While the " -"barriers for this in traditional financial systems are rather high, the " -"technical burden for new competitors to join must be minimized. Another " -"design choice that supports this is to split the whole system into smaller " -"components that can be operated, developed and improved upon independently, " -"instead of having one completely monolithic system." +"It must be relatively easy for competitors to deploy interoperable " +"alternatives. While the barriers for this in traditional financial systems " +"are rather high, the technical burden for new competitors to join must be " +"minimized. A design choice that supports this is to split the whole system " +"into smaller components that can be operated, developed and improved upon " +"independently, instead of having one completely monolithic system." msgstr "" #: template/schemafuzz.html.j2:6 -- cgit v1.2.3