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/pt/LC_MESSAGES/messages.po | 84 +++++++++++++++++++++++---------------- 1 file changed, 50 insertions(+), 34 deletions(-) (limited to 'locale/pt/LC_MESSAGES') diff --git a/locale/pt/LC_MESSAGES/messages.po b/locale/pt/LC_MESSAGES/messages.po index f43cd9ef..551c7f5d 100644 --- a/locale/pt/LC_MESSAGES/messages.po +++ b/locale/pt/LC_MESSAGES/messages.po @@ -6,7 +6,7 @@ msgid "" msgstr "" "Project-Id-Version: GNU taler master\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: 2018-01-28 15:27-0200\n" "Last-Translator: Rafael Fontenelle \n" "Language-Team: Brazilian Portuguese\n" @@ -228,7 +228,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 @@ -236,9 +239,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 @@ -246,7 +251,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 @@ -254,9 +262,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 @@ -275,7 +285,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 @@ -283,8 +296,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 @@ -1453,37 +1468,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, " @@ -1491,15 +1507,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 " @@ -1507,29 +1523,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 " @@ -1537,22 +1553,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