replace umlaute

src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/SetupAndTeardownMethods_de.properties

@@ -1,3 +1,3 @@
 ame=Setup und Teardown Methoden
-description=Gemeinsamer Setup- und Teardown-Code sollte vorzugsweise innerhalb von Methoden durchgeführt werden, die entweder mit "@BeforeEach", "@BeforeAll", "@AfterEach" oder "@AfterAll" annotiert sind. Auf diese Weise lässt sich Boilerplate-Code in den einzelnen Tests erheblich reduzieren und der Fokus liegt stärker auf der eigentlichen Logik, die getestet wird.
+description=Gemeinsamer Setup- und Teardown-Code sollte vorzugsweise innerhalb von Methoden durchgefuehrt werden, die entweder mit "@BeforeEach", "@BeforeAll", "@AfterEach" oder "@AfterAll" annotiert sind. Auf diese Weise laesst sich Boilerplate-Code in den einzelnen Tests erheblich reduzieren und der Fokus liegt staerker auf der eigentlichen Logik, die getestet wird.
 source#1=https://www.baeldung.com/junit-before-beforeclass-beforeeach-beforeall

src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/assertAll_de.properties

@@ -1,3 +1,3 @@
 name=Assert all
-description=Die Methode \"org.junit.jupiter.api.assertAll\" wird verwendet, um mehrere einzelne Assertions zusammenzufassen. Der Vorteil dieser Methode im Vergleich zu mehreren einzelnen Assertions besteht darin, dass bei einem Fehlschlag einer Assertion die folgenden Assertions trotzdem ausgeführt werden. Daher erhält der Benutzer die Ergebnisse aller Tests und nicht nur der Tests bis zur fehlgeschlagenen Assertions, die ansonsten die Ausführung des Tests beenden würde.
+description=Die Methode \"org.junit.jupiter.api.assertAll\" wird verwendet, um mehrere einzelne Assertions zusammenzufassen. Der Vorteil dieser Methode im Vergleich zu mehreren einzelnen Assertions besteht darin, dass bei einem Fehlschlag einer Assertion die folgenden Assertions trotzdem ausgefuehrt werden. Daher erhaelt der Benutzer die Ergebnisse aller Tests und nicht nur der Tests bis zur fehlgeschlagenen Assertions, die ansonsten die Ausfuehrung des Tests beenden wuerde.
 source#1="https://stackoverflow.com/questions/40796756/assertall-vs-multiple-assertions-in-junit5"

src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/jFrameDispose_de.properties

@@ -1,4 +1,4 @@
 name=JFrame dispose
-description=Anstelle der \"System.exit\" Methode, die die Java Virtual Machine vollständig beendet, schließt \"javax.swing.JFrame.dispose\" das JFrame Object und die ihm zugewiesenen Ressourcen auf kontrolliertere Weise. Wenn man die Anwendung auf diese Weise schließt, muss man sicherstellen, dass alle verbleibenden Threads programmatisch beendet werden. Dies mag zwar wie ein Nachteil erscheinen, bietet aber letztlich die größte Kontrolle, da laufende Prozesse kontrolliert beendet werden können.
+description=Anstelle der \"System.exit\" Methode, die die Java Virtual Machine vollstaendig beendet, schließt \"javax.swing.JFrame.dispose\" das JFrame Object und die ihm zugewiesenen Ressourcen auf kontrolliertere Weise. Wenn man die Anwendung auf diese Weise schließt, muss man sicherstellen, dass alle verbleibenden Threads programmatisch beendet werden. Dies mag zwar wie ein Nachteil erscheinen, bietet aber letztlich die groeßte Kontrolle, da laufende Prozesse kontrolliert beendet werden koennen.
 source#1=Programmierung II - Uni Passau
 source#2="https://stackoverflow.com/questions/13360430/jframe-dispose-vs-system-exit"

src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/parameterizedTest_de.properties

@@ -1,3 +1,3 @@
 name=Parametrisierte Tests
-description=Tests können mit der Annotation \"org.junit.jupiter.params.ParameterizedTest\" versehen werden. Solche parametrisierten Tests machen den getesteten Code wiederverwendbar. Sie sind dem Schreiben mehrerer Tests, die im Wesentlichen das gleiche Logik mit unterschiedlichen Werten testen, vorzuziehen.
+description=Tests koennen mit der Annotation \"org.junit.jupiter.params.ParameterizedTest\" versehen werden. Solche parametrisierten Tests machen den getesteten Code wiederverwendbar. Sie sind dem Schreiben mehrerer Tests, die im Wesentlichen das gleiche Logik mit unterschiedlichen Werten testen, vorzuziehen.
 source#1="https://rules.sonarsource.com/java/RSPEC-5976/"

src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/swingTimer_de.properties

@@ -1,4 +1,4 @@
 name=Swing Timer
-description=Der Timer aus der \"javax.swing\" Bibliothek vereinfacht die Aktualisierung von Benutzeroberflächen erheblich. Der Konstruktor verlangt ein Zeitintervall (in Millisekunden) und eine Implementierung des \"java.awt.event.ActionListener\"-Interfaces. Der Code des ActionListeners (z.B. GUI-Aktualisierungen) wird in dem Zeitintervall ausgeführt, das durch den ersten Parameter des Timers definiert ist. Der Timer führt den Code immer im Event-Dispatch-Thread aus.
+description=Der Timer aus der \"javax.swing\" Bibliothek vereinfacht die Aktualisierung von Benutzeroberflaechen erheblich. Der Konstruktor verlangt ein Zeitintervall (in Millisekunden) und eine Implementierung des \"java.awt.event.ActionListener\"-Interfaces. Der Code des ActionListeners (z.B. GUI-Aktualisierungen) wird in dem Zeitintervall ausgefuehrt, das durch den ersten Parameter des Timers definiert ist. Der Timer fuehrt den Code immer im Event-Dispatch-Thread aus.
 source#1=Programmierung II - Uni Passau
 source#2=https://docs.oracle.com/javase/8/docs/api/javax/swing/Timer.html

src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/threadSafeSwing_de.properties

@@ -1,4 +1,4 @@
 name=Thread-safe Swing
-description=Java Swing-Anwendungen verwenden den Event Dispatch Thread. Dieser Thread muss die Initialisierung und die Aktualisierungsoperationen der GUI-Komponenten sowie Event-Handling übernehmen. Der Programmierer ist dafür verantwortlich, dass die GUI-Komponenten im Event Dispatch Thread erstellt und aktualisiert werden. Das kann dadurch erreicht werden, indem der entsprechende Code in einem \"Runnable\" platziert wird, die wir als Argument entweder an die Methode \"SwingUtilities.invokeLater\" oder \"SwingUtilities.invokeAndWait\" übergeben.
+description=Java Swing-Anwendungen verwenden den Event Dispatch Thread. Dieser Thread muss die Initialisierung und die Aktualisierungsoperationen der GUI-Komponenten sowie Event-Handling uebernehmen. Der Programmierer ist dafuer verantwortlich, dass die GUI-Komponenten im Event Dispatch Thread erstellt und aktualisiert werden. Das kann dadurch erreicht werden, indem der entsprechende Code in einem \"Runnable\" platziert wird, die wir als Argument entweder an die Methode \"SwingUtilities.invokeLater\" oder \"SwingUtilities.invokeAndWait\" uebergeben.
 source#1=Programmierung II - Uni Passau
 source#2=https://docs.oracle.com/javase/tutorial/uiswing/concurrency/dispatch.html