diff --git a/README.de.rdoc b/README.de.rdoc
index 4ed6f9e5..e218aced 100644
--- a/README.de.rdoc
+++ b/README.de.rdoc
@@ -869,7 +869,7 @@ der Top-Level DSL. Die meisten Top-Level Anwendungen können mit nur zwei Verän
* Alle Routen, Error Handler, Filter und Optionen der Applikation müssen in
einer Subklasse von Sinatra::Base definiert werden.
-Sinatra::Base ist ein unbeschriebense Blatt. Die meisten Optionen sind per default deaktiviert. Das betrifft auch den eingebauten Server. Siehe {Optionen und Konfiguration}[http://sinatra.github.com/configuration.html] für Details über möglichen Optionen.
+Sinatra::Base ist ein unbeschriebenes Blatt. Die meisten Optionen sind per default deaktiviert. Das betrifft auch den eingebauten Server. Siehe {Optionen und Konfiguration}[http://sinatra.github.com/configuration.html] für Details über mögliche Optionen.
=== Sinatra als Middleware nutzen
@@ -931,7 +931,7 @@ Optionen die via `set` gesetzt werden, sind Methoden auf Klassenebene:
Im Anwendungsscope befindet man sich:
-* In der Anwenungsklasse.
+* In der Anwendungsklasse.
* In Methoden die von Erweiterungen definiert werden.
* Im Block, der an `helpers` übergeben wird.
* In Procs und Blöcken die an `set` übergeben werden.
@@ -973,7 +973,7 @@ Im Anfragescope befindet man sich:
Vom Delegation-Scope aus werden Methoden einfach an den Klassenscope
weitergeleitet. Dieser verhält sich jedoch nicht 100%ig wie der Klassenscope,
da man nicht die Bindung der Klasse besitzt: Nur Methoden, die explizit als
-deligierbar markiert wurden stehen hier zur Verfügung und man kann nicht auf
+delegierbar markiert wurden stehen hier zur Verfügung und man kann nicht auf
die Variablen des Klassenscopes zugreifen (mit anderen Worten: man hat ein
anderes `self`). Man kann mit Sinatra::Delegator.delegate
:methoden_name auch weitere Delegationen hinzufügen.