python
diff --git a/‎tutorial/floatingpoint.po‎
Lines changed: 7 additions & 7 deletions b/‎tutorial/floatingpoint.po‎
Lines changed: 7 additions & 7 deletions
@@ -3,13 +3,13 @@
 # This file is distributed under the same license as the Python package.
 # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
 #
-#, fuzzy
 msgid ""
 msgstr ""
 "Project-Id-Version: Python 3.14\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2025-10-25 14:12+0000\n"
 "PO-Revision-Date: 2025-09-16 00:02+0000\n"
+"Last-Translator: Swen Bachmann <[email protected]>\n"
 "Language-Team: German (https://app.transifex.com/python-doc/teams/5390/de/)\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
@@ -299,7 +299,7 @@ msgid ""
 "account of other common surprises."
 msgstr ""
 "Die binäre Gleitkommaarithmetik birgt viele solcher Überraschungen. Das "
-"Problem mit \"0,1\“ wird weiter unten im Abschnitt \"Darstellungsfehler\“ "
+"Problem mit \"0,1\" wird weiter unten im Abschnitt \"Darstellungsfehler\" "
 "ausführlich erläutert. Unter `Beispiele für Gleitkomma-Probleme "
 "<https://jvns.ca/blog/2023/01/13/examples-of-floating-point-problems/>`_ "
 "findest du eine anschauliche Zusammenfassung der Funktionsweise der binären "
@@ -317,7 +317,7 @@ msgid ""
 "decimal arithmetic and that every float operation can suffer a new rounding "
 "error."
 msgstr ""
-"Wie es gegen Ende heißt: \"Es gibt keine einfachen Antworten.\“ Dennoch "
+"Wie es gegen Ende heißt: \"Es gibt keine einfachen Antworten.\" Dennoch "
 "solltest du gegenüber Gleitkommazahlen nicht übermäßig misstrauisch sein! "
 "Die Fehler bei Gleitkommaoperationen in Python stammen von der Gleitkomma-"
 "Hardware und liegen auf den meisten Rechnern bei höchstens 1 Teil pro "
@@ -477,7 +477,7 @@ msgid ""
 "leaving a final sum near zero:"
 msgstr ""
 "Die  :func:`math.fsum`  geht noch einen Schritt weiter und verfolgt alle "
-"\"verlorenen Ziffern\“, während Werte zu einer laufenden Summe addiert werden,"
+"\"verlorenen Ziffern\", während Werte zu einer laufenden Summe addiert werden,"
 " sodass das Ergebnis nur einmal gerundet wird. Dies ist langsamer als  "
 ":func:`sum` , liefert jedoch in seltenen Fällen, in denen sich Eingaben "
 "großer Größenordnungen weitgehend gegenseitig aufheben und eine Endsumme "
@@ -522,7 +522,7 @@ msgid ""
 "perform an exact analysis of cases like this yourself.  Basic familiarity "
 "with binary floating-point representation is assumed."
 msgstr ""
-"In diesem Abschnitt wird das Beispiel \"0.1\“ ausführlich erläutert und "
+"In diesem Abschnitt wird das Beispiel \"0.1\" ausführlich erläutert und "
 "gezeigt, wie du Fälle wie diesen selbst genau analysieren kannst. "
 "Grundkenntnisse über die binäre Gleitkommadarstellung werden vorausgesetzt."
 
@@ -551,7 +551,7 @@ msgstr ""
 "Warum ist das so?  1/10 lässt sich nicht exakt als binärer Bruch darstellen."
 "  Seit mindestens dem Jahr 2000 verwenden fast alle Rechner die binäre "
 "IEEE-754-Gleitkommaarithmetik, und fast alle Plattformen ordnen Python-"
-"Float-Werte den IEEE-754-binary64-Werten mit \"doppelter Genauigkeit\“ zu.  "
+"Float-Werte den IEEE-754-binary64-Werten mit \"doppelter Genauigkeit\" zu.  "
 "IEEE-754-binary64-Werte enthalten 53 Bits an Genauigkeit, daher versucht der"
 " Computer bei der Eingabe, 0,1 in den nächstgelegenen Bruch der Form "
 "*J*/2**\\ *N* umzuwandeln, wobei *J* eine Ganzzahl mit genau 53 Bits ist. "
@@ -643,7 +643,7 @@ msgid ""
 "So the computer never \"sees\" 1/10:  what it sees is the exact fraction "
 "given above, the best IEEE 754 double approximation it can get:"
 msgstr ""
-"Der Computer \"sieht\“ also niemals 1/10: Was er sieht, ist genau der oben "
+"Der Computer \"sieht\" also niemals 1/10: Was er sieht, ist genau der oben "
 "angegebene Bruch, die bestmögliche IEEE-754-Doppelgenauigkeits-Annäherung, "
 "die er erzielen kann:"