tsc-ts 0.0.9 → 0.1.0

package/dist/api/compiler/locales/de-DE.d.ts

@@ -1,2 +1,2 @@
 /** de-DE message texts, in message order, separated by line feeds; empty where untranslated. */
-export declare const deDE = "Nicht abgeschlossenes Zeichenfolgenliteral.\nEs wurde ein Bezeichner erwartet.\n\"{0}\" wurde erwartet.\nEine Datei darf keinen Verweis auf sich selbst enthalten.\nDer Parser hat ein ein entsprechendes Element \"{1}\" zu dem hier vorhandenen Token \"{0}\" erwartet.\nEin nachgestelltes Komma ist unzul\u00E4ssig.\n\"*/\" wurde erwartet.\nEin Ausdruck f\u00FCr einen Elementzugriff muss ein Argument verwenden.\nUnerwartetes Token.\nEin rest-Parameter oder ein Bindungsmuster d\u00FCrfen kein nachgestelltes Komma aufweisen.\nEin rest-Parameter muss in einer Parameterliste der letzte Eintrag sein.\nDer Parameter darf kein Fragezeichen und keinen Initialisierer aufweisen.\nEin erforderlicher Parameter darf nicht auf einen optionalen Parameter folgen.\nEine Indexsignatur darf keinen rest-Parameter besitzen.\nEin Indexsignaturparameter darf keinen Zugriffsmodifizierer besitzen.\nEin Indexsignaturparameter darf kein Fragezeichen aufweisen.\nEin Indexsignaturparameter darf keinen Initialisierer besitzen.\nEine Indexsignatur muss eine Typanmerkung besitzen.\nEin Indexsignaturparameter muss eine Typanmerkung besitzen.\nDer Modifizierer \"readonly\" darf nur f\u00FCr eine Eigenschaftendeklaration oder Indexsignatur verwendet werden.\nEine Indexsignatur darf kein nachstehendes Komma aufweisen.\nDer Zugriffsmodifizierer ist bereits vorhanden.\nDer Modifizierer \"{0}\" muss dem Modifizierer \"{1}\" vorangestellt sein.\nDer {0}-Modifizierer ist bereits vorhanden.\nDer Modifizierer \"{0}\" kann nicht f\u00FCr Klassenelemente dieser Art verwendet werden.\nAuf \"super\" muss eine Argumentliste oder Memberzugriff folgen.\nNur Umgebungsmodule d\u00FCrfen Namen in Anf\u00FChrungszeichen verwenden.\nAnweisungen sind in Umgebungskontexten unzul\u00E4ssig.\nEin declare-Modifizierer darf nicht in einem Kontext verwendet werden, der bereits ein Umgebungskontext ist.\nInitialisierer sind in Umgebungskontexten unzul\u00E4ssig.\nDer Modifizierer \"{0}\" kann nicht in einem Umgebungskontext verwendet werden.\nDer Modifizierer \"{0}\" kann hier nicht verwendet werden.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr ein Modul- oder Namespaceelement verwendet werden.\nDeklarationen der obersten Ebene in .d.ts-Dateien m\u00FCssen entweder mit einem declare- oder einem export-Modifizierer beginnen.\nEin rest-Parameter darf nicht optional sein.\nEin rest-Parameter darf keinen Initialisierer aufweisen.\nEine set-Zugriffsmethode muss genau einen Parameter aufweisen.\nEine set-Zugriffsmethode darf keinen optionalen Parameter aufweisen.\nEin set-Zugriffsmethodenparameter darf keinen Initialisierer aufweisen.\nEine set-Zugriffsmethode darf keinen rest-Parameter aufweisen.\nEine get-Zugriffsmethode darf keine Parameter haben.\nDer Typ \u201E{0}\u201C ist in ES5 kein g\u00FCltiger R\u00FCckgabetyp einer asynchronen Funktion, weil er nicht auf einen Promise-kompatiblen Konstruktorwert verweist.\nZugriffsmethoden sind nur verf\u00FCgbar, wenn das Ziel ECMAScript 5 oder h\u00F6her ist.\nDer R\u00FCckgabetyp einer asynchronen Funktion muss entweder eine g\u00FCltige Zusage sein oder darf keinen aufrufbaren \"then\"-Member enthalten.\nEin Zusage muss eine \"then\"-Methode aufweisen.\nDer erste Parameter der \"then\"-Methode einer Zusage muss ein R\u00FCckruf sein.\nEin Enumerationsmember muss einen Initialisierer aufweisen.\nAuf den Typ wird direkt oder indirekt im Erf\u00FCllungsr\u00FCckruf der eigenen \"then\"-Methode verwiesen.\nEine Exportzuweisung darf nicht in einem Namespace verwendet werden.\nDer R\u00FCckgabetyp einer asynchronen Funktion oder Methode muss der globale Typ \"Promise<T>\" sein. Wollten Sie eigentlich \"Promise<{0}>\" verwenden?\nDer R\u00FCckgabetyp einer asynchronen Funktion oder Methode muss der globale Typ \"Promise<T>\" sein.\nIn Umgebungsenumerationsdeklarationen muss der Memberinitialisierer ein konstanter Ausdruck sein.\nUnerwartetes Token. Ein Konstruktor, eine Methode, eine Zugriffsmethode oder eine Eigenschaft wurde erwartet.\nUnerwartetes Token. Es wurde ein Typparametername ohne geschweifte Klammern erwartet.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr einen Typmember verwendet werden.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr eine Indexsignatur verwendet werden.\nEin Modifizierer \"{0}\" darf nicht mit einer Importdeklaration verwendet werden.\nUng\u00FCltige Syntax der reference-Direktive.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr eine Konstruktordeklaration verwendet werden.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr einen Parameter verwendet werden.\nIn einer for...in-Anweisung ist nur eine einzige Variablendeklaration zul\u00E4ssig.\nTypparameter d\u00FCrfen nicht f\u00FCr eine Konstruktordeklaration verwendet werden.\nDie Typanmerkung darf nicht f\u00FCr eine Konstruktordeklaration verwendet werden.\nEine Zugriffsmethode darf keine Typparameter aufweisen.\nEine set-Zugriffsmethode darf keine R\u00FCckgabetypanmerkung aufweisen.\nEine Indexsignatur muss genau einen Parameter besitzen.\nDie {0}-Liste darf nicht leer sein.\nDie Typparameterliste darf nicht leer sein.\nDie Typargumentliste darf nicht leer sein.\nUng\u00FCltige Verwendung von \"{0}\" im Strict-Modus.\nthis-Anweisungen sind im Strict-Modus unzul\u00E4ssig.\n\"delete\" kann f\u00FCr einen Bezeichner im Strict-Modus nicht aufgerufen werden.\n\"for await\"-Schleifen sind nur innerhalb von asynchronen Funktionen und auf den obersten Modulebenen zul\u00E4ssig.\nEine continue-Anweisung darf nur in einer einschlie\u00DFenden iteration-Anweisung verwendet werden.\nEine break-Anweisung darf nur in einer einschlie\u00DFenden iteration- oder switch-Anweisung verwendet werden.\nDie linke Seite einer \u201Efor...of\u201C-Anweisung darf nicht \u201Easynchron\u201C lauten.\nDas Sprungziel darf die Funktionsgrenze nicht \u00FCberschreiten.\nEine return-Anweisung kann nur in einem Funktionstext verwendet werden.\nEs wurde ein Ausdruck erwartet.\nEs wurde ein Typ erwartet.\nDas private Feld \"{0}\" muss in einer einschlie\u00DFenden Klasse deklariert werden.\nEine default-Klausel darf nicht mehrmals in einer switch-Anweisung auftreten.\nDoppelte Bezeichnung \"{0}\".\nEine continue-Anweisung kann nur zu einer Bezeichnung einer einschlie\u00DFenden Iterationsanweisung springen.\nEine break-Anweisung kann nur zu einer Bezeichnung einer einschlie\u00DFenden Anweisung springen.\nEin Objektliteral darf nicht \u00FCber mehrere Eigenschaften mit demselben Namen verf\u00FCgen.\nEin Objektliteral darf nicht mehrere get-/set-Zugriffsmethoden mit dem gleichen Namen besitzen.\nEin Objektliteral darf nicht eine Eigenschaft und eine Zugriffsmethode mit demselben Namen besitzen.\nEine Exportzuweisung darf keine Modifizierer besitzen.\nOktale Literale sind nicht zul\u00E4ssig. Verwenden Sie die Syntax \"{0}\".\nDie Variablendeklarationsliste darf nicht leer sein.\nEine Ziffer wurde erwartet.\nEs wurde eine hexadezimale Zahl erwartet.\nUnerwartetes Textende.\nUng\u00FCltiges Zeichen.\nEs wurde eine Deklaration oder Anweisung erwartet.\nEine Anweisung wurde erwartet.\n\"case\" oder \"default\" wurde erwartet.\nEine Eigenschaft oder Signatur wurde erwartet.\nEin Enumerationsmember wurde erwartet.\nEine Variablendeklaration wurde erwartet.\nEs wurde ein Argumentausdruck erwartet.\nDie Zuweisung einer Eigenschaft wurde erwartet.\nEs wurde ein Ausdruck oder Komma erwartet.\nEine Parameterdeklaration wurde erwartet.\nEine Typparameterdeklaration wurde erwartet.\nEin Typargument wurde erwartet.\nEin Zeichenfolgenliteral wurde erwartet.\nEin Zeilenumbruch ist hier unzul\u00E4ssig.\n\"{\" oder \";\" wurde erwartet.\n'{' oder JSX-Element erwartet.\nEs wurde eine Deklaration erwartet.\nImportdeklarationen in einem Namespace d\u00FCrfen nicht auf ein Modul verweisen.\nEs k\u00F6nnen keine imports-, exports- oder module-Erweiterungen verwendet werden, wenn \"-module\" den Wert \"none\" aufweist.\nDer Dateiname \"{0}\" unterscheidet sich vom bereits enthaltenen Dateinamen \"{1}\" nur hinsichtlich der Gro\u00DF-/Kleinschreibung.\n\u201E{0}\u201C-Deklarationen m\u00FCssen initialisiert werden.\n\u201E{0}\u201C-Deklarationen k\u00F6nnen nur innerhalb eines Blocks deklariert werden.\nNicht abgeschlossenes Vorlagenliteral.\nNicht abgeschlossenes regul\u00E4res Ausdrucksliteral.\nEin Objektmember darf nicht als optional deklariert werden.\nEin yield-Ausdruck ist nur in einem Generatortext zul\u00E4ssig.\nBerechnete Eigenschaftennamen sind in Enumerationen unzul\u00E4ssig.\nEin berechneter Eigenschaftenname in einem Umgebungskontext muss auf einen Ausdruck verweisen, dessen Typ ein Literal oder ein \"unique symbol\"-Typ ist.\nEin berechneter Eigenschaftenname in einer Klasseneigenschaftsdeklaration muss einen einfachen Literaltyp oder den Typ \"unique symbol\" aufweisen.\nEin berechneter Eigenschaftenname in einer Methoden\u00FCberladung muss auf einen Ausdruck verweisen, dessen Typ ein Literal oder ein \"unique symbol\"-Typ ist.\nEin berechneter Eigenschaftenname in einer Schnittstelle muss auf einen Ausdruck verweisen, dessen Typ ein Literal oder ein \"unique symbol\"-Typ ist.\nEin berechneter Eigenschaftenname in einem Typliteral muss auf einen Ausdruck verweisen, dessen Typ ein Literal oder ein \"unique symbol\"-Typ ist.\nEin Kommaausdruck ist in einem berechneten Eigenschaftennamen unzul\u00E4ssig.\nDie extends-Klausel ist bereits vorhanden.\nDie extends-Klausel muss der implements-Klausel vorangestellt sein.\nKlassen d\u00FCrfen nur eine einzelne Klasse erweitern.\nDie implements-Klausel ist bereits vorhanden.\nDie Schnittstellendeklarationen darf keine implements-Klausel aufweisen.\nEs wurde eine Bin\u00E4rzahl erwartet.\nEs wurde eine Oktalzahl erwartet.\nUnerwartetes Token. \"{\" wurde erwartet.\nEin Eigenschaftendestrukturierungsmuster wurde erwartet.\nEin Arrayelement-Destrukturierungsmuster wurde erwartet.\nEine destrukturierende Deklaration muss einen Initialisierer besitzen.\nEine Implementierung darf nicht in Umgebungskontexten deklariert werden.\nModifizierer d\u00FCrfen hier nicht enthalten sein.\nMergekonfliktmarkierung\nEin rest-Element darf keinen Initialisierer aufweisen.\nEine Parametereigenschaft darf nicht mithilfe eines Bindungsmusters deklariert werden.\nIn einer for...of-Anweisung ist nur eine einzige Variablendeklaration zul\u00E4ssig.\nDie Variablendeklaration einer for...in-Anweisung darf keinen Initialisierer aufweisen.\nDie Variablendeklaration einer for...of-Anweisung darf keinen Initialisierer aufweisen.\nEine Importdeklaration darf keine Modifizierer besitzen.\nDas Modul \"{0}\" weist keinen Standardexport auf.\nEine Exportdeklaration darf keine Modifizierer besitzen.\nExportdeklarationen sind in einem Namespace unzul\u00E4ssig.\nMit \"export *\" wird ein Standardwert nicht erneut exportiert.\nDie Anmerkung des Variablentyps der catch-Klausel muss \"any\" oder \"unknown\" lauten, sofern angegeben.\nDie Variable der Catch-Klausel darf keinen Initialisierer aufweisen.\nEin erweiterter Unicode-Escapewert muss zwischen 0x0 und 0x10FFFF (einschlie\u00DFlich) liegen.\nNicht abgeschlossene Unicode-Escapesequenz.\nDas Zeilenabschlusszeichen ist vor dem Pfeil unzul\u00E4ssig.\nDie Importzuweisung kann nicht verwendet werden, wenn das Ziel ECMAScript-Module sind. Verwenden Sie stattdessen ggf. \"import * as ns from 'mod'\", \"import {a} from 'mod'\", \"import d from 'mod'\" oder ein anderes Modulformat.\nDie Exportzuweisung darf nicht verwendet werden, wenn das Ziel ECMAScript-Module sind. Verwenden Sie stattdessen ggf. \"export default\" oder ein anderes Modulformat.\nWenn \"{0}\" aktiviert ist, erfordert das erneute Exportieren eines Typs die Verwendung von \"export type\".\nDecorators sind hier ung\u00FCltig.\nDecorators d\u00FCrfen nicht auf mehrere get-/set-Zugriffsmethoden mit dem gleichen Namen angewendet werden.\nUng\u00FCltige optionale Kette aus neuem Ausdruck. Wollten Sie '{0}()' anrufen?\nCode, der in einer Klasse enthalten ist, wird im Strict-Modus von JavaScript ausgewertet, der diese Verwendung von \"{0}\" nicht zul\u00E4sst. Weitere Informationen finden Sie unter https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Strict_mode.\nEine Klassendeklaration ohne den default-Modifizierer muss einen Namen besitzen.\nEin Bezeichner wird erwartet. \"{0}\" ist ein reserviertes Wort im Strict-Modus.\nEs wurde ein Bezeichner erwartet. \"{0}\" ist ein reserviertes Wort im Strict-Modus. Klassendefinitionen befinden sich automatisch im Strict-Modus.\nEs wurde ein Bezeichner erwartet. \"{0}\" ist ein reserviertes Wort im Strict-Modus. Module befinden sich automatisch im Strict-Modus.\nUng\u00FCltige Verwendung von \"{0}\". Module befinden sich automatisch im Strict-Modus.\nBezeichner erwartet. \"__esModule\" ist als exportierter Marker f\u00FCr die Umwandlung von ECMAScript-Modulen reserviert.\nDie Exportzuweisung wird nicht unterst\u00FCtzt, wenn das Flag \"-module\" den Wert \"system\" aufweist.\nGeneratoren sind in einem Umgebungskontext unzul\u00E4ssig.\nEine \u00DCberladungssignatur darf nicht als ein Generator deklariert werden.\nDas Tag \"{0}\" wurde bereits angegeben.\nDie Signatur \"{0}\" muss ein Typpr\u00E4dikat sein.\nDer Parameter \"{0}\" wurde nicht gefunden.\nDas Typpr\u00E4dikat \"{0}\" kann \"{1}\" nicht zugewiesen werden.\nDer Parameter \"{0}\" befindet sich nicht an der gleichen Position wie der Parameter \"{1}\".\nEin Typpr\u00E4dikat ist nur an der R\u00FCckgabetypposition f\u00FCr Funktionen und Methoden zul\u00E4ssig.\nEin Typpr\u00E4dikat darf nicht auf einen rest-Parameter verweisen.\nEin Typpr\u00E4dikat darf nicht auf ein Element \"{0}\" in einem Bindungsmuster verweisen.\nEine Exportzuweisung muss sich auf der obersten Ebene einer Datei- oder Moduldeklaration befinden.\nEine Importdeklaration kann nur auf der obersten Ebene eines Namespace oder Moduls verwendet werden.\nEine Exportdeklaration kann nur auf der obersten Ebene eines Namespace oder Moduls verwendet werden.\nEine Umgebungsmoduldeklaration ist nur auf der obersten Ebene in einer Datei zul\u00E4ssig.\nEine Namespacedeklaration ist nur auf der obersten Ebene eines Namespaces oder Moduls zul\u00E4ssig.\nDer R\u00FCckgabetyp einer Eigenschaften-Decorator-Funktion muss \"void\" oder \"any\" sein.\nDer R\u00FCckgabetyp einer Parameter-Decorator-Funktion muss \"void\" oder \"any\" sein.\nDie Signatur des Klassen-Decorator-Elements kann nicht aufgel\u00F6st werden, wenn der Aufruf als Ausdruck erfolgt.\nDie Signatur des Parameter-Decorator-Elements kann nicht aufgel\u00F6st werden, wenn der Aufruf als Ausdruck erfolgt.\nDie Signatur des Eigenschaften-Decorator-Elements kann nicht aufgel\u00F6st werden, wenn der Aufruf als Ausdruck erfolgt.\nDie Signatur des Methoden-Decorator-Elements kann nicht aufgel\u00F6st werden, wenn der Aufruf als Ausdruck erfolgt.\nDer Modifizierer \"abstract\" darf nur f\u00FCr eine Klassen-, Methoden- oder Eigenschaftendeklaration verwendet werden.\nDer Modifizierer \"{0}\" darf nicht mit dem Modifizierer \"{1}\" verwendet werden.\nAbstrakte Methoden k\u00F6nnen nur in einer abstrakten Klasse verwendet werden.\nDie Methode \"{0}\" darf keine Implementierung besitzen, weil sie als abstrakt markiert ist.\nSchnittstelleneigenschaften k\u00F6nnen keinen Initialisierer aufweisen.\nTypliteraleigenschaften k\u00F6nnen keinen Initialisierer aufweisen.\nEin Klassenmember darf nicht das Schl\u00FCsselwort \"{0}\" aufweisen.\nEin Decorator-Element kann nur f\u00FCr eine Methodenimplementierung und nicht f\u00FCr eine \u00DCberladung verwendet werden.\nFunktionsdeklarationen sind in Bl\u00F6cken im Strict-Modus unzul\u00E4ssig, wenn das Ziel \"ES5\" ist.\nFunktionsdeklarationen sind in Bl\u00F6cken im Strict-Modus unzul\u00E4ssig, wenn das Ziel \"ES5\" ist. Klassendefinitionen befinden sich automatisch im Strict-Modus.\nFunktionsdeklarationen sind in Bl\u00F6cken im Strict-Modus unzul\u00E4ssig, wenn das Ziel \"ES5\" ist. Module befinden sich automatisch im Strict-Modus.\nAbstrakte Methoden k\u00F6nnen nur in einer abstrakten Klasse verwendet werden.\nBei einem const-Initialisierer in einem Umgebungskontext muss es sich um ein Zeichenfolgen- oder um ein numerisches Literal oder um einen Verweis auf ein Enumerationsliteral handeln.\nEine definitive Zuweisungsassertion \"!\" ist in diesem Kontext nicht zul\u00E4ssig.\nEin erforderliches Element kann nicht auf ein optionales Element folgen.\nEin Standardexport muss sich auf der obersten Ebene einer Datei- oder Moduldeklaration befinden.\nDas Modul \"{0}\" kann nur mit dem Flag \"{1}\" als Standard importiert werden.\nSchl\u00FCsselw\u00F6rter k\u00F6nnen keine Escapezeichen enthalten.\nDer bereits enthaltene Dateiname \"{0}\" unterscheidet sich vom Dateinamen \"{1}\" nur hinsichtlich der Gro\u00DF-/Kleinschreibung.\nBezeichner erwartet. \"{0}\" ist ein reserviertes Wort auf der obersten Ebene eines Moduls.\nDeklarationen mit Initialisierern d\u00FCrfen keine definitiven Zuweisungsassertionen aufweisen.\nDeklarationen mit definitiven Zuweisungsassertionen m\u00FCssen auch Typanmerkungen aufweisen.\nEin rest-Element darf nicht auf ein anderes rest-Element folgen.\nEin optionales Element darf nicht auf ein rest-Element folgen.\nDie Eigenschaft \"{0}\" darf keinen Initialisierer aufweisen, weil sie als abstrakt markiert ist.\nEin Parametertyp f\u00FCr die Indexsignatur muss \"string\", \"number\", \"symbol\" oder ein Vorlagenliteraltyp sein.\n\"export import\" kann nicht f\u00FCr einen Typ oder einen reinen Typnamespace verwendet werden, wenn {0} aktiviert ist.\nDer R\u00FCckgabetyp der Decorator-Funktion \u201E{0}\u201C kann dem Typ \u201E{1}\u201C nicht zugewiesen werden.\nDer R\u00FCckgabetyp der Decorator-Funktion ist \u201E{0}\u201C, es wird jedoch erwartet, dass er \u201Evoid\u201C oder \u201Eany\u201C ist.\nEin Typ, auf den in einer erg\u00E4nzten Signatur verwiesen wird, muss mit \u201Eimport type\u201C oder einem Namespaceimport importiert werden, wenn \u201EisolatedModules\u201C und \u201EemitDecoratorMetadata\u201C aktiviert sind.\nDer Modifizierer \u201E{0}\u201C kann nicht f\u00FCr einen Typparameter verwendet werden\nDer Modifizierer \u201E{0}\u201C kann nur f\u00FCr einen Typparameter einer Klasse, einer Schnittstelle oder eines Typalias verwendet werden.\nDer Accessormodifizierer kann nur in einer Eigenschaftendeklaration angezeigt werden.\nEine Accessoreigenschaft kann nicht als optional deklariert werden.\nDer Modifizierer \u201E{0}\u201C kann nur f\u00FCr einen Typparameter einer Funktion, Methode oder Klasse angezeigt werden.\nDie Runtime ruft das Decorator-Element mit {1} Argumenten auf, aber das Decorator-Element erwartet {0}.\nDie Runtime ruft das Decorator-Element mit {1}-Argumenten auf, aber das Decorator-Element erwartet mindestens {0}.\nNamespaces sind in globalen Skriptdateien nicht zul\u00E4ssig, wenn \"{0}\" aktiviert ist. Wenn diese Datei kein globales Skript sein soll, legen Sie \"moduleDetection\" auf \"force\" fest, oder f\u00FCgen Sie eine leere \"export {}\"-Anweisung hinzu.\nAuf \"{0}\" aus einer anderen Datei kann nicht ohne Qualifizierung zugegriffen werden, wenn \"{1}\" aktiviert ist. Verwenden Sie stattdessen \"{2}\".\nEine \"export =\"-Deklaration muss auf einen Wert verweisen, wenn \"verbatimModuleSyntax\" aktiviert ist, \"{0}\" verweist jedoch auf einen Typ.\nEine \"export =\"-Deklaration muss auf einen reellen Wert verweisen, wenn \"verbatimModuleSyntax\" aktiviert ist, \"{0}\" wird jedoch in eine rein typbasierte Deklaration aufgel\u00F6st.\nEin \"export default\" muss auf einen Wert verweisen, wenn \"verbatimModuleSyntax\" aktiviert ist, \"{0}\" verweist jedoch auf einen Typ.\n\"export default\" muss auf einen reellen Wert verweisen, wenn \"verbatimModuleSyntax\" aktiviert ist, \"{0}\" wird jedoch in eine rein typbasierte Deklaration aufgel\u00F6st.\nECMAScript-Importe und -Exporte k\u00F6nnen nicht in eine CommonJS-Datei unter \u201EverbatimModuleSyntax\u201C geschrieben werden.\nEin \"export\"-Modifizierer der obersten Ebene kann nicht f\u00FCr Wertdeklarationen in einem CommonJS-Modul verwendet werden, wenn \"verbatimModuleSyntax\" aktiviert ist.\nEin Importalias kann nicht in eine Typ- oder nur Typdeklaration aufgel\u00F6st werden, wenn \"verbatimModuleSyntax\" aktiviert ist.\n\u201E{0}\u201C wird in eine schreibgesch\u00FCtzte Deklaration aufgel\u00F6st und muss in dieser Datei als schreibgesch\u00FCtzt gekennzeichnet werden, bevor erneut exportiert wird, wenn \u201E{1}\u201C aktiviert ist. Verwenden Sie ggf. \u201Eimport type\u201C, wobei \u201E{0}\u201C importiert wird.\n\u201E{0}\u201C wird in eine schreibgesch\u00FCtzte Deklaration aufgel\u00F6st und muss in dieser Datei als schreibgesch\u00FCtzt gekennzeichnet werden, bevor erneut exportiert wird, wenn \u201E{1}\u201C aktiviert ist. Erw\u00E4gen Sie die Verwendung von \u201Eexport type { {0} as default }\u201C.\n\u201E{0}\u201C wird in einen Typ aufgel\u00F6st und muss in dieser Datei als schreibgesch\u00FCtzt gekennzeichnet werden, bevor der Export erneut ausgef\u00FChrt wird, wenn \u201E{1}\u201C aktiviert ist. Verwenden Sie ggf. \u201Eimport type\u201C, wobei \u201E{0}\u201C importiert wird.\n\u201E{0}\u201C wird in einen Typ aufgel\u00F6st und muss in dieser Datei als schreibgesch\u00FCtzt gekennzeichnet werden, bevor der Export erneut ausgef\u00FChrt wird, wenn \u201E{1}\u201C aktiviert ist. Erw\u00E4gen Sie die Verwendung von \u201Eexport type { {0} as default }\u201C.\nDie ECMAScript-Modulsyntax ist in einem CommonJS-Modul nicht zul\u00E4ssig, wenn \u201Emodule\u201C auf \u201Epreserve\u201C festgelegt ist.\nDiese Syntax ist nicht zul\u00E4ssig, wenn \"erasableSyntaxOnly\" aktiviert ist.\nECMAScript-Importe und -Exporte k\u00F6nnen nicht in eine CommonJS-Datei unter \u201EverbatimModuleSyntax\u201C geschrieben werden. Passen Sie das Feld \u201Etype\u201C im n\u00E4chsten \u201Epackage.json\u201C an, um diese Datei zu einem ECMAScript-Modul zu machen, oder passen Sie die Einstellungen \u201EverbatimModuleSyntax\u201C, \u201Emodule\u201C und \u201EmoduleResolution\u201C in TypeScript an.\nwith-Anweisungen sind in einem asynchronen Funktionsblock unzul\u00E4ssig.\nawait-Ausdr\u00FCcke sind nur innerhalb von asynchronen Funktionen und auf den obersten Modulebenen zul\u00E4ssig.\nDie aktuelle Datei ist ein CommonJS-Modul und kann \u201Eawait\u201C nicht auf der obersten Ebene verwenden.\nWollten Sie \":\" verwenden? Ein \"=\" kann nur dann auf einen Eigenschaftennamen folgen, wenn das enthaltende Objektliteral Teil eines Destrukturierungsmusters ist.\nDer Text einer \"if\"-Anweisung kann keine leere Anweisung sein.\nGlobale Modulexporte d\u00FCrfen nur in Moduldateien auftreten.\nGlobale Modulexporte d\u00FCrfen nur in Deklarationsdateien auftreten.\nGlobale Modulexporte d\u00FCrfen nur auf der obersten Ebene auftreten.\nEine Parametereigenschaft darf nicht mithilfe eines rest-Parameters deklariert werden.\nEin abstrakter Accessor kann keine Implementierung aufweisen.\nEin Standardexport kann nur in einem Modul des Typs ECMAScript verwendet werden.\nDer Typ des \"await\"-Operanden muss entweder eine g\u00FCltige Zusage sein oder darf keinen aufrufbaren \"then\"-Member enthalten.\nDer Typ eines \"yield\"-Operanden in einem asynchronen Generator muss entweder eine g\u00FCltige Zusage sein oder darf keinen aufrufbaren \"then\"-Member enthalten.\nDer Typ iterierter Elemente eines \"yield*\"-Operanden muss entweder eine g\u00FCltige Zusage sein oder darf keinen aufrufbaren \"then\"-Member enthalten.\nDynamische Importe werden nur unterst\u00FCtzt, wenn das Flag \u201E--module\u201C auf \u201Ees2020\u201C, \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Ecommonjs\u201C, \u201Eamd\u201C, \u201Esystem\u201C, \u201Eumd\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C oder \u201Enodenext\u201C festgelegt ist.\nDynamische Importe unterst\u00FCtzen nur ein zweites Argument, wenn die Option \u201E--module\u201C auf \u201Eesnext\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist.\nDas Argument des dynamischen Imports kann kein \u00DCberf\u00FCllungselement sein.\nDiese Verwendung von \u201Eimport\u201C ist ung\u00FCltig. \u201Eimport()\u201C-Aufrufe k\u00F6nnen geschrieben werden, m\u00FCssen jedoch Klammern aufweisen und d\u00FCrfen keine Typargumente aufweisen.\nEin Zeichenfolgenliteral mit doppelten Anf\u00FChrungszeichen wird erwartet.\nDer Eigenschaftswert kann nur ein Zeichenfolgenliteral, ein numerisches Literal, \"true\", \"false\", \"NULL\", ein Objektliteral oder ein Arrayliteral sein.\n\"{0}\" akzeptiert zu wenige Argumente, um hier als Decorator verwendet zu werden. Wollten Sie es zuerst aufrufen und \"@{0}()\" schreiben?\nEine Eigenschaft einer Schnittstelle oder eines Typliterals, deren Typ ein \"unique symbol\"-Typ ist, muss \"readonly\" sein.\nEine Eigenschaft einer Klasse, deren Typ ein \"unique symbol\"-Typ ist, muss sowohl \"static\" als auch \"readonly\" sein.\nEine Variable, deren Typ ein \"unique symbol\"-Typ ist, muss \"const\" sein.\n\"unique symbol\"-Typen d\u00FCrfen f\u00FCr eine Variablendeklaration mit einem Bindungsnamen nicht verwendet werden.\n\"unique symbol\"-Typen sind nur f\u00FCr Variablen in einer Variablenanweisung zul\u00E4ssig.\n\"unique symbol\"-Typen sind hier nicht zul\u00E4ssig.\nEin Indexsignaturparametertyp darf kein Literaltyp oder generischer Typ sein. Erw\u00E4gen Sie stattdessen die Verwendung eines zugeordneten Objekttyps.\ninfer-Deklarationen sind nur in der extends-Klausel eines bedingten Typs zul\u00E4ssig.\nDas Modul \"{0}\" verweist nicht auf einen Wert, wird hier aber als Wert verwendet.\nDas Modul \"{0}\" verweist nicht auf einen Typ, wird hier aber als Typ verwendet. Meinten Sie \"typeof import('{0}')\"?\nDer Klassenkonstruktor darf kein Accessor sein.\nDie Metaeigenschaft \u201Eimport.meta\u201C ist nur zul\u00E4ssig, wenn die Option \u201E--module\u201C \u201Ees2020\u201C, \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Esystem\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C oder \u201Enodenext\u201C lautet.\nEine Bezeichnung ist hier nicht zul\u00E4ssig.\nF\u00FCr einen Ausdruck vom Typ \"void\" kann nicht getestet werden, ob er wahr oder falsch ist.\nDieser Parameter ist mit der Direktive \"use strict\" nicht zugelassen.\nEine Verwendung der Direktive \"use strict\" mit einer nicht einfachen Parameterliste ist nicht zugelassen.\nHier wurde ein nicht einfacher Parameter deklariert.\nDie Direktive \"use strict\" wird hier verwendet.\nHiermit wird anstelle eines Builds die endg\u00FCltige Konfiguration ausgegeben.\nEin Bezeichner oder ein Schl\u00FCsselwort kann nicht direkt auf ein numerisches Literal folgen.\nEin bigint-Literal kann keine exponentielle Notation verwenden.\nEin bigint-Literal muss eine ganze Zahl sein.\nDer Typmodifizierer \"readonly\" ist nur f\u00FCr Array- und Tupelliteraltypen zul\u00E4ssig.\nEine \u201Econst\u201C-Assertion kann nur auf Referenzen auf Enumerationsmitglieder oder auf String-, Zahlen-, Boolean-, Array- oder Objektliterale angewendet werden.\nWollten Sie diese Funktion als \"async\" markieren?\nAuf einen Namen eines Enumerationsmembers muss ein \",\", \"=\" oder \"}\" folgen.\nMit Tags versehene Vorlagenausdr\u00FCcke sind in einer optionalen Kette nicht zul\u00E4ssig.\nBezeichner erwartet. \"{0}\" ist ein reserviertes Wort, das hier nicht verwendet werden kann.\nDer Typ \"{0}\" erf\u00FCllt den erwarteten Typ \"{1}\" nicht.\n\"{0}\" kann nicht als Wert verwendet werden, weil der Import mit \"import type\" durchgef\u00FChrt wurde.\n\"{0}\" kann nicht als Wert verwendet werden, weil der Export mit \"export type\" durchgef\u00FChrt wurde.\nEin reiner Typenimport kann einen Standardimport oder benannte Bindungen angeben, aber nicht beides.\nIn reinen Typenexport konvertieren\nAlle erneut exportierten Typen in reine Typenexporte konvertieren\nIn zwei separate Importdeklarationen teilen\nAlle ung\u00FCltigen reinen Typenimporte teilen\nDer Klassenkonstruktor darf kein Generator sein.\nMeinten Sie \"{0}\"?\nawait-Ausdr\u00FCcke sind nur auf der obersten Ebene einer Datei zul\u00E4ssig, wenn diese Datei ein Modul ist. Diese Datei enth\u00E4lt jedoch keinerlei Importe oder Exporte. Erw\u00E4gen Sie das Hinzuf\u00FCgen eines leeren \"export {}\", um diese Datei als Modul zu definieren.\n\"{0}\" wurde hier importiert.\n\"{0}\" wurde hier exportiert.\n\u201Eawait\u201C-Ausdr\u00FCcke der obersten Ebene sind nur zul\u00E4ssig, wenn die Option \u201Emodule\u201C auf \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Esystem\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist und die Option \u201Etarget\u201C auf \u201Ees2017\u201C oder h\u00F6her festgelegt ist.\nEin Importalias kann nicht auf eine Deklaration verweisen, die mithilfe von \"export type\" exportiert wurde.\nEin Importalias kann nicht auf eine Deklaration verweisen, die mithilfe von \"import type\" importiert wurde.\nUnerwartetes Token. Meinten Sie \"{'}'}\" oder \"&rbrace;\"?\nUnerwartetes Token. Meinten Sie \"{'>'}\" oder \"&gt;\"?\nDie Notation des Funktionstyps muss in Klammern gesetzt werden, wenn sie in einem Union-Typ verwendet wird.\nDie Typnotation des Konstruktors muss in Klammern gesetzt werden, wenn sie in einem Union-Typ verwendet wird.\nDie Notation des Funktionstyps muss in Klammern gesetzt werden, wenn sie in einem Intersection-Typ verwendet wird.\nDie Typnotation des Konstruktors muss in Klammern gesetzt werden, wenn sie in einem Intersection-Typ verwendet wird.\n\"{0}\" ist als Name f\u00FCr Variablendeklarationen nicht zul\u00E4ssig.\n\"{0}\" ist als Parametername nicht zul\u00E4ssig.\nEin Importalias kann \"import type\" nicht verwenden.\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\"\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" mit packageId \"{2}\"\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" zum Importieren von \"importHelpers\", wie in \"compilerOptions\" angegeben\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" mit packageId \"{2}\" zum Importieren von \"importHelpers\", wie in \"compilerOptions\" angegeben\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" zum Importieren der Factoryfunktionen \"jsx\" und \"jsxs\"\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" mit packageId \"{2}\" zum Importieren der Factoryfunktionen \"jsx\" und \"jsxs\"\nDie Datei wird hier per Import eingeschlossen.\nReferenziert \u00FCber \"{0}\" aus der Datei \"{1}\"\nDie Datei wird hier per Verweis eingeschlossen.\nTypbibliothek, die \u00FCber \"{0}\" aus der Datei \"{1}\" referenziert wird\nTypbibliothek, die \u00FCber \"{0}\" aus der Datei \"{1}\" mit packageId \"{2}\" referenziert wird\nDie Datei wird hier per Typbibliotheksverweis eingeschlossen.\nBibliothek, die \u00FCber \"{0}\" aus der Datei \"{1}\" referenziert wird\nDie Datei wird hier per Bibliotheksverweis eingeschlossen.\nAbgeglichen mit dem include-Muster \"{0}\" in \"{1}\"\nDie Datei wird mit dem hier angegebenen include-Muster abgeglichen.\nTeil der Liste \"files\" in tsconfig.json\nDie Datei wird mit der hier angegebenen Liste \"files\" abgeglichen.\nAusgabe aus referenziertem Projekt \"{0}\" eingeschlossen, da \"{1}\" angegeben wurde\nAusgabe aus referenziertem Projekt \"{0}\" eingeschlossen, da \"--module\" als \"none\" angegeben wurde\nDie Datei ist die Ausgabe des hier angegebenen referenzierten Projekts.\nQuelle aus referenziertem Projekt \"{0}\", da \"{1}\" angegeben wurde\nQuelle aus referenziertem Projekt \"{0}\", da \"--module\" als \"none\" angegeben wurde\nDie Datei ist die Quelle des hier angegebenen referenzierten Projekts.\nDer in \"compilerOptions\" angegebene Einstiegspunkt der Typbibliothek \"{0}\"\nDer in \"compilerOptions\" angegebene Einstiegspunkt der Typbibliothek \"{0}\" mit packageId \"{1}\"\nDie Datei ist ein Einstiegspunkt der hier angegebenen Typbibliothek.\nEinstiegspunkt f\u00FCr implizite Typbibliothek \"{0}\"\nEinstiegspunkt f\u00FCr die implizite Typbibliothek \"{0}\" mit packageId \"{1}\"\nIn \"compilerOptions\" angegebene Bibliothek \"{0}\"\nDie Datei ist die hier angegebene Bibliothek.\nStandardbibliothek\nStandardbibliothek f\u00FCr Ziel \"{0}\"\nDie Datei ist die Standardbibliothek f\u00FCr das hier angegebene Ziel.\nF\u00FCr die Kompilierung angegebene Stammdatei\nDie Datei ist die Ausgabe der Projektverweisquelle \"{0}\".\nDie Datei leitet an die Datei \"{0}\" um.\nDie Datei befindet sich aus folgenden Gr\u00FCnden im Programm:\n\"for await\"-Schleifen sind nur auf der obersten Ebene einer Datei zul\u00E4ssig, wenn diese Datei ein Modul ist. Diese Datei enth\u00E4lt jedoch keinerlei Importe oder Exporte. Erw\u00E4gen Sie das Hinzuf\u00FCgen eines leeren \"export {}\", um diese Datei als Modul zu definieren.\n\u201Eawait\u201C-Schleifen der obersten Ebene sind nur zul\u00E4ssig, wenn die Option \u201Emodule\u201C auf \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Esystem\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist und die Option \u201Etarget\u201C auf \u201Ees2017\u201C oder h\u00F6her festgelegt ist.\nWeder Decorators noch Modifizierer k\u00F6nnen auf \"this\"-Parameter angewendet werden.\nUnerwartetes Schl\u00FCsselwort oder Bezeichner.\nUnbekanntes Schl\u00FCsselwort oder Bezeichner. Meinten Sie \"{0}\"?\nVor dem Namen und allen Schl\u00FCsselw\u00F6rtern von Eigenschaftendeklarationen m\u00FCssen Decorator-Elemente stehen.\nNamespace muss einen Namen erhalten.\nSchnittstelle muss einen Namen erhalten.\nTypalias muss einen Namen erhalten.\nVariablendeklaration ist an dieser Stelle nicht zul\u00E4ssig.\nKann in einer Typanmerkung keinen Funktionsaufruf starten.\nF\u00FCr den Eigenschafteninitialisierer wurde \"=\" erwartet.\nNamen der Moduldeklaration d\u00FCrfen nur Zeichenfolgen enthalten, die von ' oder \" eingeschlossen werden.\n\u201E{0}\u201C wird in eine reine Typdeklaration aufgel\u00F6st und muss mithilfe eines reinen Typreexports erneut exportiert werden, wenn \u201E{1}\u201C aktiviert ist.\nBehalten Sie nicht verwendete importierte Werte in der JavaScript-Ausgabe bei, die andernfalls entfernt werden w\u00FCrden.\nDynamische Importe k\u00F6nnen nur einen Modulspezifizierer und ein optionales Set mit Attributen als Argumente akzeptieren.\nPrivate Bezeichner sind nur in Klassentexten zul\u00E4ssig und d\u00FCrfen nur als Teil einer Klassenmitgliedsdeklaration, eines Eigenschaftszugriffs oder auf der linken Seite eines in-Ausdrucks verwendet werden.\n\u201Eresolution-mode\u201C muss entweder auf \u201Erequire\u201C oder \u201Eimport\u201C festgelegt sein.\n\u201Eresolution-mode\u201C kann nur f\u00FCr reine Typenimporte festgelegt werden.\n\u201Eresolution-mode\u201C ist f\u00FCr Typimportassertionen der einzige g\u00FCltige Schl\u00FCssel.\nTypimportassertionen sollten \u00FCber genau einen Schl\u00FCssel verf\u00FCgen \u2013 \u201Eresolution-mode\u201C \u2013 mit dem Wert \u201Eimport\u201C oder \u201Erequire\u201C.\nStandardm\u00E4\u00DFig zugeordnetes Includemuster\u00A0\u201E**/*\u201C\nDie Datei ist ein ECMAScript-Modul, da '{0}' das Feld \u201ETyp\u201C mit dem Wert \u201EModul\u201C aufweist.\nDie Datei ist ein CommonJS-Modul, da '{0}' das Feld \u201ETyp\u201C aufweist, dessen Wert nicht \u201EModul\u201C ist\nDie Datei ist ein CommonJS-Modul, da '{0}' nicht das Feld \u201ETyp\u201C aufweist\nDie Datei ist ein CommonJS-Modul, da \u201Epackage.json\u201C nicht gefunden wurde\n\u201Eresolution-mode\u201C ist f\u00FCr Typimportattribute der einzige g\u00FCltige Schl\u00FCssel.\nTypimportattribute sollten \u00FCber genau einen Schl\u00FCssel verf\u00FCgen \u2013 \u201Eresolution-mode\u201C \u2013 mit dem Wert \u201Eimport\u201C oder \u201Erequire\u201C.\nDie Meta-Eigenschaft \u201Eimport.meta\u201C ist in Dateien, die in der CommonJS-Ausgabe erstellt werden, nicht zul\u00E4ssig.\nDas Modul \"{0}\" kann nicht mit diesem Konstrukt importiert werden. Der Spezifizierer wird nur in ein ES-Modul aufgel\u00F6st, das nicht mit \"require\" importiert werden kann. Verwenden Sie stattdessen einen ECMAScript-Import.\n\u201Ecatch\u201C oder \u201Efinally\u201C erwartet.\nEine Importdeklaration kann nur auf der obersten Ebene eines Moduls verwendet werden.\nEine Exportdeklaration kann nur auf der obersten Ebene eines Moduls verwendet werden.\nSteuern Sie, welche Methode zum Erkennen von JS-Dateien im Modulformat verwendet wird.\n\u201Eauto\u201C: Dateien mit imports, exports, import.meta, jsx (mit jsx: respond-jsx) oder esm-Format (mit module: node16+) als Module behandeln.\nAuf einen Instanziierungsausdruck kann kein Eigenschaftenzugriff folgen.\nBezeichner oder Zeichenfolgenliteral erwartet.\nDie aktuelle Datei ist ein CommonJS-Modul, dessen Importe \"require\"-Aufrufe generieren. Die Datei, auf die verwiesen wird, ist jedoch ein ECMAScript-Modul und kann nicht mit \"require\" importiert werden. Erw\u00E4gen Sie stattdessen, einen dynamischen 'import(\"{0}\")'-Aufruf zu schreiben.\nUm diese Datei in ein ECMAScript-Modul zu konvertieren, \u00E4ndern Sie ihre Dateierweiterung in '{0}', oder erstellen Sie eine lokale package.json-Datei mit `{ \"type\": \"module\" }`.\nUm diese Datei in ein ECMAScript-Modul zu konvertieren, \u00E4ndern Sie die Dateierweiterung in \"{0}\", oder f\u00FCgen Sie das Feld ''type': 'module'' zu \"{1}\" hinzu.\nUm diese Datei in ein ECMAScript-Modul zu konvertieren, f\u00FCgen Sie das Feld \"type\": \"module\" zu \"{0}\" hinzu.\nUm diese Datei in ein ECMAScript-Modul zu konvertieren, erstellen Sie eine lokale package.json-Datei mit `{ \"type\": \"module\" }`.\n\u201E{0}\u201C ist ein Typ und muss mit einem reinen Typimport importiert werden, wenn \u201EverbatimModuleSyntax\u201C aktiviert ist.\n\u201E{0}\u201C wird in eine schreibgesch\u00FCtzte Deklaration aufgel\u00F6st und muss mithilfe eines reinen Typimports importiert werden, wenn \u201EverbatimModuleSyntax\u201C aktiviert ist.\nDecorator, der hier vor \"export\" verwendet wird.\nOktale Escapesequenzen sind nicht zul\u00E4ssig. Verwenden Sie die Syntax \"{0}\".\nEscapesequenz \"{0}\" ist nicht zul\u00E4ssig.\nDezimalstellen mit f\u00FChrenden Nullen sind nicht zul\u00E4ssig.\nDie Datei scheint bin\u00E4r zu sein.\nDer Modifizierer \u201E{0}\u201C kann nicht in einer \u201Eusing\u201C-Deklaration angezeigt werden.\n\u201E{0}\u201C-Deklarationen d\u00FCrfen keine Bindungsmuster aufweisen.\nDie linke Seite einer \u201Efor... in\u201C-Anweisung darf keine \u201Eusing\u201C-Deklaration sein.\nDie linke Seite eines \u201Efor...in\u201C-Anweisung darf keine \u201Eawait using\u201C-Deklaration sein.\nDer Modifizierer \u201E{0}\u201C kann nicht in einer \u201Eawait using\u201C-Deklaration angezeigt werden.\nBezeichner, Zeichenfolgenliteral oder Zahlenliteral erwartet.\nDer Ausdruck muss in Klammern eingeschlossen werden, damit er als Decorator verwendet werden kann.\nUng\u00FCltige Syntax im Decorator.\nUnbekanntes Flag f\u00FCr regul\u00E4re Ausdr\u00FCcke.\nDoppeltes Flag f\u00FCr regul\u00E4re Ausdr\u00FCcke.\nDieses Flag f\u00FCr regul\u00E4re Ausdr\u00FCcke ist nur verf\u00FCgbar, wenn es auf \u201E{0}\u201C oder h\u00F6her ausgerichtet ist.\nDas Unicode-Flag (u) und das Unicode Sets-Flag (v) k\u00F6nnen nicht gleichzeitig festgelegt werden.\nBenannte Erfassungsgruppen sind nur verf\u00FCgbar, wenn das Ziel \"ES2018\" oder h\u00F6her ist.\nSubpatternkennzeichen m\u00FCssen vorhanden sein, wenn ein Minuszeichen vorhanden ist.\nUnvollst\u00E4ndiger Quantifizierer. Eine Ziffer wurde erwartet.\nZahlen im Quantifizierer nicht in der richtigen Reihenfolge.\nEs ist nichts f\u00FCr Wiederholungen verf\u00FCgbar.\nUnerwartete(s/r) \u201E{0}\u201C. Wollten Sie mit einem umgekehrten Schr\u00E4gstrich escapen?\nDieses Flag f\u00FCr regul\u00E4re Ausdr\u00FCcke kann nicht innerhalb eines Untermusters umgeschaltet werden.\nAuf \u201E\\k\u201C muss ein Erfassungsgruppenname folgen, der in spitzen Klammern eingeschlossen ist.\n\u201E\\q\u201C ist nur innerhalb der Zeichenklasse verf\u00FCgbar.\nAuf \u201E\\c\u201C muss ein ASCII-Buchstabe folgen.\nNicht definiertes ESC-zeichen.\nEs wurde ein Name f\u00FCr die Erfassungsgruppe erwartet.\nBenannte Erfassungsgruppen mit demselben Namen m\u00FCssen sich gegenseitig ausschlie\u00DFen.\nEin Zeichenklassenbereich darf nicht durch eine andere Zeichenklasse gebunden werden.\nDer Bereich in der Zeichenklasse liegt au\u00DFerhalb der Reihenfolge.\nAlle Elemente, die m\u00F6glicherweise mehr als einem einzelnen Zeichen entsprechen, sind innerhalb einer negierten Zeichenklasse ung\u00FCltig.\nOperatoren d\u00FCrfen innerhalb einer Zeichenklasse nicht gemischt werden. Verpacken Sie ihn stattdessen in eine geschachtelte Klasse.\nEs wurde ein Klassensatzoperand erwartet.\nAuf \u201E\\q\u201C m\u00FCssen Zeichenfolgenalternativen folgen, die in geschweifte Klammern eingeschlossen sind.\nEine Zeichenklasse darf kein reserviertes doppeltes Interpunktionszeichen enthalten. Wollten Sie mit einem umgekehrten Schr\u00E4gstrich escapen?\nEs wurde ein Unicode-Eigenschaftsname erwartet.\nUnbekannter Unicode-Eigenschaftsname.\nEs wurde ein Unicode-Eigenschaftswert erwartet.\nUnbekannter Unicode-Eigenschaftswert.\nEs wurde ein Unicode-Eigenschaftsname oder -wert erwartet.\nJede Unicode-Eigenschaft, die m\u00F6glicherweise mehr als ein einzelnes Zeichen enthalten w\u00FCrde, ist nur verf\u00FCgbar, wenn das Flag \"Unicode Sets (v)\" festgelegt ist.\nUnbekannter Unicode-Eigenschaftsname oder -Wert.\nUnicode-Eigenschaftswertausdr\u00FCcke sind nur verf\u00FCgbar, wenn das Unicode-Flag (u) oder das Unicode Sets-Flag (v) festgelegt ist.\nAuf \u201E\\{0}\u201C muss ein Unicode-Eigenschaftswertausdruck folgen, der in geschweifte Klammern eingeschlossen ist.\nIn diesem regul\u00E4ren Ausdruck ist keine Erfassungsgruppe namens \u201E{0}\u201C vorhanden.\nDieser R\u00FCckverweis bezieht sich auf eine Gruppe, die nicht vorhanden ist. In diesem regul\u00E4ren Ausdruck sind nur {0} Erfassungsgruppen vorhanden.\nDieser R\u00FCckverweis bezieht sich auf eine Gruppe, die nicht vorhanden ist. Dieser regul\u00E4re Ausdruck enth\u00E4lt keine Erfassungsgruppen.\nDieses Zeichen kann in einem regul\u00E4ren Ausdruck nicht mit Escapezeichen versehen werden.\nOktale Escapesequenzen und R\u00FCckvektoren sind in einer Zeichenklasse nicht zul\u00E4ssig. Wenn dies als Escapesequenz vorgesehen war, verwenden Sie stattdessen die Syntax \"{0}\".\nDezimale Escapesequenzen und R\u00FCckvektoren sind in einer Zeichenklasse nicht zul\u00E4ssig.\nUnicode-Escapesequenzen sind nur verf\u00FCgbar, wenn das Unicode-Flag (u) oder das Unicode Sets-Flag (v) festgelegt ist.\nEin \"bigint\"-Literal kann nicht als Eigenschaftenname verwendet werden.\nEine Namespace-Deklaration darf nicht mit dem Schl\u00FCsselwort \"module\" deklariert werden. Verwenden Sie stattdessen das Schl\u00FCsselwort \"namespace\".\nDer reine Typimport eines ECMAScript-Moduls aus einem CommonJS-Modul muss ein Attribut f\u00FCr den Aufl\u00F6sungsmodus (resolution-mode) aufweisen.\nDer Typimport eines ECMAScript-Moduls aus einem CommonJS-Modul muss ein Attribut f\u00FCr den Aufl\u00F6sungsmodus (resolution-mode) aufweisen.\n\"Das Importieren einer JSON-Datei in ein ECMAScript-Modul erfordert ein Importattribut 'type: \"json\"', wenn 'module' auf '{0}' gesetzt ist.\nBenannte Importe aus einer JSON-Datei in ein ECMAScript-Modul sind nicht erlaubt, wenn 'module' auf '{0}'.\n\u201Eusing\u201C-Deklarationen sind in Umgebungskontexten nicht zul\u00E4ssig.\n\u201Eawait using\u201C-Deklarationen sind in Umgebungskontexten nicht zul\u00E4ssig.\n\n\n\nDie Typen von \"{0}\" sind zwischen diesen Typen nicht kompatibel.\nDie von \"{0}\" zur\u00FCckgegebenen Typen sind zwischen diesen Typen nicht kompatibel.\nDie R\u00FCckgabetypen \"{0}\" und \"{1}\" der Aufrufsignatur sind nicht kompatibel.\nDie R\u00FCckgabetypen \"{0}\" und \"{1}\" der Konstruktsignatur sind nicht kompatibel.\nAufrufsignaturen ohne Argumente weisen inkompatible R\u00FCckgabetypen \"{0}\" und \"{1}\" auf.\nKonstruktsignaturen ohne Argumente weisen inkompatible R\u00FCckgabetypen \"{0}\" und \"{1}\" auf.\nDer \"Type\"-Modifizierer kann nicht f\u00FCr einen benannten Import verwendet werden, wenn der \"Import-Typ\" auf seiner Import-Anweisung verwendet wird.\nDer \"Type\"-Modifizierer kann nicht f\u00FCr einen benannten Export verwendet werden, wenn \"Export-Typ\" auf seiner Export-Anweisung verwendet wird.\nF\u00FCr diesen Typparameter ist m\u00F6glicherweise die Einschr\u00E4nkung \"extends {0}\" erforderlich.\nDer Projektstamm ist mehrdeutig, wird aber ben\u00F6tigt, um den Exportzuordnungseintrag \u201E{0}\u201C in der Datei \u201E{1}\u201C aufzul\u00F6sen. Geben Sie die Compiler-Option \u201ErootDir\u201C an, um die Mehrdeutigkeit aufzuheben.\nDer Projektstamm ist mehrdeutig, wird aber ben\u00F6tigt, um den Importzuordnungseintrag \u201E{0}\u201C in der Datei \u201E{1}\u201C aufzul\u00F6sen. Geben Sie die Compiler-Option \u201ErootDir\u201C an, um die Mehrdeutigkeit aufzuheben.\n\"extends\"-Einschr\u00E4nkung hinzuf\u00FCgen\n\"extends\"-Einschr\u00E4nkung zu allen Typparametern hinzuf\u00FCgen\nDoppelter Bezeichner \"{0}\".\nDer Initialisierer der Instanzmembervariablen \"{0}\" darf nicht auf den im Konstruktor deklarierten Bezeichner \"{1}\" verweisen.\nStatische Member d\u00FCrfen nicht auf Klassentypparameter verweisen.\nZirkul\u00E4re Definition des Importalias \"{0}\".\nDer Name \"{0}\" wurde nicht gefunden.\nDas Modul \"{0}\" weist keinen exportierten Member \"{1}\" auf.\nDie Datei \"{0}\" ist kein Modul.\nDas Modul \"{0}\" oder die zugeh\u00F6rigen Typdeklarationen wurden nicht gefunden.\nDas Modul \"{0}\" hat bereits einen Member mit dem Namen \"{1}\" exportiert. Erw\u00E4gen Sie, ihn explizit erneut zu exportieren, um die Mehrdeutigkeit zu vermeiden.\nEine Exportzuweisung darf nicht in einem Modul mit anderen exportierten Elementen verwendet werden.\nDer Typ \"{0}\" verweist rekursiv auf sich selbst als ein Basistyp.\nDer Name \u201E{0}\u201C wurde nicht gefunden. Wollten Sie dies in eine asynchrone Funktion schreiben?\nEine Schnittstelle kann nur einen Objekttyp oder eine Schnittmenge von Objekttypen mit statisch bekannten Membern erweitern.\nDer Typparameter \"{0}\" weist eine zirkul\u00E4re Einschr\u00E4nkung auf.\nDer generische Typ \"{0}\" erfordert {1} Typargument(e).\nDer Typ \"{0}\" ist nicht generisch.\nDer globale Typ \"{0}\" muss eine Klassen- oder Schnittstellentyp sein.\nDer globale Typ \"{0}\" muss {1} Typparameter aufweisen.\nDer globale Typ \"{0}\" wurde nicht gefunden.\nDie benannte Eigenschaft \"{0}\" der Typen \"{1}\" und \"{2}\" ist nicht identisch.\nDie Schnittstelle \"{0}\" kann die Typen \"{1}\" und \"{2}\" nicht gleichzeitig erweitern.\n\u00DCberm\u00E4\u00DFige Stapeltiefe beim Vergleichen der Typen \"{0}\" und \"{1}\".\nDer Typ \"{0}\" kann dem Typ \"{1}\" nicht zugewiesen werden.\nDie exportierte Variable \"{0}\" kann nicht erneut deklariert werden.\nDie Eigenschaft \"{0}\" fehlt im Typ \"{1}\".\nDie Eigenschaft \"{0}\" ist im Typ \"{1}\" privat, im Typ \"{2}\" hingegen nicht.\nDie Typen der Eigenschaft \"{0}\" sind nicht kompatibel.\nDie Eigenschaft \"{0}\" ist im Typ \"{1}\" optional, im Typ \"{2}\" aber erforderlich.\nDie Typen der Parameter \"{0}\" und \"{1}\" sind nicht kompatibel.\nDie Indexsignatur f\u00FCr den Typ \"{0}\" fehlt im Typ \"{1}\".\nIndexsignaturen \"{0}\" und \"{1}\" sind nicht kompatibel.\nAuf \"this\" kann nicht in einem Modul- oder Namespacetext verwiesen werden.\nAuf \"this\" kann am aktuellen Speicherort nicht verwiesen werden.\nAuf \"this\" kann nicht in einem statischen Eigenschafteninitialisierer verwiesen werden.\nAuf \"super\" kann nur in einer abgeleiteten Klasse verwiesen werden.\nAuf \"super\" kann nicht in Konstruktorargumenten verwiesen werden.\nAufrufe von \"super\" sind au\u00DFerhalb von Konstruktoren oder in geschachtelten Funktionen innerhalb von Konstruktoren unzul\u00E4ssig.\nDer Zugriff auf die super-Eigenschaft ist nur in einem Konstruktor, einer Memberfunktion oder einer Memberzugriffsmethode einer abgeleiteten Klasse zul\u00E4ssig.\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" nicht vorhanden.\nNur auf \u00F6ffentliche und gesch\u00FCtzte Methoden der Basisklasse kann \u00FCber das Schl\u00FCsselwort \"super\" zugegriffen werden.\nDie Eigenschaft \"{0}\" ist privat. Auf sie kann nur innerhalb der Klasse \"{1}\" zugegriffen werden.\nDiese Syntax erfordert ein importiertes Hilfsprogramm namens \"{1}\", das in \"{0}\" nicht vorhanden ist. Erw\u00E4gen Sie ein Upgrade Ihrer Version von \"{0}\".\nDer Typ \"{0}\" erf\u00FCllt die Einschr\u00E4nkung \"{1}\" nicht.\nDas Argument vom Typ \"{0}\" kann dem Parameter vom Typ \"{1}\" nicht zugewiesen werden.\nDas Aufrufziel enth\u00E4lt keine Signaturen.\nNicht typisierte Funktionsaufrufe d\u00FCrfen keine Typargumente annehmen.\nDer Wert des Typs \"{0}\" kann nicht aufgerufen werden. Wollten Sie \"new\" einschlie\u00DFen?\nDieser Ausdruck kann nicht aufgerufen werden.\nNur eine void-Funktion kann mit dem Schl\u00FCsselwort \"new\" aufgerufen werden.\nDieser Ausdruck kann nicht erstellt werden.\nDie Konvertierung des Typs \"{0}\" in den Typ \"{1}\" kann ein Fehler sein, weil die Typen keine ausreichende \u00DCberschneidung aufweisen. Wenn dies beabsichtigt war, konvertieren Sie den Ausdruck zuerst in \"unknown\".\nDas Objektliteral kann nur bekannte Eigenschaften angeben, und \"{0}\" ist im Typ \"{1}\" nicht vorhanden.\nDiese Syntax erfordert ein importiertes Hilfsprogramm, aber das Modul \"{0}\" wurde nicht gefunden.\nEine Funktion, deren Typ weder als \"void\" noch als \"any\" deklariert ist, muss einen Wert zur\u00FCckgeben.\nEin arithmetischer Operand muss vom Typ \"any\", \"number\" oder \"bigint\" oder ein Enumerationstyp sein.\nDer Operand eines Inkrement- oder Dekrementoperators muss eine Variable oder ein Eigenschaftenzugriff sein.\nDie linke Seite eines instanceof-Ausdrucks muss den Typ \"any\" aufweisen oder ein Objekttyp bzw. ein Typparameter sein.\nDie rechte Seite eines \u201Einstanceof\u201C-Ausdrucks muss entweder vom Typ \u201Eany\u201C, eine Klasse, eine Funktion oder ein anderer Typ, der dem Schnittstellentyp \u201EFunction\u201C zugewiesen werden kann, oder ein Objekttyp mit einer Symbol.hasInstance-Methode sein.\nDie linke Seite einer arithmetischen Operation muss den Typ \"any\", \"number\" oder \"bigint\" aufweisen oder ein Enumerationstyp sein.\nDie rechte Seite einer arithmetischen Operation muss den Typ \"any\", \"number\" oder \"bigint\" aufweisen oder ein Enumerationstyp sein.\nDie linke Seite eines Zuweisungsausdrucks muss eine Variable oder ein Eigenschaftenzugriff sein.\nDer Operator \"{0}\" darf nicht auf die Typen \"{1}\" und \"{2}\" angewendet werden.\nDer Funktion fehlt die abschlie\u00DFende return-Anweisung, und der R\u00FCckgabetyp enth\u00E4lt nicht \"undefined\".\nDieser Vergleich scheint unbeabsichtigt zu sein, da die Typen \"{0}\" und \"{1}\" keine \u00DCberlappung aufweisen.\nDer Name des Typparameters darf nicht \"{0}\" sein.\nEine Parametereigenschaft ist nur in einer Konstruktorimplementierung zul\u00E4ssig.\nEin rest-Parameter muss ein Arraytyp sein.\nEin Parameterinitialisierer ist nur in einer Funktions- oder Konstruktorimplementierung zul\u00E4ssig.\nDer Parameter \"{0}\" kann nicht auf sich selbst verweisen.\nDer Parameter \"{0}\" darf nicht auf den anschlie\u00DFend deklarierten Bezeichner \"{1}\" verweisen.\nDoppelte Indexsignatur f\u00FCr Typ \"{0}\".\nDer Typ \u201E{0}\u201C kann dem Typ \u201E{1}\u201C mit \u201EexactOptionalPropertyTypes: true\u201C nicht zugewiesen werden. Erw\u00E4gen Sie das Hinzuf\u00FCgen von \u201Eundefined\u201C zu den Typen der Zieleigenschaften.\nEin \u201Esuper\u201C Aufruf muss die erste Anweisung im Konstruktor sein, um auf \u201Esuper\u201C oder \u201Ethis\u201C zu verweisen, wenn eine abgeleitete Klasse initialisierte Eigenschaften, Parametereigenschaften oder private Bezeichner enth\u00E4lt.\nKonstruktoren f\u00FCr abgeleitete Klassen m\u00FCssen einen Aufruf \"super\" enthalten.\nEine get-Zugriffsmethode muss einen Wert zur\u00FCckgeben.\nDas Argument vom Typ \u201E{0}\u201C kann dem Parameter vom Typ \u201E{1}\u201C mit \u201EexactOptionalPropertyTypes: true\u201C nicht zugewiesen werden. Erw\u00E4gen Sie das Hinzuf\u00FCgen von \u201Eundefined\u201C zu den Typen der Zieleigenschaften.\n\u00DCberladungssignaturen m\u00FCssen alle exportiert oder nicht exportiert sein.\n\u00DCberladungssignaturen m\u00FCssen alle umgebend oder nicht umgebend sein.\n\u00DCberladungssignaturen m\u00FCssen alle \u00F6ffentlich, privat oder gesch\u00FCtzt sein.\n\u00DCberladungssignaturen m\u00FCssen alle optional oder erforderlich sein.\nDie Funktions\u00FCberladung muss statisch sein.\nDie Funktions\u00FCberladung darf nicht statisch sein.\nDer Name der Funktionsimplementierung muss \"{0}\" lauten.\nDie Konstruktorimplementierung fehlt.\nDie Funktionsimplementierung fehlt oder folgt nicht unmittelbar auf die Deklaration.\nMehrere Konstruktorimplementierungen sind unzul\u00E4ssig.\nDoppelte Funktionsimplementierung.\nDiese \u00DCberladungssignatur ist nicht mit der zugeh\u00F6rigen Implementierungssignatur kompatibel.\nEinzelne Deklarationen in der gemergten Deklaration \"{0}\" m\u00FCssen alle exportiert oder alle lokal sein.\nDoppelter Bezeichner \"arguments\". Der Compiler verwendet \"arguments\" zum Initialisieren der rest-Parameter.\nDer Deklarationsname steht in Konflikt mit dem integrierten globalen Bezeichner \"{0}\".\n\"constructor\" kann nicht als Parametereigenschaftsname verwendet werden.\nDoppelter Bezeichner \"_this\". Der Compiler verwendet die Variablendeklaration \"_this\" zum Erfassen des this-Verweises.\nDer Ausdruck wird in die Variablendeklaration \"_this\" aufgel\u00F6st, die der Compiler verwendet, um den this-Verweis zu erfassen.\nEin \u201Esuper\u201C Aufruf muss eine Anweisung auf Stammebene innerhalb eines Konstruktors einer abgeleiteten Klasse sein, die initialisierte Eigenschaften, Parametereigenschaften oder private Bezeichner enth\u00E4lt.\nDer Ausdruck wird in \"_super\" aufgel\u00F6st. Damit erfasst der Compiler den Basisklassenverweis.\nNachfolgende Variablendeklarationen m\u00FCssen den gleichen Typ aufweisen. Die Variable \"{0}\" muss den Typ \"{1}\" aufweisen, ist hier aber vom Typ \"{2}\".\nDie linke Seite einer for...in-Anweisung darf keine Typanmerkung verwenden.\nDie linke Seite einer for...in-Anweisung muss vom Typ \"string\" oder \"any\" sein.\nDie linke Seite einer for...in-Anweisung muss eine Variable oder ein Eigenschaftenzugriff sein.\nDie rechte Seite einer for...in-Anweisung muss den Typ \"any\" aufweisen oder ein Objekttyp bzw. ein Typparameter sein. Sie weist hier jedoch den Typ \"{0}\" auf.\nSetter k\u00F6nnen keinen Wert zur\u00FCckgeben.\nDer R\u00FCckgabetyp der Konstruktorsignatur muss dem Instanztyp der Klasse zugewiesen werden k\u00F6nnen.\nDie with-Anweisung wird nicht unterst\u00FCtzt. Alle Symbole in einem with-Block weisen den Typ \"any\" auf.\nDie Eigenschaft \"{0}\" von Typ \"{1}\" kann nicht \"{2}\" Indextyp \"{3}\" zugewiesen werden.\nDer Typ \u201E{0}\u201C kann dem Typ \u201E{1}\u201C mit \u201EexactOptionalPropertyTypes: true\u201C nicht zugewiesen werden. Erw\u00E4gen Sie das Hinzuf\u00FCgen von \u201Eundefined\u201C zum Typ des Ziels.\n\"{0}\" Indextyp \"{1}\" kann nicht \"{2}\" Indextyp \"{3}\" zugewiesen werden.\nDer Klassenname darf nicht \"{0}\" sein.\nDie Klasse \"{0}\" erweitert f\u00E4lschlicherweise die Basisklasse \"{1}\".\nDie Eigenschaft \"{0}\" im Typ \"{1}\" kann nicht der gleichen Eigenschaft in Basistyp \"{2}\" zugewiesen werden.\nDie statische Seite der Klasse \"{0}\" erweitert f\u00E4lschlicherweise die statische Seite der Basisklasse \"{1}\".\nDer Typ des Werts der berechneten Eigenschaft lautet \"{0}\" und kann dem Typ \"{1}\" nicht zugewiesen werden.\nDie Typen der Konstruktsignaturen sind nicht kompatibel.\nDie Klasse \"{0}\" implementiert f\u00E4lschlicherweise die Schnittstelle \"{1}\".\nEine Klasse kann nur einen Objekttyp oder eine Schnittmenge von Objekttypen mit statisch bekannten Membern implementieren.\nDie Klasse \"{0}\" definiert die Instanzmember-Zugriffsmethode \"{1}\", die erweiterte Klasse \"{2}\" definiert diese jedoch als Instanzmember-Zugriffsmethode.\nDie Klasse \"{0}\" definiert die Instanzmembereigenschaft \"{1}\", die erweiterte Klasse \"{2}\" definiert diese jedoch als Instanzmemberfunktion.\nDie Klasse \"{0}\" definiert die Instanzmember-Zugriffsmethode \"{1}\", die erweiterte Klasse \"{2}\" definiert diesen jedoch als Instanzmemberfunktion.\nDer Schnittstellenname darf nicht \"{0}\" sein.\nAlle Deklarationen von \"{0}\" m\u00FCssen identische Typparameter aufweisen.\nDie Schnittstelle \"{0}\" erweitert f\u00E4lschlicherweise die Schnittstelle \"{1}\".\nDer Enumerationsname darf nicht \"{0}\" sein.\nIn einer Enumeration mit mehreren Deklarationen kann nur eine Deklaration einen Initialisierer f\u00FCr das erste Enumerationselement ausgeben.\nEine Namespacedeklaration darf sich nicht in einer anderen Datei als die Klasse oder Funktion befinden, mit der sie zusammengef\u00FChrt wird.\nEine Namespacedeklaration darf nicht vor der Klasse oder Funktion positioniert werden, mit der sie zusammengef\u00FChrt wird.\nUmgebungsmodule d\u00FCrfen nicht in andere Module oder Namespaces geschachtelt werden.\nDie Umgebungsmoduldeklaration darf keinen relativen Modulnamen angeben.\nDas Modul \"{0}\" wird durch eine lokale Deklaration mit dem gleichen Namen ausgeblendet.\nDer Importname darf nicht \"{0}\" sein.\nImport- oder Exportdeklaration in einer Umgebungsmoduldeklaration d\u00FCrfen nicht \u00FCber den relativen Modulnamen auf ein Modul verweisen.\nDie Importdeklaration verursacht einen Konflikt mit der lokalen Deklaration von \"{0}\".\nDoppelter Bezeichner \"{0}\". Der Compiler reserviert den Namen \"{1}\" im Bereich der obersten Ebene eines Moduls.\nTypen weisen separate Deklarationen einer privaten Eigenschaft \"{0}\" auf.\nDie Eigenschaft \"{0}\" ist gesch\u00FCtzt, Typ \"{1}\" ist aber keine von \"{2}\" abgeleitete Klasse.\nDie Eigenschaft \"{0}\" ist im Typ \"{1}\" gesch\u00FCtzt, im Typ \"{2}\" aber \u00F6ffentlich.\nDie Eigenschaft \"{0}\" ist gesch\u00FCtzt. Auf sie kann nur innerhalb der Klasse \"{1}\" und ihrer Unterklassen zugegriffen werden.\nDie Eigenschaft \"{0}\" ist gesch\u00FCtzt und nur \u00FCber eine Instanz der Klasse \"{1}\" zug\u00E4nglich. Dies ist eine Instanz der Klasse \"{2}\".\nDer Operator \"{0}\" ist f\u00FCr boolesche Typen unzul\u00E4ssig. Verwenden Sie stattdessen ggf. \"{1}\".\nDie blockbezogene Variable \"{0}\" wurde vor ihrer Deklaration verwendet.\nKlasse \"{0}\", die vor der Deklaration verwendet wurde.\nEnumeration \"{0}\", die vor der Deklaration wurde.\nDie blockbezogene Variable \"{0}\" Blockbereich kann nicht erneut deklariert werden.\nEin Enumerationsmember darf keinen numerischen Namen besitzen.\nDie Variable \"{0}\" wird vor ihrer Zuweisung verwendet.\nDer Typalias \"{0}\" verweist zirkul\u00E4r auf sich selbst.\nDer Typaliasname darf nicht \"{0}\" sein.\nEin AMD-Modul darf nicht mehrere Namenzuweisungen aufweisen.\nDas Modul \"{0}\" deklariert \"{1}\" lokal, es erfolgt jedoch kein Export.\nDas Modul \"{0}\" deklariert \"{1}\" lokal, der Export erfolgt jedoch als \"{2}\".\nDer Typ \"{0}\" ist kein Arraytyp.\nEin rest-Element muss das letzte Element in einem Destrukturierungsmuster sein.\nEin Bindungsmusterparameter darf in einer Implementierungssignatur nicht optional sein.\nEin berechneter Eigenschaftenname muss vom Typ \"string\", \"number\", \"symbol\" oder \"any\" sein.\nAuf \"this\" kann nicht in einem berechneten Eigenschaftennamen verwiesen werden.\nAuf \"super\" kann nicht in einem berechneten Eigenschaftennamen verwiesen werden.\nEin berechneter Eigenschaftenname kann nicht aus seinem enthaltenden Typ auf einen Typparameter verweisen.\nDer globale Wert \"{0}\" wurde nicht gefunden.\nDer Operator \"{0}\" darf nicht den Typ \"symbol\" angewendet werden.\nDer Verteilungsoperator in new-Ausdr\u00FCcken ist nur verf\u00FCgbar, wenn das Ziel ECMAScript 5 oder h\u00F6her ist.\nEnumerationsdeklarationen m\u00FCssen alle konstant oder nicht konstant sein.\nElementitialisierer f\u00FCr Konstantenenummeration m\u00FCssen konstante Ausdr\u00FCcke sein.\nconst-Enumerationen k\u00F6nnen nur in Eigenschaften- bzw. Indexzugriffsausdr\u00FCcken oder auf der rechten Seite einer Importdeklaration oder Exportzuweisung verwendet werden.\nAuf einen const-Enumerationsmember kann nur mithilfe eines Zeichenfolgenliterals zugegriffen werden.\nDer const-Enumerationsmemberinitialisierer wurde in einen unendlichen Wert ausgewertet.\nDer const-Enumerationsmemberinitialisierer wurde in den unzul\u00E4ssigen Wert \"NaN\" ausgewertet.\n\"let\" darf nicht als Name in let- oder const-Deklarationen verwendet werden.\nDie Variable \"{0}\" mit dem \u00E4u\u00DFeren Bereich im gleichen Bereich wie die Deklaration \"{1}\" mit dem Blockbereich kann nicht initialisiert werden.\nDie linke Seite einer for...of-Anweisung darf keine Typanmerkung verwenden.\nDie Exportdeklaration verursacht einen Konflikt mit der exportierten Deklaration von \"{0}\".\nDie linke Seite einer for...of-Anweisung muss eine Variable oder ein Eigenschaftenzugriff sein.\nDer Typ \"{0}\" muss eine Methode \"[Symbol.iterator]5D;()\" aufweisen, die einen Iterator zur\u00FCckgibt.\nEin Iterator muss eine Methode \"next()\" besitzen.\nDer von der {0}()-Methode eines Iterators zur\u00FCckgegebene Typ muss eine value-Eigenschaft aufweisen.\nDie linke Seite einer for...in-Anweisung darf kein Destrukturierungsmuster sein.\nDer Bezeichner \"{0}\" in der Catch-Klausel kann nicht erneut deklariert werden.\nDer Tupeltyp \"{0}\" der L\u00E4nge {1} weist am Index \"{2}\" kein Element auf.\nDas Verwenden einer Zeichenfolge in einer for...of-Anweisung wird nur in ECMAScript 5 oder h\u00F6her unterst\u00FCtzt.\nDer Typ \"{0}\" ist kein Array- oder Zeichenfolgentyp.\nAuf das Objekt \u201Earguments\u201C darf in einer Pfeilfunktion in ES5 nicht verwiesen werden. Verwenden Sie ggf. einen Standardfunktionsausdruck.\nAuf dieses Modul kann nur mit ECMAScript-Importen/-Exporten verwiesen werden, indem das Flag \"{0}\" aktiviert und auf den Standardexport verwiesen wird.\nDas Modul \"{0}\" verwendet \"export =\" und darf nicht mit \"export *\" verwendet werden.\nEine Schnittstelle kann nur einen Bezeichner/\"qualified-name\" mit optionalen Typargumenten erweitern.\nEine Klasse kann nur einen Bezeichner/\"qualified-name\" mit optionalen Typargumenten implementieren.\nEin rest-Element darf kein Bindungsmuster enthalten.\nAuf \"{0}\" wird direkt oder indirekt in der eigenen Typanmerkung verwiesen.\nDer Namespace \"{0}\" wurde nicht gefunden.\nDer Typ \"{0}\" muss eine Methode \"[Symbol.asyncIterator]5D;()\" aufweisen, die einen async-Iterator zur\u00FCckgibt.\nEin Generator darf keine void-Typanmerkung aufweisen.\nAuf \"{0}\" wird direkt oder indirekt im eigenen Basisausdruck verwiesen.\nDer Typ \"{0}\" ist kein Konstruktorfunktionstyp.\nKein Basiskonstruktor weist die angegebene Anzahl von Typargumenten auf.\nDer R\u00FCckgabetyp \"{0}\" des Basiskonstruktors ist kein Objekttyp oder eine Schnittmenge von Objekttypen mit statisch bekannten Membern.\nBasiskonstruktoren m\u00FCssen alle den gleichen R\u00FCckgabetyp aufweisen.\nEine Instanz der abstrakten Klasse kann nicht erstellt werden.\n\u00DCberladungssignaturen m\u00FCssen alle abstrakt oder nicht abstrakt sein.\nAuf die abstrakte Methode \"{0}\" in der Klasse \"{1}\" kann nicht \u00FCber den super-Ausdruck zugegriffen werden.\nEin Tupeltyp kann nicht mit einem negativen Wert indiziert werden.\nDie nicht abstrakte Klasse \"{0}\" implementiert nicht den geerbten abstrakten Member {1} aus der Klasse \"{2}\".\nAlle Deklarationen einer abstrakten Methode m\u00FCssen aufeinanderfolgend sein.\nEin abstrakter Konstruktortyp kann nicht einem nicht abstrakten Konstruktortyp zugewiesen werden.\nEin auf \"this\" basierender Typw\u00E4chter ist nicht mit einem parameterbasierten Typw\u00E4chter kompatibel.\nEin Async-Iterator muss eine \"next()\"-Async-Methode aufweisen.\nDoppelter Bezeichner \"{0}\". Der Compiler verwendet die Deklaration \"{1}\", um asynchrone Funktionen zu unterst\u00FCtzen.\nAuf das Objekt \u201Earguments\u201C darf in einer asynchronen Funktion oder Methode in ES5 nicht verwiesen werden. Verwenden Sie ggf. eine Standardfunktion oder -methode.\nyield-Ausdr\u00FCcke d\u00FCrfen nicht in einem Parameterinitialisierer verwendet werden.\nawait-Ausdr\u00FCcke d\u00FCrfen nicht in einem Parameterinitialisierer verwendet werden.\nEin this-Typ ist nur in einem nicht statischen Member einer Klasse oder Schnittstelle verf\u00FCgbar.\nDer abgeleitete Typ von \"{0}\" verweist auf einen Typ \"{1}\", auf den nicht zugegriffen werden kann. Eine Typanmerkung ist erforderlich.\nEin Modul darf nicht mehrere Standardexporte aufweisen.\nDoppelter Bezeichner \"{0}\". Der Compiler reserviert den Namen \"{1}\" im Bereich der obersten Ebene eines Moduls, das asynchrone Funktionen enth\u00E4lt.\nDie Eigenschaft \"{0}\" ist nicht mit der Indexsignatur kompatibel.\nDas Objekt ist m\u00F6glicherweise \"NULL\".\nDas Objekt ist m\u00F6glicherweise \"nicht definiert\".\nDas Objekt ist m\u00F6glicherweise \"NULL\" oder \"nicht definiert\".\nEine Funktion, die \"never\" zur\u00FCckgibt, kann keinen erreichbaren Endpunkt besitzen.\nDer Typ \"{0}\" kann nicht zum Indizieren von Typ \"{1}\" verwendet werden.\nDer Typ \"{0}\" weist keine \u00FCbereinstimmende Indexsignatur f\u00FCr den Typ \"{1}\" auf.\nDer Typ \"{0}\" kann nicht als Indextyp verwendet werden.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich nicht um eine Variable handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine schreibgesch\u00FCtzte Eigenschaft handelt.\nDie Indexsignatur in Typ \"{0}\" l\u00E4sst nur Lesevorg\u00E4nge zu.\nDoppelter Bezeichner \"_newTarget\". Der Compiler verwendet die Variablendeklaration \"_newTarget\" zum Erfassen der Metaeigenschaftenreferenz \"new.target\".\nDer Ausdruck wird in die Variablendeklaration \"_newTarget\" aufgel\u00F6st, die der Compiler zum Erfassen der Metaeigenschaftenreferenz \"new.target\" verwendet.\nEine Mixin-Klasse ben\u00F6tigt einen Konstruktor mit einem einzelnen REST-Parameter des Typs \"any[]5D;\".\nDer von der {0}()-Methode eines Async-Iterators zur\u00FCckgegebene Typ muss eine Zusage f\u00FCr einen Typ mit einer value-Eigenschaft sein.\nTyp \"{0}\" ist kein Array-Typ oder weist keine \"[Symbol.iterator]5D;()\"-Methode auf, die einen Iterator zur\u00FCckgibt.\nTyp \"{0}\" ist kein Array-Typ oder Zeichenfolgentyp oder weist keine \"[Symbol.iterator]5D;()\"-Methode auf, die einen Iterator zur\u00FCckgibt.\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" nicht vorhanden. M\u00FCssen Sie Ihre Zielbibliothek \u00E4ndern? \u00C4ndern Sie die Compileroption \"lib\" in \"{2}\" oder h\u00F6her.\nDie Eigenschaft \"{0}\" existiert nicht f\u00FCr Typ \"{1}\". Meinten Sie \"{2}\"?\nDer Name \"{0}\" wurde nicht gefunden. Meinten Sie \"{1}\"?\nBerechnete Werte sind in einer Enumeration mit Membern mit Zeichenfolgenwerten nicht zul\u00E4ssig.\n{0} Argumente wurden erwartet, empfangen wurden aber {1}.\nMindestens {0} Argumente wurden erwartet, empfangen wurden aber {1}.\nEin \u00DCberf\u00FCllungsargument muss entweder einen Tupeltyp aufweisen oder an einen Restparameter \u00FCbergeben werden.\n{0} Typenargumente wurden erwartet, empfangen wurden aber {1}.\nDer Typ \"{0}\" verf\u00FCgt \u00FCber keine gemeinsamen Eigenschaften mit Typ \"{1}\".\nDer Wert des Typs \"{0}\" verf\u00FCgt \u00FCber keine gemeinsamen Eigenschaften mit dem Typ \"{1}\". Wollten Sie ihn aufrufen?\nDas Objektliteral gibt m\u00F6glicherweise nur bekannte Eigenschaften an, \"{0}\" ist jedoch im Typ \"{1}\" nicht vorhanden. Wollten Sie \"{2}\" schreiben?\nBasisklassenausdr\u00FCcke k\u00F6nnen nicht auf Klassentypparameter verweisen.\nDer beinhaltende Funktions- oder Modulk\u00F6rper ist zu gro\u00DF f\u00FCr eine Ablaufsteuerungsanalyse.\nDie Eigenschaft \"{0}\" weist keinen Initialisierer auf und ist im Konstruktor nicht definitiv zugewiesen.\nDie Eigenschaft \"{0}\" wird vor ihrer Zuweisung verwendet.\nEin rest-Element darf keinen Eigenschaftennamen aufweisen.\nEnumerationsdeklarationen k\u00F6nnen nur mit Namespace- oder anderen Enumerationsdeklarationen zusammengef\u00FChrt werden.\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" m\u00F6glicherweise nicht vorhanden. Meinten Sie \"{2}\"?\nDer Name \"{0}\" wurde nicht gefunden. Meinten Sie \"{1}\"?\nDas Objekt ist vom Typ \"Unbekannt\".\nEin rest-Elementtyp muss ein Arraytyp sein.\nKeine \u00DCberladung erwartet {0} Argumente, aber es sind \u00DCberladungen vorhanden, die entweder {1} oder {2} Argumente erwarten.\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" nicht vorhanden. M\u00F6chten Sie stattdessen auf den statischen Member \"{2}\" zugreifen?\nDie R\u00FCckgabetypanmerkung verweist zirkul\u00E4r auf sich selbst.\nNicht verwendete @ts-expect-error-Direktive.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr Node installieren? Versuchen Sie es mit \"npm i --save-dev @types/node\".\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr jQuery installieren? Versuchen Sie es mit \"npm i --save-dev @types/jquery\".\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr einen Test Runner installieren? Versuchen Sie es mit \"npm i --save-dev @types/jest\" oder \"npm i --save-dev @types/mocha\".\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Ihre Zielbibliothek \u00E4ndern? \u00C4ndern Sie die Compileroption \"lib\" in \"{1}\" oder h\u00F6her.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Ihre Zielbibliothek \u00E4ndern? \u00C4ndern Sie die Compileroption \"lib\" so ab, dass sie \"dom\" enth\u00E4lt.\n\"{0}\" bezieht sich nur auf einen Typ, wird hier jedoch als Wert verwendet. M\u00FCssen Sie Ihre Zielbibliothek \u00E4ndern? \u00C4ndern Sie die Compileroption \"lib\" in \"es2015\" oder h\u00F6her.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine Konstante handelt.\nDie Typinstanziierung ist \u00FCberm\u00E4\u00DFig tief und m\u00F6glicherweise unendlich.\nDer Ausdruck erzeugt einen union-Typ, der f\u00FCr die Darstellung zu komplex ist.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr Node installieren? Versuchen Sie es mit \"npm i --save-dev @types/node\", und f\u00FCgen Sie dann dem Typenfeld in Ihrer tsconfig-Datei \"node\" hinzu.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr jQuery installieren? Versuchen Sie es mit \"npm i --save-dev @types/jquery\", und f\u00FCgen Sie dann dem Typenfeld in Ihrer tsconfig-Datei \"jquery\" hinzu.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr einen Test Runner installieren? Versuchen Sie es mit \"npm i --save-dev @types/jest\" oder \"npm i --save-dev @types/mocha\", und f\u00FCgen Sie dann dem Typenfeld in Ihrer tsconfig-Datei \"jest\" oder \"mocha\" hinzu.\nDieses Modul wird mit \u201Eexport =\u201C deklariert und kann nur bei Verwendung des Kennzeichnens \u201E{0}\u201C mit einem Standardimport verwendet werden.\n\"{0}\" kann nur mithilfe eines Standardimports importiert werden.\n\"{0}\" kann nur importiert werden, indem das Flag \"esModuleInterop\" aktiviert und ein Standardimport verwendet wird.\n\"{0}\" kann nur mit einem Aufruf von \"require\" oder durch Verwendung eines Standardimports importiert werden.\n\"{0}\" kann nur mit einem Aufruf von \"require\" oder durch Aktivieren des Flags \"esModuleInterop\" und Verwendung eines Standardimports importiert werden.\nDas JSX-Element enth\u00E4lt implizit den Typ \"any\", weil der globale Typ \"JSX.Element\" nicht vorhanden ist.\nDie Eigenschaft \"{0}\" im Typ \"{1}\" kann dem Typ \"{2}\" nicht zugewiesen werden.\nDer JSX-Elementtyp \"{0}\"weist keine Konstrukt- oder Aufrufsignaturen auf.\nDie Eigenschaft \"{0}\" des JSX-Verteilungsattributs kann nicht der Zieleigenschaft zugewiesen werden.\nDie JSX-Elementklasse unterst\u00FCtzt keine Attribute, weil sie keine Eigenschaft \"{0}\" aufweist.\nDer globale Typ \"JSX.{0}\" darf nur eine Eigenschaft aufweisen.\nDie untergeordnete JSX-Verteilung muss ein Arraytyp sein.\n\"{0}\" ist als Accessor in der Klasse \"{1}\" definiert, wird aber hier in \"{2}\" als Instanzeigenschaft \u00FCberschrieben.\n\"{0}\" ist als Eigenschaft in der Klasse \"{1}\" definiert, wird aber hier in \"{2}\" als Accessor \u00FCberschrieben.\nDie Eigenschaft \"{0}\" \u00FCberschreibt die Basiseigenschaft in \"{1}\". Wenn dies beabsichtigt ist, f\u00FCgen Sie einen Initialisierer hinzu. Andernfalls f\u00FCgen Sie einen declare-Modifizierer hinzu, oder entfernen Sie die redundante Deklaration.\nDas Modul \"{0}\" weist keinen Standardexport auf. Wollten Sie stattdessen \"import { {1} } from {0}\" verwenden?\nDas Modul \"{0}\" umfasst keinen exportierten Member \"{1}\". Wollten Sie stattdessen \"import {1} from {0}\" verwenden?\nDer Typ der Eigenschaft \"{0}\" verweist im zugeordneten Typ \"{1}\" auf sich selbst.\n\"{0}\" kann nur mit \"import {1} = require({2})\" oder \u00FCber einen Standardimport importiert werden.\n\"{0}\" kann nur mit \"import {1} = require({2})\" oder durch Aktivieren des Flags \"esModuleInterop\" und Verwendung eines Standardimports importiert werden.\nDie Quelle weist {0} Element(e) auf, aber das Ziel erfordert {1}.\nDie Quelle weist {0} Element(e) auf, aber das Ziel l\u00E4sst nur {1} zu.\nDas Ziel erfordert {0} Element(e), aber die Quelle kann weniger aufweisen.\nDas Ziel erlaubt nur {0} Element(e), aber die Quelle kann mehr aufweisen.\nDie Quelle weist keine \u00DCbereinstimmung f\u00FCr das erforderliche Element an Position {0} im Ziel auf.\nDie Quelle weist keine \u00DCbereinstimmung f\u00FCr das variadic-Element an Position {0} im Ziel auf.\nDas variadic-Element an Position {0} in der Quelle stimmt nicht mit dem Element an Position {1} im Ziel \u00FCberein.\nDer Typ an Position {0} in der Quelle ist nicht mit dem Typ an Position {1} im Ziel kompatibel.\nDer Typ an den Positionen {0} bis {1} in der Quelle ist nicht mit dem Typ an Position {2} im Ziel kompatibel.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine Enumeration handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine Klasse handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine Funktion handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um einen Namespace handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um einen Import handelt.\nAusdr\u00FCcke f\u00FCr den Zugriff auf JSX-Eigenschaften d\u00FCrfen keine JSX-Namespacenamen enthalten.\n\"{0}\" Indexsignaturen sind inkompatibel.\nDer Typ \u201E{0}\u201C weist keine Signaturen auf, f\u00FCr die die Liste \u201ETypargument\u201C gilt.\nDer Typ \u201E{0}\u201C kann dem Typ \u201E{1}\u201C nicht zugewiesen werden, wie in der Abweichungsanmerkung impliziert.\nAbweichungsanmerkungen werden nur in Typaliasnamen f\u00FCr Objekt-, Funktions-, Konstruktor- und zugeordnete Typen unterst\u00FCtzt.\nTyp \u201E{0}\u201C kann einen primitiven Wert darstellen, der als rechter Operand des \u201EIn\u201C-Operators nicht zul\u00E4ssig ist.\nReact-Komponenten d\u00FCrfen keine JSX-Namespacenamen enthalten.\nDas Modul \"{0}\" kann nicht mit Wertexporten vergr\u00F6\u00DFert werden, da es zu einer Entit\u00E4t aufgel\u00F6st wird, die kein Modul darstellt.\nIm nicht abstrakten Klassenausdruck fehlen Implementierungen f\u00FCr die folgenden Member von \"{0}\": {1} und {2} weitere.\nEin Memberinitialisierer in einer Enumerationsdeklaration darf nicht auf Member verweisen, die anschlie\u00DFend deklariert werden (einschlie\u00DFlich Member, die in anderen Enumerationen definiert sind).\nDie gemergte Deklaration \"{0}\" darf keine Exportstandarddeklaration enthalten. F\u00FCgen Sie ggf. eine separate Deklaration \"export default {0}\" hinzu.\nDer nicht abstrakte Ausdruck implementiert nicht den geerbten abstrakten Member \"{0}\" aus der Klasse \"{1}\".\nIn der nicht abstrakten Klasse \"{0}\" fehlen Implementierungen f\u00FCr die folgenden Member von \"{1}\": {2}.\nIn der nicht abstrakten Klasse \"{0}\" fehlen Implementierungen f\u00FCr die folgenden Member von \"{1}\": {2} und {3} weitere.\nIm nicht abstrakten Klassenausdruck fehlen Implementierungen f\u00FCr die folgenden Member von \"{0}\": {1}.\nJSX-Ausdr\u00FCcke m\u00FCssen ein \u00FCbergeordnetes Element aufweisen.\nDer Typ \"{0}\" enth\u00E4lt keine Entsprechung f\u00FCr die Signatur \"{1}\".\n\"super\" ist nur in Membern von Objektliteralausdr\u00FCcken zul\u00E4ssig, wenn die Option \"target\" den Wert \"ES2015\" oder h\u00F6her aufweist.\nAuf \"super\" kann nur in Membern abgeleiteter Klassen oder Objektliteralausdr\u00FCcken verwiesen werden.\n\"{0}\" kann nicht exportiert werden. Nur lokale Deklarationen k\u00F6nnen aus einem Modul exportiert werden.\nDer Name \"{0}\" wurde nicht gefunden. Meinten Sie den statischen Member \"{1}.{0}\"?\nDer Name \"{0}\" wurde nicht gefunden. Meinten Sie den Instanzmember \"this.{0}\"?\nUng\u00FCltiger Modulname in der Erweiterung. Das Modul \"{0}\" wurde nicht gefunden.\nUng\u00FCltiger Modulname in Augmentation. Das Modul \"{0}\" wird in ein nicht typisiertes Modul in \"{1}\" aufgel\u00F6st, das nicht augmentiert werden kann.\nExporte und Exportzuweisungen sind in Modulerweiterungen unzul\u00E4ssig.\nImporte sind in Modulerweiterungen unzul\u00E4ssig. Verschieben Sie diese ggf. in das einschlie\u00DFende externe Modul.\nDer Modifizierer \"export\" kann nicht auf Umgebungsmodule und Modulerweiterungen angewendet werden, da diese immer sichtbar sind.\nErweiterungen f\u00FCr den globalen Bereich k\u00F6nnen nur in externen Modulen oder Umgebungsmoduldeklarationen direkt geschachtelt werden.\nErweiterungen f\u00FCr den globalen Bereich sollten den Modifizierer \"declare\" aufweisen, wenn sie nicht bereits in einem Umgebungskontext auftreten.\nDas Modul \"{0}\" kann nicht erweitert werden, weil es in eine Nicht-Modulentit\u00E4t aufgel\u00F6st wird.\nEin Konstruktortyp \"{0}\" kann nicht einem Konstruktortyp \"{1}\" zugewiesen werden.\nDer Konstruktor der Klasse \"{0}\" ist privat. Auf ihn kann nur innerhalb der Klassendeklaration zugegriffen werden.\nDer Konstruktor der Klasse \"{0}\" ist gesch\u00FCtzt. Auf ihn kann nur innerhalb der Klassendeklaration zugegriffen werden.\nEine Klasse \"{0}\" kann nicht erweitert werden. Der Klassenkonstruktor ist als privat markiert.\nBeide Accessoren m\u00FCssen abstrakt oder nicht abstrakt sein.\nDer Typ eines Typpr\u00E4dikats muss dem Typ seines Parameters zugewiesen werden k\u00F6nnen.\nDer Typ \"{0}\" kann nicht mit dem Typ \"{1}\" verglichen werden.\nEine Funktion, die mit dem Schl\u00FCsselwort \"new\" aufgerufen wird, darf keinen \"this\"-Typ aufweisen, der \"void\" ist.\nEin \"{0}\"-Parameter muss der erste Parameter sein.\nEin Konstruktor darf keinen \"this\"-Parameter aufweisen.\n\"this\" weist implizit den Typ \"any\" auf, weil keine Typanmerkung vorhanden ist.\nDer \"this\"-Kontext vom Typ \"{0}\" kann \"this\" vom Typ \"{1}\" der Methode nicht zugewiesen werden.\nDie \"this\"-Typen jeder Signatur sind nicht kompatibel.\n\"{0}\" bezieht sich auf eine globale UMD, die aktuelle Datei ist jedoch ein Modul. Ziehen Sie in Betracht, stattdessen einen Import hinzuzuf\u00FCgen.\nAlle Deklarationen von \"{0}\" m\u00FCssen identische Modifizierer aufweisen.\nDie Typdefinitionsdatei f\u00FCr \"{0}\" wurde nicht gefunden.\nEine Schnittstelle \"{0}\" kann nicht erweitert werden. Meinten Sie \"implements\"?\n\"{0}\" bezieht sich nur auf einen Typ, wird hier jedoch als Wert verwendet. Wollten Sie \"{1} in {0}\" verwenden?\n\"{0}\" ist ein primitiver Typ, aber \"{1}\" ist ein Wrapperobjekt. Verwenden Sie vorzugsweise \"{0}\", wenn m\u00F6glich.\n\"{0}\" bezieht sich nur auf einen Typ, wird aber hier als Wert verwendet.\nDer Namespace \"{0}\" besitzt keinen exportierten Member \"{1}\".\nDie linke Seite des Kommaoperators wird nicht verwendet besitzt keine Nebenwirkungen.\nDer Typ \"Object\" kann nur wenigen anderen Typen zugewiesen werden. Wollten Sie stattdessen den Typ \"any\" verwenden?\nEine asynchrone Funktion oder Methode muss \"Promise\" zur\u00FCckgeben. Stellen Sie sicher, dass Sie \u00FCber eine Deklaration f\u00FCr \"Promise\" verf\u00FCgen, oder schlie\u00DFen Sie ES2015 in Ihrer Option \"--lib\" ein.\nSpread-Typen d\u00FCrfen nur aus object-Typen erstellt werden.\nDie statische Eigenschaft \"{0}\" steht in Konflikt mit der integrierten Eigenschaft \"Function.{0}\" der Konstruktorfunktion \"{1}\".\nRest-Typen d\u00FCrfen nur aus object-Typen erstellt werden.\nDas Ziel einer REST-Zuweisung f\u00FCr ein Objekt muss eine Variable oder ein Eigenschaftenzugriff sein.\n\"{0}\" bezieht sich nur auf einen Typ, wird hier jedoch als Namespace verwendet.\nDer Operand eines delete-Operators muss ein Eigenschaftenverweis sein.\nDer Operand eines delete-Operators darf keine schreibgesch\u00FCtzte Eigenschaft sein.\nEine Async-Funktion oder -Methode in ES5 erfordert den Konstruktor \"Promise\".  Stellen Sie sicher, dass Sie \u00FCber eine Deklaration f\u00FCr den Konstruktor \"Promise\" verf\u00FCgen, oder schlie\u00DFen Sie \"ES2015\" in Ihre Option \"--lib\" ein.\nErforderliche Typparameter d\u00FCrfen nicht auf optionale Typparameter folgen.\nDer generische Typ \"{0}\" ben\u00F6tigt zwischen {1} und {2} Typargumente.\nDer Namespace \"{0}\" kann nicht als Wert verwendet werden.\nDer Namespace \"{0}\" kann nicht als Typ verwendet werden.\n\"{0}\" ist zweimal angegeben. Das Attribut mit dem Namen \"{0}\" wird \u00FCberschrieben.\nEin dynamischer Importaufruf gibt \"Promise\" zur\u00FCck. Stellen Sie sicher, dass Sie \u00FCber eine Deklaration f\u00FCr \"Promise\" verf\u00FCgen, oder schlie\u00DFen Sie ES2015 in Ihre Option \"--lib\" ein.\nEin dynamischer Importaufruf in ES5 erfordert den Konstruktor \"Promise\".  Stellen Sie sicher, dass Sie \u00FCber eine Deklaration f\u00FCr den Konstruktor \"Promise\" verf\u00FCgen, oder schlie\u00DFen Sie \"ES2015\" in Ihre Option \"--lib\" ein.\nDer Zugriff auf \"{0}.{1}\" ist nicht m\u00F6glich, da \"{0}\" ein Typ ist, aber kein Namespace. Wollten Sie den Typ der Eigenschaft \"{1}\" in \"{0}\" mit \"{0}[\"{1}\"]5D;\" abrufen?\nDer Ausdruck einer Exportzuweisung muss ein Bezeichner oder ein qualifizierter Name in einem Umgebungskontext sein.\nAuf die abstrakte Eigenschaft \"{0}\" in der Klasse \"{1}\" kann im Konstruktor nicht zugegriffen werden.\nDer Typparameter \"{0}\" besitzt einen zirkul\u00E4ren Standardwert.\nNachfolgende Eigenschaftendeklarationen m\u00FCssen den gleichen Typ aufweisen. Die Eigenschaft \"{0}\" muss den Typ \"{1}\" aufweisen, ist hier aber vom Typ \"{2}\".\nDoppelte Eigenschaft: {0}\nDer Typ \"{0}\" kann dem Typ \"{1}\" nicht zugewiesen werden. Es sind zwei verschiedene Typen mit diesem Namen vorhanden, diese sind jedoch nicht verwandt.\nDie Klasse \"{0}\" implementiert f\u00E4lschlicherweise die Klasse \"{1}\". Wollten Sie \"{1}\" erweitern und ihre Member als Unterklasse vererben?\nEin Objekt, das m\u00F6glicherweise NULL ist, kann nicht aufgerufen werden.\nEin Objekt, das m\u00F6glicherweise nicht definiert ist, kann nicht aufgerufen werden.\nEin Objekt, das m\u00F6glicherweise NULL oder nicht definiert ist, kann nicht aufgerufen werden.\n\"{0}\" umfasst keinen exportierten Member namens \"{1}\". Meinten Sie \"{2}\"?\nDer Klassenname darf nicht \u201EObject\u201C lauten, wenn ES5 und h\u00F6her mit Modul \u201E{0}\u201C als Ziel verwendet wird.\nDie Bibliotheksdefinition f\u00FCr \"{0}\" wurde nicht gefunden.\nDie Bibliotheksdefinition f\u00FCr \"{0}\" wurde nicht gefunden. Meinten Sie \"{1}\"?\n\"{0}\" wird hier deklariert.\nDie Eigenschaft \"{0}\" wird vor ihrer Initialisierung verwendet.\nEine Pfeilfunktion darf keinen this-Parameter aufweisen.\nDie implizite Konvertierung von \"symbol\" in \"string\" f\u00FChrt zur Laufzeit zu einem Fehler. Erw\u00E4gen Sie, diesen Ausdruck in \"String(...)\" einzuschlie\u00DFen.\nDas Modul \"{0}\" wurde nicht gefunden. Erw\u00E4gen Sie die Verwendung von \"--resolveJsonModule\" zum Importieren eines Moduls mit der Erweiterung \".json\".\nDie Eigenschaft \"{0}\" wurde hier ebenfalls deklariert.\nFehlt ein Semikolon?\nWollten Sie \"{0}\" auf den Typ \"new (...args: any[]5D;) => {1}\" einschr\u00E4nken?\nDer Operator \"{0}\" kann nicht auf den Typ \"{1}\" angewendet werden.\nbigint-Literale sind nicht verf\u00FCgbar, wenn die Zielversion niedriger ist als ES2020.\nEin \u00E4u\u00DFerer Wert von \"this\" wird durch diesen Container verborgen.\nIm Typ \"{0}\" fehlen die folgenden Eigenschaften von Typ \"{1}\": \"{2}\".\nIm Typ \"{0}\" fehlen die folgenden Eigenschaften von Typ \"{1}\": \"{2}\" und {3} weitere.\nDie Eigenschaft \"{0}\" fehlt im Typ \"{1}\", aber ist im Typ \"{2}\" erforderlich.\nDer abgeleitete Typ von \"{0}\" kann nicht ohne einen Verweis auf \"{1}\" benannt werden. Eine Portierung ist wahrscheinlich nicht m\u00F6glich. Eine Typanmerkung ist erforderlich.\nKeine \u00DCberladung erwartet {0} Typargumente, aber es sind \u00DCberladungen vorhanden, die entweder {1} oder {2} Typargumente erwarten.\nStandardwerte f\u00FCr Typparameter k\u00F6nnen nur auf zuvor deklarierte Typparameter verweisen.\nDie Eigenschaft \"{0}\" f\u00FCr dieses JSX-Tag erwartet den Typ \"{1}\", der mehrere untergeordnete Elemente erfordert, aber es wurde nur ein untergeordnetes Elemente angegeben.\nDie Eigenschaft \"{0}\" f\u00FCr dieses JSX-Tag erwartet ein einzelnes untergeordnetes Element vom Typ \"{1}\", aber es wurden mehrere untergeordnete Elemente angegeben.\n{0}-Komponenten akzeptieren Text nicht als untergeordnete Elemente. Der Text in der JSX weist den Typ \"string\" auf, aber f\u00FCr \"{1}\" wird der Typ \"{2}\" erwartet.\nAuf Umgebungskonstantenenumerationen kann nicht zugegriffen werden, wenn \"{0}\" aktiviert ist.\n\"{0}\" bezieht sich auf einen Wert, wird hier jedoch als Typ verwendet. Meinten Sie \"typeof {0}\"?\nDie Implementierungssignatur wird hier deklariert.\nDie Zirkularit\u00E4t stammt vom Typ an diesem Standort.\nDer erste Exportstandard befindet sich hier.\nEin weiterer Exportstandardwert befindet sich hier.\n\"super\" darf keine Typargumente verwenden.\nEs ist kein Bestandteil vom Typ \"{0}\" aufrufbar.\nNicht alle Bestandteile vom Typ \"{0}\" k\u00F6nnen aufgerufen werden.\nDer Typ \"{0}\" weist keine Aufrufsignaturen auf.\nJeder Member des union-Typs \"{0}\" weist Signaturen auf, aber keine dieser Signaturen ist miteinander kompatibel.\nEs kann kein Bestandteil vom Typ \"{0}\" erstellt werden.\nNicht alle Bestandteile vom Typ \"{0}\" k\u00F6nnen erstellt werden.\nDer Typ \"{0}\" weist keine Konstruktsignaturen auf.\nJeder Member des union-Typs \"{0}\" weist Konstruktsignaturen auf, aber keine dieser Signaturen ist miteinander kompatibel.\nDer Wert kann nicht durchlaufen werden, weil die next-Methode des zugeh\u00F6rigen Iterators den Typ \"{1}\" erwartet, \"for-of\" aber immer \"{0}\" sendet.\nDer Wert kann nicht durchlaufen werden, weil die next-Methode des zugeh\u00F6rigen Iterators den Typ \"{1}\" erwartet, die Arrayverteilung aber immer \"{0}\" sendet.\nDer Wert kann nicht durchlaufen werden, weil die next-Methode des zugeh\u00F6rigen Iterators den Typ \"{1}\" erwartet, die Arraydestrukturierung aber immer \"{0}\" sendet.\nDie Iteration kann nicht an einen Wert delegiert werden, weil die next-Methode des zugeh\u00F6rigen Iterators den Typ \"{1}\" erwartet, aber der enthaltende Generator immer \"{0}\" sendet.\nDie Eigenschaft \"{0}\" eines Iterators muss eine Methode sein.\nDie Eigenschaft \"{0}\" eines asynchronen Iterators muss eine Methode sein.\nKeine \u00DCberladung stimmt mit diesem Aufruf \u00FCberein.\nDie letzte \u00DCberladung hat den folgenden Fehler verursacht.\nDie letzte \u00DCberladung wird hier deklariert.\nDie \u00DCberladung {0} von {1} ({2}) hat den folgenden Fehler verursacht.\nHaben Sie vergessen, \"await\" zu verwenden?\nDiese Bedingung gibt immer TRUE zur\u00FCck, weil diese Funktion immer definiert ist. M\u00F6chten Sie sie stattdessen aufrufen?\nAssertionen erfordern, dass jeder Name im Aufrufziel mit einer expliziten Typanmerkung deklariert wird.\nAssertionen erfordern, dass das Aufrufziel ein Bezeichner oder ein qualifizierter Name ist.\nDer Operand eines Inkrement- oder Dekrementoperators darf kein optionaler Eigenschaftenzugriff sein.\nDas Ziel einer rest-Zuweisung f\u00FCr ein Objekt darf kein optionaler Eigenschaftenzugriff sein.\nDie linke Seite eines Zuweisungsausdrucks darf kein optionaler Eigenschaftenzugriff sein.\nDie linke Seite einer for...in-Anweisung darf kein optionaler Eigenschaftenzugriff sein.\nDie linke Seite einer for...of-Anweisung darf kein optionaler Eigenschaftenzugriff sein.\n\"{0}\" erfordert eine explizite Typanmerkung.\n\"{0}\" wurde mehrmals angegeben, deshalb wird dieses Vorkommen \u00FCberschrieben.\nget- und set-Zugriffsmethoden k\u00F6nnen keine this-Parameter deklarieren.\nDiese Eigenschaft wird immer durch diesen Spread-Operator \u00FCberschrieben.\n\"{0}\" kann nicht als JSX-Komponente verwendet werden.\nDer R\u00FCckgabetyp \"{0}\" ist kein g\u00FCltiges JSX-Element.\nDer zugeh\u00F6rige Instanztyp \"{0}\" ist kein g\u00FCltiges JSX-Element.\nDer zugeh\u00F6rige Elementtyp \"{0}\" ist kein g\u00FCltiges JSX-Element.\nDer Operand eines delete-Operators muss optional sein.\nDie Potenzierung kann f\u00FCr bigint-Werte nur durchgef\u00FChrt werden, wenn die Option \"target\" auf \"es2016\" oder h\u00F6her festgelegt ist.\nDas Modul \"{0}\" wurde nicht gefunden. M\u00F6chten Sie die Option \"moduleResolution\" auf \"nodenext\" festlegen oder Aliase zur Option \"paths\" hinzuf\u00FCgen?\nDer Aufruf w\u00E4re f\u00FCr diese Implementierung erfolgreich, aber die Implementierungssignaturen von \u00DCberladungen sind nicht extern sichtbar.\nEs wurden {0} Argumente erwartet, aber {1} erhalten. Sollte \"void\" in Ihr Typargument in \"Promise\" eingeschlossen werden?\nDas Schl\u00FCsselwort \"intrinsic\" darf nur zum Deklarieren von vom Compiler bereitgestellten intrinsischen Typen verwendet werden.\nM\u00F6glicherweise fehlt ein Komma, um diese beiden Vorlagenausdr\u00FCcke zu trennen. Sie bilden einen Vorlagenausdruck mit Tags, der nicht aufgerufen werden kann.\nEine Mixin-Klasse, die aus einer Typvariable mit einer abstrakten Konstruktsignatur erweitert wird, muss auch als \"abstract\" deklariert werden.\nDie Deklaration wurde hier als veraltet markiert.\nDer Typ erzeugt einen Tupeltyp, der f\u00FCr die Darstellung zu gro\u00DF ist.\nDer Ausdruck erzeugt einen Tupeltyp, der f\u00FCr die Darstellung zu gro\u00DF ist.\nDiese Bedingung gibt immer TRUE zur\u00FCck, weil diese '{0}' immer definiert ist.\nDer Typ \"{0}\" kann nur durchlaufen werden, wenn das Flag \"--downlevelIteration\" verwendet wird oder \"--target\" den Wert \"es2015\" oder h\u00F6her aufweist.\nEine Zuweisung zur private Methode \"{0}\" ist nicht m\u00F6glich. In private Methoden kann nicht geschrieben werden.\nDoppelter Bezeichner \"{0}\". Statische Elemente und Instanzelemente d\u00FCrfen nicht denselben privaten Namen aufweisen.\nDie private Zugriffsmethode wurde ohne Getter definiert.\nDiese Syntax erfordert ein importiertes Hilfsprogramm mit dem Namen \"{1}\" mit {2} Parametern, die nicht mit der in \"{0}\" kompatibel ist. Erw\u00E4gen Sie ein Upgrade Ihrer Version von \"{0}\".\nEine Get-Zugriffsmethode muss mindestens so zug\u00E4nglich sein wie der Setter.\nEs wurde eine Deklaration oder Anweisung erwartet. Dieses Gleichheitszeichen (=) folgt auf einen Anweisungsblock. Wenn Sie daher eine Destrukturierungszuweisung schreiben m\u00F6chten, m\u00FCssen Sie m\u00F6glicherweise die gesamte Zuweisung in runde Klammern einschlie\u00DFen.\n1 Argument erwartet, aber 0 erhalten. \u201Enew Promise()\u201C ben\u00F6tigt einen JSDoc-Hinweis, um einen \u201Eresolve\u201C zu erzeugen, der ohne Argumente aufgerufen werden kann.\nInitialisierer f\u00FCr Eigenschaft \"{0}\"\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" nicht vorhanden. \u00C4ndern Sie die Compileroption \"lib\" so, dass sie \"dom\" enth\u00E4lt.\nDie Klassendeklaration kann die \u00DCberladungsliste f\u00FCr \"{0}\" nicht implementieren.\nEine Funktion mit Textk\u00F6rpern kann nur mit Umgebungsklassen zusammengef\u00FChrt werden.\n\u201Earguments\u201C kann in Eigenschaftsinitialisierern oder statischen Initialisierungsbl\u00F6cken f\u00FCr Klassen nicht referenziert werden.\n\"This\" kann nicht in einem statischen Eigenschafteninitialisierer einer erg\u00E4nzten Klasse verwendet werden.\nDie Eigenschaft \"{0}\" weist keinen Initialisierer auf und ist in einem statischen Klassenblock nicht definitiv zugewiesen.\nDoppelter Bezeichner \u201E{0}\u201C. Der Compiler reserviert den Namen \u201E{1}\u201C beim Ausgeben von \u201ESuper\u201C-Verweisen in statischen Initialisierern.\nNamespacename darf nicht \"{0}\" sein.\nTyp \"{0}\" kann dem Typ \"{1}\" nicht zugewiesen werden. Meinten Sie \"{2}\"?\nImportassertionen werden nur unterst\u00FCtzt, wenn die Option \u201E--module\u201C auf \u201Eesnext\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist.\nImportassertionen k\u00F6nnen nicht mit rein typbasierten Importen oder Exporten verwendet werden.\nImportattribute werden nur unterst\u00FCtzt, wenn die Option \u201E--module\u201C auf \u201Eesnext\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist.\nNamespace \"{0}\" wurde nicht gefunden. Meinten Sie \"{1}\"?\nRelative Importpfade erfordern explizite Dateierweiterungen in ECMAScript-Importen, wenn \u201E--moduleResolution\u201C \u201Enode16\u201C oder \u201Enodenext\u201C ist. Erw\u00E4gen Sie, dem Importpfad eine Erweiterung hinzuzuf\u00FCgen.\nRelative Importpfade erfordern explizite Dateierweiterungen in ECMAScript-Importen, wenn \u201E--moduleResolution\u201C \u201Enode16\u201C oder \u201Enodenext\u201C ist. Meinten Sie \"{0}\"?\nImportassertionen sind f\u00FCr Anweisungen, die in \"require\"-Aufrufe von \"CommonJS\" kompilieren, nicht zul\u00E4ssig.\nImportassertionswerte m\u00FCssen Zeichenfolgenliteralausdr\u00FCcke sein.\nAlle Deklarationen von \"{0}\" m\u00FCssen identische Modifizierer aufweisen.\nDiese Bedingung gibt immer \u201E{0}\u201C zur\u00FCck, da JavaScript Objekte nach Verweis und nicht nach Wert vergleicht.\nEine Schnittstelle kann einen primitiven Typ wie \"{0}\" nicht erweitern. Es k\u00F6nnen nur andere benannte Objekttypen erweitert werden.\n\u201E{0}\u201C ist eine nicht verwendete Umbenennung von \u201E{1}\u201C. Wollten Sie sie als Typanmerkung verwenden?\nWir k\u00F6nnen nur einen Typ f\u00FCr \u201E{0}\u201C schreiben, indem hier ein Typ f\u00FCr den gesamten Parameter hinzugef\u00FCgt wird.\nDer Typ der Instanzmembervariablen \u201E{0}\u201C darf nicht auf den im Konstruktor deklarierten Bezeichner \u201E{1}\u201C verweisen.\nDiese Bedingung gibt immer \u201E{0}\u201C zur\u00FCck.\nEine Deklarationsdatei kann nicht ohne \"import type\" importiert werden. Wollten Sie stattdessen eine Implementierungsdatei \"{0}\" importieren?\nDie rechte Seite eines \u201Einstanceof\u201C-Ausdrucks darf kein Instanziierungsausdruck sein.\nDie Zielsignatur stellt zu wenige Argumente bereit. Erwartete {0} oder mehr, erhielt aber {1}.\nDer Initialisierer einer \u201Eusing\u201C-Deklaration muss entweder ein Objekt mit der Methode \u201E[Symbol.dispose]5D;()\u201C sein oder \u201Enull\u201C oder \u201Eundefined\u201C sein.\nDer Initialisierer einer \u201Eawait using\u201C-Deklaration muss entweder ein Objekt mit der Methode \u201E[Symbol.asyncDispose]5D;()\u201C oder \u201E[Symbol.dispose]5D;()\u201C sein oder \u201Enull\u201C oder \u201Eundefined\u201C sein.\n\u201Eawait using\u201C-Deklarationen sind nur innerhalb von asynchronen Funktionen und auf den obersten Modulebenen zul\u00E4ssig.\n\u201Eawait usuing\u201C-Deklarationen sind nur auf der obersten Ebene einer Datei zul\u00E4ssig, wenn diese Datei ein Modul ist. Diese Datei enth\u00E4lt jedoch keinerlei Importe oder Exporte. Erw\u00E4gen Sie das Hinzuf\u00FCgen eines leeren \"export {}\", um diese Datei als Modul zu definieren.\n\u201Eawait using\u201C-Anweisungen der obersten Ebene sind nur zul\u00E4ssig, wenn die Option \u201Emodule\u201C auf \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Esystem\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist und die Option \u201Etarget\u201C auf \u201Ees2017\u201C oder h\u00F6her festgelegt ist.\nAuf das von der \u00FCbergeordneten Klasse definierte Klassenfeld \"{0}\" kann in der untergeordneten Klasse nicht \u00FCber \"super\" zugegriffen werden.\nImportattribute sind f\u00FCr Anweisungen, die in \"require\"-Aufrufe von \"CommonJS\" kompiliert werden, nicht zul\u00E4ssig.\nImportattribute k\u00F6nnen nicht mit rein typbasierten Importen oder Exporten verwendet werden.\nImportattributwerte m\u00FCssen Zeichenfolgenliteralausdr\u00FCcke sein.\n\u00DCberm\u00E4\u00DFige Komplexit\u00E4t beim Vergleichen der Typen \"{0}\" und \"{1}\".\nDie linke Seite eines \u201Einstanceof\u201C-Ausdrucks muss dem ersten Argument der \u201E[Symbol.hasInstance]5D;\u201C-Methode der rechten Seite zugewiesen werden k\u00F6nnen.\nDie Methode \"[Symbol.hasInstance]5D;\" eines Objekts muss einen booleschen Wert zur\u00FCckgeben, damit es auf der rechten Seite eines instanceof-Ausdrucks verwendet werden kann.\nDer Typ \u201E{0}\u201C ist generisch und kann nur zum Lesen indiziert werden.\nEine Klasse kann einen primitiven Typ wie \"{0}\" nicht erweitern. Klassen k\u00F6nnen nur konstruierbare Werte erweitern.\nEine Klasse kann keinen primitiven Typ wie \"{0}\" implementieren. Es k\u00F6nnen nur andere benannte Objekttypen implementiert werden.\nImport \"{0}\" steht in Konflikt mit dem lokalen Wert. Er muss mit einem reinen Typimport deklariert werden, wenn \"isolatedModules\" aktiviert ist.\nImport \"{0}\" steht in Konflikt mit dem in dieser Datei verwendeten globalen Wert. Er muss mit einem reinen Typimport deklariert werden, wenn \"isolatedModules\" aktiviert ist.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr Bun installieren? Versuchen Sie es mit \"npm i --save-dev @types/bun\".\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr Bun installieren? Versuchen Sie es mit \"npm i --save-dev @types/bun\", und f\u00FCgen Sie dann dem Typenfeld in Ihrer tsconfig-Datei \"bun\" hinzu.\nRechter Operand von ?? ist nicht erreichbar, weil der linke Operand nie \"NULLISH\" ist.\nDieser bin\u00E4re Ausdruck ist nie \u201ENULLISH\u201C. Fehlen Klammern?\nDieser Ausdruck ist immer \u201ENULLISH\u201C.\nDiese Art von Ausdruck ist immer \u201ETRUTHY\u201C.\nDiese Art von Ausdruck ist immer \u201EFALSY\u201C.\nDieses JSX-Tag erfordert, dass '{0}' im Geltungsbereich ist, konnte jedoch nicht gefunden werden.\nF\u00FCr dieses JSX-Tag muss der Modulpfad '{0}' vorhanden sein, aber es wurde keiner gefunden. Stellen Sie sicher, dass die Typen f\u00FCr das entsprechende Paket installiert sind.\nDieser relative Importpfad ist unsicher umzuschreiben, da er wie ein Dateiname aussieht, aber tats\u00E4chlich auf \"{0}\" verweist.\nDieser Import verwendet eine '{0}' Erweiterung, um auf eine TypeScript-Eingabedatei zu verweisen, wird jedoch beim Ausgeben nicht umgeschrieben, da es sich nicht um einen relativen Pfad handelt.\nDieser Importpfad ist unsicher umzuschreiben, da er auf ein anderes Projekt verweist und der relative Pfad zwischen den Ausgabedateien der Projekte nicht derselbe ist wie der relative Pfad zwischen den Eingabedateien.\nDie Verwendung von JSX-Fragmenten erfordert, dass die Fragmentfabrik '{0}' im Geltungsbereich ist, aber sie konnte nicht gefunden werden.\nImportassertionen wurden durch Importattribute ersetzt. Verwenden Sie \"with\" anstelle von \"assert\".\nDieser bin\u00E4re Ausdruck ist nie \u201ENULLISH\u201C.\nEs k\u00F6nnen keine Modul- oder Typdeklarationen f\u00FCr den Import von Nebeneffekten von \u201E{0}\u201C gefunden werden.\n\nDie Importdeklaration \"{0}\" verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der Methode aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der exportierten Funktion besitzt oder verwendet den privaten Namen \"{1}\".\nDie implements-Klausel der exportierten Klasse \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDie \"extends\"-Klausel der exportierten Klasse \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDie extends-Klausel der exportierten Klasse besitzt oder verwendet den privaten Namen \"{0}\".\nDie \"extends\"-Klausel der exportierten Schnittstelle \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDie exportierte Variable \"{0}\" besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie exportierte Variable \"{0}\" besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie exportierte Variable \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDie \u00F6ffentliche statische Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie \u00F6ffentliche statische Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie \u00F6ffentliche statische Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDie \u00F6ffentliche Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie \u00F6ffentliche Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie \u00F6ffentliche Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDie Eigenschaft \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie Eigenschaft \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parametertyp des \u00F6ffentlichen statischen Setters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parametertyp des \u00F6ffentlichen statischen Setters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parametertyp des \u00F6ffentlichen Setters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parametertyp des \u00F6ffentlichen Setters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer R\u00FCckgabetyp des \u00F6ffentlichen statischen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp des \u00F6ffentlichen statischen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer R\u00FCckgabetyp des \u00F6ffentlichen statischen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer R\u00FCckgabetyp des \u00F6ffentlichen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp des \u00F6ffentlichen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer R\u00FCckgabetyp des \u00F6ffentlichen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer R\u00FCckgabetyp der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der Indexsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der Indexsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{0}\" aus dem externen Modul \"{1}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{0}\" aus dem externen Modul \"{1}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der Methode aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der Methode aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der exportierten Funktion besitzt oder verwendet den Namen \"{0}\" aus dem externen Modul \"{1}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp der exportierten Funktion besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der exportierten Funktion besitzt oder verwendet den privaten Namen \"{0}\".\nDer Parameter \"{0}\" des Konstruktors aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer Parameter \"{0}\" des Konstruktors aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" des Konstruktors aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer Parameter \"{0}\" der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer Parameter \"{0}\" der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der Methode aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der Methode aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der exportierten Funktion besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer Parameter \"{0}\" der exportierten Funktion besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der exportierten Funktion besitzt oder verwendet den privaten Namen \"{1}\".\nDer exportierte Typalias \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDer Standardexport des Moduls besitzt oder verwendet den privaten Namen \"{0}\".\nDer Typparameter \"{0}\" des exportierten Typalias enth\u00E4lt oder verwendet den privaten Namen \"{1}\".\nDer exportierte Typalias \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\" aus dem Modul \"{2}\".\nDie extends-Klausel f\u00FCr den abgeleiteten Typ \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der Indexsignatur aus der exportierten Schnittstelle weist den Namen \"{1}\" aus dem privaten Modul \"{2}\" auf oder verwendet diesen.\nDer Parameter \"{0}\" der Indexsignatur aus der exportierten Schnittstelle weist den privaten Namen \"{1}\" auf oder verwendet diesen.\nDie Eigenschaft \"{0}\" des exportierten anonymen Klassentyps ist unter Umst\u00E4nden nicht privat oder gesch\u00FCtzt.\nDie \u00F6ffentliche statische Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie \u00F6ffentliche statische Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie \u00F6ffentliche statische Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDie \u00F6ffentliche Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie \u00F6ffentliche Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie \u00F6ffentliche Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDie Methode \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie Methode \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" des exportierten zugeordneten Objekttyps verwendet den privaten Namen \"{1}\".\nDer Typ \"{0}\" ist als \"readonly\" festgelegt und kann nicht dem \u00E4nderbaren Typ \"{1}\" zugewiesen werden.\nF\u00FCr einen Typparameter kann nicht auf den privaten oder gesch\u00FCtzten Member \"{0}\" zugegriffen werden.\nDer Parameter \"{0}\" des Accessors besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" des Accessors besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" des Accessors besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nTypargumente f\u00FCr \"{0}\" verweisen zirkul\u00E4r auf sich selbst.\nTupeltypargumente verweisen zirkul\u00E4r auf sich selbst.\nDie Eigenschaft \"{0}\" stammt aus einer Indexsignatur. Der Zugriff muss daher mit [\"{0}\"]5D; erfolgen.\nDieser Member kann keinen override-Modifizierer aufweisen, weil die Klasse \"{0}\", die diesen Member enth\u00E4lt, keine andere Klasse erweitert.\nDieser Member kann keinen override-Modifizierer aufweisen, weil er nicht in der Basisklasse \"{0}\" deklariert ist.\nDieser Member muss einen override-Modifizierer aufweisen, weil er einen Member in der Basisklasse \"{0}\" \u00FCberschreibt.\nDiese Parametereigenschaft muss einen \u201Eoverride\u201C-Modifizierer aufweisen, weil er einen Member in der Basisklasse \"{0}\" \u00FCberschreibt.\nDieser Member muss einen override-Modifizierer aufweisen, weil er eine abstrakte Methode \u00FCberschreibt, die in der Basisklasse \"{0}\" deklariert ist.\nDieser Member kann keinen override-Modifizierer aufweisen, weil er nicht in der Basisklasse \"{0}\" deklariert ist. Meinten Sie \"{1}\"?\nDer Typ dieses Knotens kann nicht serialisiert werden, da seine Eigenschaft \"{0}\" nicht serialisiert werden kann.\nDieses Mitglied muss \u00FCber einen JSDoc-Kommentar mit dem Tag \"@override\" verf\u00FCgen, da er einen Member in der Basisklasse \"{0}\" \u00FCberschreibt.\nDiese Parametereigenschaft muss \u00FCber einen JSDoc-Kommentar mit einem \"@override\"-Tag verf\u00FCgen, da sie ein Mitglied in der Basisklasse \"{0}\" \u00FCberschreibt.\nDieses Mitglied kann keinen JSDoc-Kommentar mit einem Tag \"@override\" haben, da dessen enthaltende Klasse \"{0}\" keine andere Klasse erweitert.\nDieser Member kann keinen JSDoc-Kommentar mit einem \"@override\"-Tag haben, da er nicht in der Basisklasse \"{0}\" deklariert ist.\nDieses Mitglied kann keinen JSDoc-Kommentar mit einem Override-Tag haben, da er nicht in der Basisklasse \"{0}\" deklariert ist. Meinten Sie \"{1}\"?\nDie Compileroption \u201E{0}\u201C des Werts \u201E{1}\u201C ist instabil. Verwenden Sie \u201ENightly TypeScript\u201C, um diesen Fehler zu beheben. Versuchen Sie die Aktualisierung mit \u201Enpm install -D typescript@next\u201C durchzuf\u00FChren.\nJede Deklaration von \"{0}.{1}\" unterscheidet sich in ihrem Wert, wobei \"{2}\" erwartet, aber \"{3}\" angegeben wurde.\nEin Wert von \"{0}.{1}\" ist die Zeichenfolge \"{2}\", und der andere Wert wird als unbekannter numerischer Wert angenommen.\nDieser Member kann keinen override-Modifizierer aufweisen, da sein Name dynamisch ist.\nDieses Mitglied kann keinen JSDoc-Kommentar mit einem \u201E@override\u201C-Tag haben, da der Name dynamisch ist.\nDer aktuelle Host unterst\u00FCtzt die Option \"{0}\" nicht.\n\nDas gemeinsame Unterverzeichnis f\u00FCr die Eingabedateien wurde nicht gefunden.\nDie Dateispezifikation darf nicht mit einem rekursiven Verzeichnisplatzhalter (\"**\") enden: \"{0}\".\n\nDie Datei \"{0}\" kann nicht gelesen werden: {1}\nUnbekannte Compileroption \"{0}\".\nDie Compileroption \"{0}\" erfordert einen Wert vom Typ \"{1}\".\nUnbekannte Compileroption \"{0}\". Meinten Sie \"{1}\"?\nDie Datei \"{0}\" konnte nicht geschrieben werden. {1}.\nDie Option \"project\" darf nicht mit Quelldateien in einer Befehlszeile kombiniert werden.\nDie Option \"isolatedModules\" kann nur verwendet werden, wenn entweder die Option \"--module\" angegeben ist oder die Option \"target\" den Wert \"ES2015\" oder h\u00F6her aufweist.\nDie Option \"{0}\" kann nur verwendet werden, wenn die Option \"-inlineSourceMap\" oder \"-sourceMap\" angegeben wird.\nDie Option \"{0}\" darf nicht ohne die Option \"{1}\" angegeben werden.\nDie Option \"{0}\" darf nicht zusammen mit der Option \"{1}\" angegeben werden.\nEine Datei \"tsconfig.json\" ist bereits definiert unter: \"{0}\".\nDie Datei \"{0}\" kann nicht geschrieben werden, da sie eine Eingabedatei \u00FCberschreiben w\u00FCrde.\nDie Datei \"{0}\" kann nicht geschrieben werden, da sie durch mehrere Eingabedateien \u00FCberschrieben w\u00FCrde.\nIm angegebenen Verzeichnis \"{0}\" wurde keine \"tsconfig.json\"-Datei gefunden.\nDer angegebene Pfad \"{0}\" ist nicht vorhanden.\nUng\u00FCltiger Wert f\u00FCr \"-reactNamespace\". \"{0}\" ist kein g\u00FCltiger Bezeichner.\nDas Muster \"{0}\" darf h\u00F6chstens ein Zeichen \"*\" aufweisen.\nDie Ersetzung \"{0}\" im Muster \"{1}\" darf h\u00F6chstens ein Zeichen \"*\" aufweisen.\nDie Ersetzung f\u00FCr das Muster \"{0}\" muss ein Array sein.\nDie Ersetzung \"{0}\" f\u00FCr das Muster \"{1}\" weist einen falschen Typ auf. Erwartet wurde \"string\", abgerufen wurde \"{2}\".\nDie Dateispezifikation darf kein \u00FCbergeordnetes Verzeichnis (\"..\") enthalten, das nach einem rekursiven Verzeichnisplatzhalter (\"**\") angegeben wird: \"{0}\".\nErsetzungen f\u00FCr das Muster \"{0}\" d\u00FCrfen kein leeres Array sein.\nUng\u00FCltiger Wert f\u00FCr \"jsxFactory\". \"{0}\" ist kein g\u00FCltiger Bezeichner oder qualifizierter Name.\nDas Hinzuf\u00FCgen einer \"tsconfig.json\"-Datei erleichtert die Organisation von Projekten, die sowohl TypeScript- als auch JavaScript-Dateien enthalten. Weitere Informationen finden Sie unter https://aka.ms/tsconfig.\nDie Option \"{0}\" kann nicht ohne die Option \"{1}\" oder \"{2}\" angegeben werden.\nDie Option \"--resolveJsonModule\" kann nicht angegeben werden, wenn \"moduleResolution\" auf \"classic\" festgelegt ist.\nDie Option \"--resolveJsonModule\" kann nicht angegeben werden, wenn \"module\" auf \"none\", \"system\" oder \"umd\" festgelegt ist.\nUnbekannte Buildoption \"{0}\".\nDie Buildoption \"{0}\" erfordert einen Wert vom Typ \"{1}\".\n\n\"{0}\" kann der Einschr\u00E4nkung vom Typ \"{1}\" zugewiesen werden, aber \"{1}\" k\u00F6nnte mit einem anderen Untertyp der Einschr\u00E4nkung \"{2}\" instanziiert werden.\nDie Vorg\u00E4nge \"{0}\" und \"{1}\" d\u00FCrfen nicht ohne Klammern kombiniert werden.\nUnbekannte Buildoption \"{0}\". Meinten Sie \"{1}\"?\nUnbekannte \u00DCberwachungsoption \"{0}\".\nUnbekannte \u00DCberwachungsoption \"{0}\". Meinten Sie \"{1}\"?\nDie \u00DCberwachungsoption \"{0}\" erfordert einen Wert vom Typ \"{1}\".\nIm angegebenen Verzeichnis \"{0}\" wurde keine Datei \"tsconfig.json\" gefunden.\n\"{0}\" konnte mit einem arbitr\u00E4ren Typ instanziiert werden, der mit \"{1}\" m\u00F6glicherweise in keinem Zusammenhang steht.\nDie Datei \"{0}\" kann nicht gelesen werden.\nEin Tupelelement kann nicht gleichzeitig als \"optional\" und als \"rest\" festgelegt werden.\nEin bezeichnetes Tupelelement wird optional mit einem Fragezeichen nach dem Namen und vor dem Doppelpunkt deklariert, nicht nach dem Typ.\nEin bezeichnetes Tupelelement wird mit \"...\" vor dem Namen und nicht vor dem Typ als \"rest\" deklariert.\nDer abgeleitete Typ von \"{0}\" verweist auf einen Typ mit zyklischer Struktur, die nicht trivial serialisiert werden kann. Es ist eine Typanmerkung erforderlich.\nDie Option \"{0}\" kann nicht angegeben werden, wenn die Option \"jsx\" den Wert \"{1}\" aufweist.\n\nDie Option \"preserveConstEnums\" kann nicht deaktiviert werden, wenn \"{0}\" aktiviert ist.\nDer Stammwert einer {0}-Datei muss ein Objekt sein.\nDie Compileroption \"--{0}\" darf nur mit \"--build\" verwendet werden.\nDie Compileroption \"--{0}\" darf nicht mit \"--build\" verwendet werden.\nDie Option \u201E{0}\u201C kann nur verwendet werden, wenn \u201Emodule\u201C auf \u201Epreserve\u201C, \u201Ecommonjs\u201C, \u201Ees2015\u201C oder h\u00F6her festgelegt ist.\nDie Option \u201EallowImportingTsExtensions\u201C kann nur verwendet werden, wenn eine der Optionen \u201EnoEmit\u201C, \u201EemitDeclarationOnly\u201C oder \u201ErewriteRelativeImportExtensions\u201C festgelegt ist.\nEin Importpfad kann nur mit einer \"{0}\"-Erweiterung enden, wenn \"allowImportingTsExtensions\" aktiviert ist.\nDie Option \"{0}\" kann nur verwendet werden, wenn \"moduleResolution\" auf \"node16\", \"nodenext\" oder \"bundler\" festgelegt ist.\nDie Option \"{0}\" ist veraltet und funktioniert in TypeScript {1} nicht mehr. Geben Sie die compilerOption \"ignoreDeprecations\": \"{2}\" an, um diesen Fehler stumm zu schalten.\nDie Option \"{0}\" wurde entfernt. Entfernen Sie sie aus Ihrer Konfiguration.\nUng\u00FCltiger Wert f\u00FCr \"--ignoreDeprecations\".\nDie Option \"{0}\" ist redundant und darf nicht zusammen mit der Option \"{1}\" angegeben werden.\nDie Option \"verbatimModuleSyntax\" kann nicht verwendet werden, wenn \"module\" auf \"UMD\", \"AMD\" oder \"System\" festgelegt ist.\nVerwenden Sie stattdessen \u201E{0}\u201C.\nDie Option \"{0}={1}\" ist veraltet und funktioniert in TypeScript {2} nicht mehr. Geben Sie die compilerOption \"ignoreDeprecations\": \"{3}\" an, um diesen Fehler stumm zu schalten.\nDie Option \"{0}={1}\" wurde entfernt. Entfernen Sie sie aus Ihrer Konfiguration.\nDie Option \"moduleResolution\" muss auf \"{0}\" festgelegt werden (oder nicht angegeben werden), wenn die Option \"module\" auf \"{1}\" festgelegt ist.\nDie Option \"module\" muss auf \"{0}\" festgelegt werden, wenn die Option \"moduleResolution\" auf \"{1}\" festgelegt ist.\nWeitere Informationen zur Migration finden Sie unter https://aka.ms/ts6.\n\nGeneriert eine sourcemap f\u00FCr jede entsprechende .d.ts-Datei.\nVerketten und Ausgabe in einer Datei speichern.\nGeneriert die entsprechende .d.ts-Datei.\nGeben Sie den Speicherort an, an dem der Debugger TypeScript-Dateien ermitteln soll, anstatt Quellspeicherorte zu verwenden.\nEingabedateien \u00FCberwachen.\nDie Ausgabestruktur in das Verzeichnis umleiten.\nconst-Enumerationsdeklarationen im generierten Code nicht l\u00F6schen.\nKeine Ausgaben ausgeben, wenn Fehler gemeldet wurden.\nKommentare nicht an die Ausgabe ausgeben.\nKeine Ausgaben ausgeben.\nStandardimporte von Modulen ohne Standardexport zulassen. Dies wirkt sich nicht auf die Codeausgabe aus, lediglich auf die Typpr\u00FCfung.\n\u00DCberspringen Sie die Typ\u00FCberpr\u00FCfung von Deklarationsdateien.\nTats\u00E4chlichen Pfad von symbolischen Verkn\u00FCpfungen nicht aufl\u00F6sen.\nGeben Sie nur .d.ts-Deklarationsdateien aus.\nGeben Sie die ECMAScript-Zielversion an.\nGeben Sie die Modulcodegenerierung an.\nDiese Nachricht ausgeben.\nDie Version des Compilers ausgeben.\nKompilieren Sie das dem Pfad zugewiesene Projekt zu dessen Konfigurationsdatei oder zu einem Ordner mit der Datei \"tsconfig.json\".\nSyntax: {0}\nOptionen\nDatei\nBeispiele: {0}\nOptionen:\nVersion {0}\nF\u00FCgt Befehlszeilenoptionen und Dateien aus einer Datei ein.\nKompilierung im \u00DCberwachungsmodus wird gestartet...\nEs wurde eine Datei\u00E4nderung erkannt. Die inkrementelle Kompilierung wird gestartet...\nART\nDATEI\nVERSION\nSPEICHERORT\nVERZEICHNIS\nSTRATEGIE\nDATEI ODER VERZEICHNIS\nFehlerdateien\nGeneriert die entsprechende MAP-Datei.\nDie Compileroption \"{0}\" erwartet ein Argument.\nNicht abgeschlossene Zeichenfolge in Anf\u00FChrungszeichen in der Datei \"{0}\".\nDas Argument f\u00FCr die Option \"{0}\" muss \"{1}\" sein.\n\nDie Datei \"{0}\" kann nicht ge\u00F6ffnet werden.\nDie Gebietsschemadatei \"{0}\" ist besch\u00E4digt.\nFehler f\u00FCr Ausdr\u00FCcke und Deklarationen mit einem impliziten any-Typ ausl\u00F6sen.\nDie Datei \"{0}\" wurde nicht gefunden.\nDie Datei \"{0}\" weist eine nicht unterst\u00FCtzte Erweiterung auf. Es werden nur die folgenden Erweiterungen unterst\u00FCtzt: {1}.\nnoImplicitAny-Fehler f\u00FCr die Indizierung von Objekten unterdr\u00FCcken, denen Indexsignaturen fehlen.\nDeklarationen f\u00FCr Code mit einer Anmerkung \"@internal\" nicht ausgeben.\nGeben Sie das Stammverzeichnis der Eingabedateien an. Verwenden Sie diese Angabe, um die Ausgabeverzeichnisstruktur mithilfe von \"-outDir\" zu steuern.\nDatei \"{0}\" befindet sich nicht unter \"rootDir\" \"{1}\". \"rootDir\" muss alle Quelldateien enthalten.\nGeben Sie die Zeilenendesequenz an, die beim Ausgeben von Dateien verwendet werden soll: \"CRLF\" (DOS) oder \"LF\" (Unix).\nNEUE ZEILE\nDie Option \"{0}\" kann nur in der Datei \"tsconfig.json\" angegeben oder in der Befehlszeile auf NULL festgelegt werden.\nErm\u00F6glicht experimentelle Unterst\u00FCtzung f\u00FCr asynchrone ES7-Decorators.\nErm\u00F6glicht experimentelle Unterst\u00FCtzung zum Ausgeben von Typmetadaten f\u00FCr Decorators.\nInitialisiert ein TypeScript-Projekt und erstellt eine Datei \"tsconfig.json\".\nEine Datei \"tsconfig.json\" wurde erfolgreich erstellt.\n\u00DCberm\u00E4\u00DFige Eigenschaften\u00FCberpr\u00FCfungen f\u00FCr Objektliterale unterdr\u00FCcken.\nFehler und Nachrichten farbig und mit Kontext formatieren (experimentell).\nFehler zu nicht verwendeten Bezeichnungen nicht melden.\nFehler melden, wenn nicht alle Codepfade in der Funktion einen Wert zur\u00FCckgeben.\nF\u00FCr FallTrough-F\u00E4lle in switch-Anweisung Fehler melden.\nFehler zu nicht erreichbarem Code nicht melden.\nVerweise mit uneinheitlicher Gro\u00DF-/Kleinschreibung auf die gleiche Datei nicht zulassen.\nGeben Sie Bibliotheksdateien an, die in die Kompilierung eingeschlossen werden sollen.\nGeben Sie die JSX-Codegenerierung an.\nNur die Module \"amd\" und \"system\" werden in Verbindung mit --{0} unterst\u00FCtzt.\nDas Basisverzeichnis zum Aufl\u00F6sen nicht absoluter Modulnamen.\n[Veraltet]5D; Verwenden Sie stattdessen \"--jsxFactory\". Geben Sie das Objekt an, das f\u00FCr \"createElement\" aufgerufen wurde, wenn das Ziel die JSX-Ausgabe \"react\" ist.\nAblaufverfolgung des Namensaufl\u00F6sungsvorgangs aktivieren.\n======== Das Modul \"{0}\" aus \"{1}\" wird aufgel\u00F6st. ========\nExplizit angegebene Art der Modulaufl\u00F6sung: \"{0}\".\nDie Art der Modulaufl\u00F6sung wird nicht angegeben. \"{0}\" wird verwendet.\n======== Der Modulname \"{0}\" wurde erfolgreich in \"{1}\" aufgel\u00F6st. ========\n======== Der Modulname \"{0}\" wurde nicht aufgel\u00F6st. ========\nDie Option \"paths\" wurde angegeben. Es wird nach einem Muster gesucht, das mit dem Modulnamen \"{0}\" \u00FCbereinstimmt.\nModulname \"{0}\", \u00FCbereinstimmendes Muster \"{1}\".\nDie Ersetzung \"{0}\" wird versucht. Speicherort des Kandidatenmoduls: \"{1}\".\nDer Modulname \"{0}\" relativ zur Basis-URL \"{1}\"\u2013\"{2}\" wird aufgel\u00F6st.\nModul wird als Datei/Ordner geladen, der Speicherort des Kandidatenmoduls ist \"{0}\", Zieldateitypen: {1}.\nDie Datei \"{0}\" ist nicht vorhanden.\nDie Datei \"{0}\" ist vorhanden \u2013 sie wird als Ergebnis der Namensaufl\u00F6sung verwendet.\nModul \"{0}\" wird aus dem Ordner \"node_modules\" geladen, Zieldateitypen: {1}.\n\"package.json\" wurde unter \"{0}\" gefunden.\n\"package.json\" besitzt kein \"{0}\"-Feld.\n\"package.json\" weist das {0}-Feld \"{1}\" auf, das auf \"{2}\" verweist.\nKompilierung von JavaScript-Dateien zulassen.\nEs wird \u00FCberpr\u00FCft, ob \"{0}\" das l\u00E4ngste \u00FCbereinstimmende Pr\u00E4fix f\u00FCr \"{1}\"\u2013\"{2}\" ist.\nDer erwartete Typ des Felds \"{0}\" in der Datei \"package.json\" lautet \"{1}\", empfangen wurde \"{2}\".\nDie Option \"baseUrl\" ist auf \"{0}\" festgelegt. Dieser Wert wird verwendet, um den nicht relativen Modulnamen \"{1}\" aufzul\u00F6sen.\nDie Option \"rootDirs\" wurde festgelegt. Sie wird zum Aufl\u00F6sen des relativen Modulnamens \"{0}\" verwendet.\nDas l\u00E4ngste \u00FCbereinstimmende Pr\u00E4fix f\u00FCr \"{0}\" ist \"{1}\".\n\"{0}\" wird aus dem Stammverzeichnis \"{1}\" geladen. Speicherort des Kandidaten \"{2}\".\nAndere Eintr\u00E4ge in \"rootDirs\" werden versucht.\nFehler bei der Modulaufl\u00F6sung mithilfe von \"rootDirs\".\nKeine \"use strict\"-Direktiven in Modulausgabe ausgeben.\nStrenge NULL-\u00DCberpr\u00FCfungen aktivieren.\nUnbekannte Option \"exclude\". Meinten Sie \"exclude\"?\nFehler f\u00FCr \"this\"-Ausdr\u00FCcke mit einem impliziten any-Typ ausl\u00F6sen.\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die Datei \"{1}\" enth\u00E4lt. Das Stammverzeichnis ist \"{2}\". ========\n======== Die Typverweisdirektive \"{0}\" wurde erfolgreich in \"{1}\" aufgel\u00F6st. Prim\u00E4r: {2}. ========\n======== Die Typverweisdirektive \"{0}\" wurde nicht aufgel\u00F6st. ========\nDie Aufl\u00F6sung erfolgt mit dem prim\u00E4ren Suchpfad \"{0}\".\nDas Stammverzeichnis kann nicht ermittelt werden. Die prim\u00E4ren Suchpfade werden \u00FCbersprungen.\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die Datei \"{1}\" enth\u00E4lt. Das Stammverzeichnis ist nicht festgelegt. ========\nTypdeklarationsdateien, die in die Kompilierung eingeschlossen werden sollen.\nDie Suche erfolgt im Ordner \"node_modules\". Anfangsspeicherort \"{0}\".\nDie enthaltene Datei wird nicht angegeben, und das Stammverzeichnis kann nicht ermittelt werden. Die Suche im Ordner \"node_modules\" wird \u00FCbersprungen.\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die nicht festgelegte Datei enth\u00E4lt. Das Stammverzeichnis ist \"{1}\". ========\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die nicht festgelegte Datei enth\u00E4lt. Das Stammverzeichnis ist nicht festgelegt. ========\nDer tats\u00E4chliche Pfad f\u00FCr \"{0}\" wird aufgel\u00F6st, Ergebnis \"{1}\".\nModule k\u00F6nnen nur mithilfe der Option \"{0}\" kompiliert werden, wenn die Kennzeichnung \"-module\" den Wert \"amd\" oder \"system\" aufweist.\nDer Dateiname \"{0}\" weist eine Erweiterung \"{1}\" auf. Diese wird entfernt.\n\"{0}\" ist deklariert, aber der zugeh\u00F6rige Wert wird nie gelesen.\nFehler f\u00FCr nicht verwendete lokale Variablen melden.\nFehler f\u00FCr nicht verwendete Parameter melden.\nDie maximale Abh\u00E4ngigkeitstiefe, die unter \"node_modules\" durchsucht und f\u00FCr die JavaScript-Dateien geladen werden sollen.\nTypdeklarationsdateien k\u00F6nnen nicht importiert werden. Importieren Sie ggf. \"{0}\" anstelle von \"{1}\".\nDie Eigenschaft \"{0}\" ist deklariert, aber ihr Wert wird nie gelesen.\nAusgabehilfsprogramme aus \"tslib\" importieren.\nIn Projekt \"{0}\" ist die automatische Erkennung von Eingaben aktiviert. Es wird ein zus\u00E4tzlicher Aufl\u00F6sungsdurchlauf f\u00FCr das Modul \"{1}\" unter Verwendung von Cachespeicherort \"{2}\" ausgef\u00FChrt.\nIm Strict-Modus analysieren und \"use strict\" f\u00FCr jede Quelldatei ausgeben.\nDas Modul \"{0}\" wurde zu \"{1}\" aufgel\u00F6st, aber \"--jsx\" wurde nicht festgelegt.\nDas Modul \"{0}\" wurde als lokal deklariertes Umgebungsmodul in der Datei \"{1}\" aufgel\u00F6st.\nGeben Sie die JSX-Factoryfunktion an, die f\u00FCr eine react-JSX-Ausgabe verwendet werden soll, z. B. \"React.createElement\" oder \"h\".\nDie Aufl\u00F6sung f\u00FCr das Modul \"{0}\" wurde im Cache des Standorts \"{1}\" gefunden.\nDas Verzeichnis \"{0}\" ist nicht vorhanden, Suchvorg\u00E4nge darin werden \u00FCbersprungen.\nDiagnoseinformationen anzeigen.\nAusf\u00FChrliche Diagnoseinformationen anzeigen.\nGeben Sie eine einzelne Datei mit Quellzuordnungen anstelle einer separaten Datei aus.\nGeben Sie die Quelle zusammen mit den Quellzuordnungen innerhalb einer einzelnen Datei aus; hierf\u00FCr muss \"--inlineSourceMap\" oder \"--sourceMap\" festgelegt sein.\nJede Datei als separates Modul transpilieren (\u00E4hnlich wie bei \"ts.transpileModule\").\nDrucknamen des generierten Dateiteils der Kompilierung.\nDrucknamen des Dateiteils der Kompilierung.\nDas beim Anzeigen von Meldungen f\u00FCr den Benutzer verwendete Gebietsschema (z. B. \"de-de\").\nErstellen Sie keine benutzerdefinierten Hilfsfunktionen wie \"__extends\" in der kompilierten Ausgabe.\nBeziehen Sie die Standardbibliotheksdatei (lib.d.ts) nicht ein.\nF\u00FCgen Sie keine Verweise mit dreifachen Schr\u00E4gstrichen oder importierte Module zur Liste kompilierter Dateien hinzu.\n[Veraltet]5D; Verwenden Sie stattdessen \"--skipLibCheck\". \u00DCberspringen Sie die Typ\u00FCberpr\u00FCfung der Standardbibliothek-Deklarationsdateien.\nListe der Ordner, aus denen Typendefinitionen einbezogen werden sollen.\nGr\u00F6\u00DFenbeschr\u00E4nkungen f\u00FCr JavaScript-Projekte deaktivieren.\nDer Zeichensatz der Eingabedateien.\nModul \"{0}\", das wie ein absoluter URI aussieht, wird \u00FCbersprungen, Zieldateitypen: {1}.\nK\u00FCrzen Sie keine Fehlermeldungen.\nAusgabeverzeichnis f\u00FCr erstellte Deklarationsdateien.\nEine Reihe von Eintr\u00E4gen, die Importe zum Nachschlagen von Speicherorten in Bezug auf die \"baseUrl\" neu zuordnen.\nListe der Stammordner, deren kombinierter Inhalt die Struktur des Projekts zur Laufzeit darstellt.\nAlle Compileroptionen anzeigen.\n[Veraltet]5D; Verwenden Sie stattdessen \"--outFile\". Verketten und Ausgeben in eine einzige Datei\nBefehlszeilenoptionen\nBieten Sie vollst\u00E4ndige Unterst\u00FCtzung f\u00FCr Iterablen in \"for-of\", Verteilung und Destrukturierung mit dem Ziel \"ES5\".\nAktivieren Sie alle strengen Typ\u00FCberpr\u00FCfungsoptionen.\nBereichsbezogenes Paket erkannt. In \"{0}\" wird gesucht\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde erfolgreich in \u201E{2}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde erfolgreich in \u201E{2}\u201C mit der Paket-ID \u201E{3}\u201C aufgel\u00F6st.\nAktivieren Sie die strenge \u00DCberpr\u00FCfung f\u00FCr Funktionstypen.\nAktivieren Sie die strenge \u00DCberpr\u00FCfung der Eigenschafteninitialisierung in Klassen.\nNumerische Trennzeichen sind hier nicht zul\u00E4ssig.\nMehrere aufeinander folgende numerische Trennzeichen sind nicht zul\u00E4ssig.\nGibt an, ob eine veraltete Konsolenausgabe im \u00DCberwachungsmodus beibehalten wird, statt den Bildschirm zu l\u00F6schen.\nKeiner der Importe in der Importdeklaration wird verwendet.\n1 Fehler gefunden. Es wird auf Datei\u00E4nderungen \u00FCberwacht.\n{0} Fehler gefunden. Es wird auf Datei\u00E4nderungen \u00FCberwacht.\n\"keyof\" darf nur in Eigenschaftennamen mit Zeichenfolgenwert aufgel\u00F6st werden (keine Ziffern oder Symbole).\n\"{0}\" ist deklariert, wird aber nie verwendet.\nImportierte Module mit der Erweiterung \"JSON\" einschlie\u00DFen\nAlle destrukturierten Elemente werden nicht verwendet.\nAlle Variablen werden nicht verwendet.\nDefinitionen der folgenden Bezeichner stehen in Konflikt mit denen in einer anderen Datei: {0}\nIn dieser Datei liegen Konflikte vor.\nProjektverweise d\u00FCrfen keinen kreisf\u00F6rmigen Graphen bilden. Zyklus erkannt: {0}\n\"{0}\" wurde hier ebenfalls deklariert.\nund hier.\nS\u00E4mtliche Typparameter werden nicht verwendet.\n\"package.json\" weist ein Feld \"typesVersions\" mit versionsspezifischen Pfadzuordnungen auf.\n\"package.json\" weist keinen Eintrag \"typesVersions\" auf, der mit der Version {0} \u00FCbereinstimmt.\n\"package.json\" weist einen typesVersions-Eintrag \"{0}\" auf, der der Compilerversion \"{1}\" entspricht. Es wird nach einem Muster gesucht, das dem Modulnamen \"{2}\" entspricht.\n\"package.json\" weist einen typesversion-Eintrag \"{0}\" auf, der kein g\u00FCltiger semver-Bereich ist.\nF\u00FCr \"{0}\" wurde ein Argument nicht angegeben.\nEs wurde kein Argument angegeben, das diesem Bindungsmuster entspricht.\nWollten Sie diesen Ausdruck aufrufen?\nWollten Sie \"new\" mit diesem Ausdruck verwenden?\nAktivieren Sie die strict-Methoden \"bind\", \"call\" und \"apply\" f\u00FCr Funktionen.\nCompileroptionen der Projektverweisumleitung \"{0}\" werden verwendet.\n1 Fehler gefunden.\n{0} Fehler gefunden.\n======== Der Modulname \"{0}\" wurde erfolgreich in \"{1}\" mit Paket-ID \"{2}\" aufgel\u00F6st. ========\n======== Die Typverweisdirektive \"{0}\" wurde erfolgreich in \"{1}\" mit Paket-ID \"{2}\" aufgel\u00F6st. Prim\u00E4r: {3}. ========\n\"package.json\" enthielt ein \"falsy\" Feld \"{0}\".\nDeaktivieren Sie die Verwendung von Quelldateien anstelle von Deklarationsdateien aus referenzierten Projekten.\nGeben Sie Klassenfelder mit \"Define\" anstelle von \"Set\" aus.\nGeneriert ein CPU-Profil.\nDeaktivieren Sie die Projektmappensuche f\u00FCr dieses Projekt.\nGeben Sie die Strategie f\u00FCr die Datei\u00FCberwachung an: \"FixedPollingInterval\" (Standardwert), \"PriorityPollingInterval\", \"DynamicPriorityPolling\", \"FixedChunkSizePolling\", \"UseFsEvents\", \"UseFsEventsOnParentDirectory\".\nGeben Sie die Strategie f\u00FCr die Verzeichnis\u00FCberwachung auf Plattformen an, die eine rekursive \u00DCberwachung nativ nicht unterst\u00FCtzen: \"UseFsEvents\" (Standardwert), \"FixedPollingInterval\", \"DynamicPriorityPolling\", \"FixedChunkSizePolling\".\nGeben Sie die Strategie zum Erstellen einer Abruf\u00FCberwachung an, wenn eine Erstellung mit Dateisystemereignissen nicht erfolgreich ist: \"FixedInterval\" (Standardwert), \"PriorityInterval\", \"DynamicPriority\", \"FixedChunkSize\".\nDas Tag \"{0}\" erwartet mindestens {1} Argumente, von der JSX-Factory \"{2}\" werden aber h\u00F6chstens {3} bereitgestellt.\nDie Option \"{0}\" kann nur in der Datei \"tsconfig.json\" angegeben oder in der Befehlszeile auf FALSE oder NULL festgelegt werden.\nDer Pfad \"{0}\" mit den Erweiterungen konnte nicht aufgel\u00F6st werden: {1}.\nDie Deklaration erweitert die Deklaration in einer anderen Datei. Dieser Vorgang kann nicht serialisiert werden.\nDies ist die erweiterte Deklaration. Die erweiternde Deklaration sollte in dieselbe Datei verschoben werden.\nDieser Ausdruck kann nicht aufgerufen werden, weil es sich um eine get-Zugriffsmethode handelt. M\u00F6chten Sie den Wert ohne \"()\" verwenden?\nDeaktivieren Sie das Laden referenzierter Projekte.\nEs wurden keine Argumente f\u00FCr den rest-Parameter \"{0}\" angegeben.\nGeneriert eine Ereignisablaufverfolgung und eine Liste von Typen.\nGeben Sie den Modulspezifizierer an, aus dem die Factoryfunktionen \"jsx\" und \"jsxs\" importiert werden sollen, z.\u00A0B. \"react\".\nDie Datei \"{0}\" ist gem\u00E4\u00DF fr\u00FCheren zwischengespeicherten Lookups vorhanden.\nDie Datei \"{0}\" ist gem\u00E4\u00DF fr\u00FCheren zwischengespeicherten Lookups nicht vorhanden.\nDie Aufl\u00F6sung f\u00FCr die Typreferenzanweisung \"{0}\" wurde im Cache des Standorts \"{1}\" gefunden.\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die Datei \"{1}\" enth\u00E4lt. ========\nInterpretieren Sie optionale Eigenschaftstypen als geschrieben, statt 'nicht definiert' hinzuzuf\u00FCgen.\nModule\nDateiverwaltung\nAusgeben\nJavaScript-Unterst\u00FCtzung\nTyppr\u00FCfung\nEditor-Unterst\u00FCtzung\n\u00DCberwachungs- und Buildmodi\nCompilerdiagnose\nInterop-Einschr\u00E4nkungen\nAbw\u00E4rtskompatibilit\u00E4t\nSprache und Umgebung\nProjekte\nAusgabeformatierung\nVollst\u00E4ndigkeit\n\"{0}\" sollte im CompilerOptions-Objekt der JSON-Konfigurationsdatei festgelegt werden.\n1\u00A0Fehler in {0} gefunden\nEs wurden {0}\u00A0Fehler in derselben Datei gefunden, beginnend bei: {1}\nIn {1} Dateien wurden {0}\u00A0Fehler gefunden.\nDer Dateiname \"{0}\" hat eine \"{1}\"-Erweiterung. Stattdessen wird nach \"{2}\" gesucht.\nDas Modul \"{0}\" wurde in \"{1}\" aufgel\u00F6st, aber \"--allowArbitraryExtensions\" ist nicht festgelegt.\nHiermit wird das Importieren von Dateien mit beliebiger Erweiterung aktiviert, sofern eine Deklarationsdatei vorhanden ist.\nDie Typverweisdirektive f\u00FCr das Programm, das benutzerdefinierte typeRoots angibt, wird aufgel\u00F6st. Lookup im Ordner \"node_modules\" wird \u00FCbersprungen.\nDie Option \"{0}\" kann nur in der Befehlszeile angegeben werden.\nDas Verzeichnis \"{0}\" enth\u00E4lt keinen package.json-Bereich. Importe werden nicht aufgel\u00F6st.\nDer Importspezifizierer \"{0}\" ist im package.json-Bereich beim Pfad \"{1}\" nicht vorhanden.\nDer ung\u00FCltige Importbezeichner \"{0}\" weist keine m\u00F6glichen Aufl\u00F6sungen auf.\nF\u00FCr package.jsim, Bereich \"{0}\" wurden keine Importe definiert.\nDer package.json-Bereich \"{0}\" ordnet den Bezeichner \"{1}\" explizit NULL zu.\nDer package.json-Bereich \"{0}\" weist einen ung\u00FCltigen Typ f\u00FCr das Ziel des Spezifizierers \"{1}\" auf.\nDer Exportspezifizierer \"{0}\" ist im package.json-Bereich beim Pfad \"{1}\" nicht vorhanden.\nFehler beim Aufl\u00F6sen des nicht relativen Namens. Es wird versucht, moderne Funktionen zur Knotenaufl\u00F6sung zu deaktivieren, um festzustellen, ob die npm-Bibliothek eine Konfigurationsaktualisierung erfordert.\nEs gibt Typen unter \u201E{0}\u201C, aber dieses Ergebnis konnte nicht aufgel\u00F6st werden, wenn package.json \u201EExporte\u201C beachtet wird. Die Bibliothek \u201E{1}\u201C muss m\u00F6glicherweise ihre package.json oder Eingaben aktualisieren.\nFehler beim Aufl\u00F6sen des nicht relativen Namens. Mit \"--moduleResolution bundler\" wird versucht festzustellen, ob das Projekt m\u00F6glicherweise aktualisiert werden muss.\nEs gibt Typen unter \u201E{0}\u201C, aber dieses Ergebnis konnte unter Ihrer aktuellen \u201EmoduleResolution\u201C-Einstellung nicht aufgel\u00F6st werden. Erw\u00E4gen Sie ein Update auf \u201Enode16\u201C, \u201Enodenext\u201C oder \u201Ebundler\u201C.\n\u201Epackage.json\u201C weist das Feld \u201EpeerDependencies\u201C auf.\nEs wurde eine peerDependency \"{0}\" mit Version \"{1}\" gefunden.\nFehler beim Suchen der peerDependency \"{0}\".\nDateilayout\nUmgebungseinstellungen\nSiehe auch https://aka.ms/tsconfig/module\nF\u00FCr Node.js:\nund npm install -D @types/node\nAndere Ausgaben\nStrengere Typpr\u00FCfungsoptionen\nStiloptionen\nEmpfohlene Optionen\nProjektkompilierung aktivieren\nIn zusammengesetzten Projekten kann die Deklarationsausgabe nicht deaktiviert werden.\nDie Ausgabedatei \"{0}\" wurde nicht aus der Quelldatei \"{1}\" erstellt.\nDas referenzierte Projekt \"{0}\" muss f\u00FCr die Einstellung \"composite\" den Wert TRUE aufweisen.\nDie Datei \"{0}\" befindet sich nicht in der Dateiliste von Projekt \"{1}\". Projekte m\u00FCssen alle Dateien auflisten oder ein include-Muster verwenden.\nBeim referenzierten Projekt \"{0}\" darf nicht die Ausgabe deaktiviert werden.\nDas Projekt \"{0}\" ist veraltet, weil die Ausgabe \"{1}\" \u00E4lter ist als die Eingabe \"{2}\"\nProjekt \"{0}\" ist auf dem neuesten Stand, weil die neueste Eingabe \"{1}\" \u00E4lter ist als die Ausgabe \"{2}\".\nProjekt \"{0}\" ist veraltet, weil die Ausgabedatei \"{1}\" nicht vorhanden ist.\n\nProjekt \"{0}\" ist mit .d.ts-Dateien aus den zugeh\u00F6rigen Abh\u00E4ngigkeiten auf dem neuesten Stand.\nProjekte in diesem Build: {0}\nBei einem Build ohne das Flag \"-dry\" w\u00FCrden die folgenden Dateien gel\u00F6scht: {0}\nBei einem Build ohne das Flag \"-dry\" w\u00FCrde das Projekt \"{0}\" erstellt.\nProjekt \"{0}\" wird erstellt...\nAusgabezeitstempel von Projekt \"{0}\" werden aktualisiert...\nProjekt \"{0}\" ist auf dem neuesten Stand.\nDas Erstellen von Projekt \"{0}\" wird \u00FCbersprungen, weil die Abh\u00E4ngigkeit \"{1}\" einen Fehler aufweist.\nProjekt \"{0}\" kann nicht erstellt werden, weil die Abh\u00E4ngigkeit \"{1}\" Fehler enth\u00E4lt.\nMindestens ein Projekt und die zugeh\u00F6rigen Abh\u00E4ngigkeiten erstellen, wenn veraltet\nL\u00F6schen Sie die Ausgaben aller Projekte.\nAnzeigen, was erstellt w\u00FCrde (oder gel\u00F6scht w\u00FCrde, wenn mit \"--clean\" angegeben)\nDie Option \"--build\" muss das erste Befehlszeilenargument sein.\nDie Optionen \"{0}\" und \"{1}\" k\u00F6nnen nicht kombiniert werden.\nUnver\u00E4nderte Ausgabezeitstempel von Projekt \"{0}\" werden aktualisiert...\nEin Build ohne das Flag \"-dry\" w\u00FCrde die Zeitstempel der Ausgabe von Projekt \"{0}\" aktualisieren.\nDie Datei \"{0}\" kann nicht geschrieben werden, weil hierdurch die TSBUILDINFO-Datei \u00FCberschrieben wird, die durch das referenzierte Projekt \"{1}\" generiert wird.\nZusammengesetzte Projekte d\u00FCrfen die inkrementelle Kompilierung nicht deaktivieren.\nDatei zum Speichern inkrementeller Kompilierungsinformationen angeben\nDas Projekt \"{0}\" ist veraltet, weil die Ausgabe f\u00FCr das Projekt mit Version {1} generiert wurde, die sich von der aktuellen Version {2} unterscheidet.\nDas Kompilieren von Projekt \"{0}\" wird \u00FCbersprungen, weil die Abh\u00E4ngigkeit \"{1}\" nicht erstellt wurde.\nDas Projekt \"{0}\" kann nicht erstellt werden, weil die zugeh\u00F6rige Abh\u00E4ngigkeit \"{1}\" nicht erstellt wurde.\nLegen Sie f\u00FCr Neukompilierungen in \"--incremental\" und \"--watch\" fest, dass sich \u00C4nderungen innerhalb einer Datei nur auf die direkt davon abh\u00E4ngigen Dateien auswirken.\n\"{0}\" ist veraltet.\nLeistungsdaten zum zeitlichen Ablauf sind f\u00FCr \"--diagnostics\" oder \"--extendedDiagnostics\" in dieser Sitzung nicht verf\u00FCgbar. Eine native Implementierung der Webleistungs-API wurde nicht gefunden.\nDie Signatur \"{0}\" von \"{1}\" ist veraltet.\nDie Neuerstellung des Projekts \"{0}\" wird erzwungen.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde nicht aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde erfolgreich in \u201E{2}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde erfolgreich in \u201E{2}\u201C mit der Paket-ID \u201E{3}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde nicht aufgel\u00F6st.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\" im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde erfolgreich in \u201E{3}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde erfolgreich in \u201E{3}\u201C mit der Paket-ID \u201E{4}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde nicht aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde erfolgreich in \u201E{3}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde erfolgreich in \u201E{3}\u201C mit der Paket-ID \u201E{4}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde nicht aufgel\u00F6st.\nDas Projekt \"{0}\" ist veraltet, da die Buildinfodatei \"{1}\" angibt, dass einige der \u00C4nderungen nicht ausgegeben wurden.\nDas Projekt \"{0}\" ist aktuell, muss jedoch Zeitstempel von Ausgabedateien aktualisieren, die \u00E4lter als Eingabedateien sind.\n\nWird im {0}-Modus mit Bedingungen \"{1}\" aufgel\u00F6st.\n\u00DCbereinstimmung mit \"{0}\" Bedingung \"{1}\".\nVerwenden von \"{0}\" Unterpfad \"{1}\" mit Ziel \"{2}\".\nDie nicht \u00FCbereinstimmende Bedingung \"{0}\" wurde angezeigt.\nDas Projekt \"{0}\" ist veraltet, da die Buildinfodatei \"{1}\" auf eine \u00C4nderung in compilerOptions hinweist.\nImporte d\u00FCrfen TypeScript-Dateierweiterungen enthalten. Erfordert die Festlegung von \"--moduleResolution bundler\" und \"--noEmit\" oder \"--emitDeclarationOnly\".\nVerwenden Sie das package.json-Feld \u201Eexports\u201C, wenn Sie Paketimporte aufl\u00F6sen.\nVerwenden Sie das package.json-Feld \u201Eimports\u201C, wenn Sie Importe aufl\u00F6sen.\nBedingungen, die zus\u00E4tzlich zu den konfliktl\u00F6serspezifischen Standardwerten beim Aufl\u00F6sen von Importen festgelegt werden sollen.\n\u201Etrue\u201C, wenn \u201EmoduleResolution\u201C \u201Enode16\u201C, \u201Enodenext\u201C oder \u201Ebundler\u201C ist; andernfalls \u201Efalse\u201C.\nDas Projekt \"{0}\" ist veraltet, da die buildinfo-Datei \"{1}\" darauf hinweist, dass die Datei \"{2}\" die Stammdatei der Kompilierung war, es jetzt jedoch nicht mehr ist.\nBedingte Exporte werden eingegeben.\nAufgel\u00F6st unter Bedingung \"{0}\".\nFehler beim Aufl\u00F6sen unter der Bedingung \"{0}\".\nBedingte Exporte werden beendet.\nAlle node_modules-Vorg\u00E4ngerverzeichnisse werden nach bevorzugten Erweiterungen durchsucht: {0}.\nAlle node_modules-Vorg\u00E4ngerverzeichnisse werden nach Fallbackerweiterungen durchsucht: {0}.\nDas Projekt \"{0}\" ist veraltet, da die Buildinfodatei \"{1}\" darauf hinweist, dass das Programm Fehler melden muss.\n\nSchreiben Sie die Dateiendungen '.ts', '.tsx', '.mts' und '.cts' in relativen Importpfaden in ihren JavaScript-\u00C4quivalenten in den Ausgabedateien um.\n\n\n\nDer erwartete Typ stammt aus der Eigenschaft \"{0}\", die hier f\u00FCr den Typ \"{1}\" deklariert wird.\nDer erwartete Typ stammt aus dieser Indexsignatur.\nDer erwartete Typ stammt aus dem R\u00FCckgabetyp dieser Signatur.\nHiermit werden Namen der Dateien ausgegeben, die Teil der Kompilierung sind. Anschlie\u00DFend wird die Verarbeitung beendet.\nDie Datei \"{0}\" ist eine JavaScript-Datei. Wollten Sie die Option \"allowJs\" aktivieren?\nHiermit werden die Namen der Dateien und der Grund daf\u00FCr ausgegeben, dass die Dateien in der Kompilierung enthalten sind.\nErw\u00E4gen Sie, dieser Klasse einen declare-Modifizierer hinzuzuf\u00FCgen.\nLassen Sie zu, dass JavaScript-Dateien Teil Ihres Programms werden. Verwenden Sie die Option \u201EcheckJS\u201C, um Fehler aus diesen Dateien abzurufen.\n\"Import x from y\" zulassen, wenn ein Modul keinen Standardexport hat.\nZugriff auf globale UMD-Bibliotheken aus Modulen zulassen\nDeaktivieren Sie die Fehlerberichterstattung f\u00FCr nicht erreichbaren Code.\nDeaktivieren Sie die Fehlerberichterstattung f\u00FCr nicht verwendete Bezeichnungen.\nStellen Sie sicher, dass \"Use Strict\" immer ausgegeben wird.\nBei Neukompilierungen in Projekten, die die Modi \u201Eincremental\u201C und \u201Ewatch\u201C verwenden, wird davon ausgegangen, dass \u00C4nderungen innerhalb einer Datei sich nur direkt auf Dateien auswirken.\nGeben Sie das Basisverzeichnis zum Aufl\u00F6sen nicht relativer Modulnamen an.\nWird nicht mehr unterst\u00FCtzt. Legen Sie die Textcodierung f\u00FCr das Lesen von Dateien in fr\u00FCheren Versionen manuell fest.\nAktivieren Sie die Fehlerberichterstattung in typgepr\u00FCften JavaScript-Dateien.\nAktivieren Sie Einschr\u00E4nkungen, die die Verwendung eines TypeScript-Projekts mit Projektverweisen erm\u00F6glichen.\nGenerieren Sie .d.ts-Dateien aus TypeScript- und JavaScript-Dateien in Ihrem Projekt.\nGeben Sie das Ausgabeverzeichnis f\u00FCr generierte Deklarationsdateien an.\nErstellen Sie Quellzuordnungen f\u00FCr d.ts-Dateien.\nAusgabe Compiler-Leistungsinformationen nach dem Erstellen.\nDeaktiviert den R\u00FCckschluss f\u00FCr den Typabruf, indem Dateinamen in einem Projekt betrachtet werden.\nVerringern Sie die Anzahl der Projekte, die von TypeScript automatisch geladen werden.\nEntfernen Sie die Obergrenze von 20 MB f\u00FCr die Gesamtgr\u00F6\u00DFe des Quellcodes f\u00FCr JavaScript-Dateien auf dem TypeScript-Sprachserver.\nDeaktivieren Sie bei der Bearbeitung ein Projekt von der \u00DCberpr\u00FCfung mehrerer Projektverweise.\nDeaktivieren Sie bevorzugte Quelldateien anstelle von Deklarationsdateien, wenn Sie auf zusammengesetzte Projekte verweisen.\nGeben Sie mehr kompatibles, aber ausf\u00FChrliches und weniger leistungsf\u00E4higes JavaScript f\u00FCr die Iteration aus.\nGeben Sie zu Beginn der Ausgabedateien eine UTF-8-Bytereihenfolge-Marke (BOM) aus.\nNur d.ts-Dateien und keine JavaScript-Dateien ausgeben.\nGeben Sie Entwurfstypmetadaten f\u00FCr erg\u00E4nzte Deklarationen in Quelldateien aus.\nTyp-Akquisition f\u00FCr JavaScript-Projekte deaktivieren\nGeben Sie zus\u00E4tzliches JavaScript aus, um die Unterst\u00FCtzung beim Importieren von CommonJS-Modulen zu vereinfachen. Dadurch wird \u201EallowSyntheticDefaultImports\u201C f\u00FCr die Typkompatibilit\u00E4t aktiviert.\nFiltert Ergebnisse aus der Option \"include\".\nEntfernen Sie eine Liste von Verzeichnissen aus dem \u00DCberwachungsvorgang.\nEntfernen Sie eine Liste von Dateien aus der Verarbeitung des \u00DCberwachungsmodus.\nAktivieren Sie experimentelle Unterst\u00FCtzung f\u00FCr experimentelle Legacy-Decorators.\nW\u00E4hrend der Kompilierung gelesene Dateien drucken, einschlie\u00DFlich der Gr\u00FCnde f\u00FCr ihre Aufnahme.\nGeben Sie ausf\u00FChrlichere Compilerleistungsinformationen nach der Erstellung aus.\nGeben Sie einen oder mehrere Pfad- oder Knotenmodulverweise auf Basiskonfigurationsdateien an, von denen Einstellungen geerbt werden.\nGeben Sie an, welchen Ansatz der Watcher verwenden soll, wenn auf dem System keine nativen Datei\u00FCberwachungen mehr vorhanden sind.\nSchlie\u00DFen Sie eine Liste von Dateien ein. Dies unterst\u00FCtzt keine Globmuster im Gegensatz zu \"include\".\nErstellen Sie alle Projekte, einschlie\u00DFlich der Projekte, die aktuell zu sein scheinen.\nStellen Sie sicher, dass die Gro\u00DF-/Kleinschreibung beim Import korrekt ist.\nGeben Sie ein v8-CPU-Profil der Compilerausf\u00FChrung zum Debuggen aus.\nDas Importieren von Hilfsfunktionen aus tslib einmal pro Projekt zulassen, anstatt sie pro Datei einzubeziehen.\n\u00DCberspringen Sie die Erstellung von Downstreamprojekten bei einem Fehler im Upstreamprojekt.\nGeben Sie eine Liste von Globmustern an, die mit Dateien \u00FCbereinstimmen, die in die Kompilierung einbezogen werden sollen.\nSpeichern Sie die .tsbuildinfo-Dateien, um eine inkrementelle Kompilierung von Projekten zuzulassen.\nSchlie\u00DFen Sie Quellzuordnungsdateien in das ausgegebene JavaScript ein.\nF\u00FCgen Sie den Quellcode in die Quellzuordnungen innerhalb des ausgesendeten JavaScript-Codes ein.\nStellen Sie sicher, dass jede Datei sicher transpiliert werden kann, ohne dass andere Importe erforderlich sind.\nGeben Sie an, welcher JSX-Code generiert wird.\nGeben Sie die JSX-Factoryfunktion an, die verwendet wird, wenn Sie die JSX-Ausgabe \u201Ereact\u201C als Ziel verwenden, z.\u00A0B. \u201EReact.createElement\u201C oder \u201Eh\u201C.\nGeben Sie den JSX-Fragmentverweis an, der f\u00FCr Fragmente verwendet wird, wenn die React JSX-Ausgabe als Ziel verwendet wird, z. B. \"React.Fragment\" oder \"Fragment\".\nGeben Sie den Modulspezifizierer an, der zum Importieren der JSX-Factoryfunktionen verwendet wird, wenn Sie \u201Ejsx: react-jsx*\u201C verwenden.\nStellen Sie ein, dass keyof nur Zeichenfolgen, anstelle von Zeichenfolgen, Zahlen oder Symbolen zur\u00FCckgibt. Legacy-Option.\nGeben Sie einen Satz geb\u00FCndelter Bibliotheksdeklarationsdateien an, die die Ziellaufzeitumgebung beschreiben.\nDrucken Sie die Namen der ausgegebenen Dateien nach einer Kompilierung.\nDrucken Sie alle Dateien, die w\u00E4hrend der Kompilierung gelesen wurden.\nLegen Sie die Sprache des Messagings von TypeScript fest. Dies wirkt sich nicht auf die Ausgabe aus.\nGeben Sie den Speicherort an, an dem der Debugger Zuordnungsdateien ermitteln soll, anstatt generierte Speicherorte zu verwenden.\nGeben Sie die maximale Ordnertiefe an, die zum \u00DCberpr\u00FCfen von JavaScript-Dateien aus \u201Enode_modules\u201C verwendet wird. Gilt nur f\u00FCr \u201EallowJs\u201C.\nGeben Sie an, welcher Modulcode generiert wird.\nGeben Sie an, wie TypeScript eine Datei aus einem angegebenen Modulspezifizierer sucht.\nLegen Sie das Zeilenumbruchzeichen f\u00FCr Ausgabedateien fest.\nDeaktivieren Sie das Ausgeben von Dateien aus einer Kompilierung.\nDeaktivieren Sie das Generieren von benutzerdefinierten Hilfsfunktionen wie \u201E__extends\u201C in der kompilierten Ausgabe.\nDeaktivieren Sie das Ausgeben von Dateien, wenn Typ\u00FCberpr\u00FCfungsfehler gemeldet werden.\nDeaktivieren Sie das Abschneiden von Typen in Fehlermeldungen.\nAktivieren Sie die Fehlerberichterstellung f\u00FCr Fallthroughf\u00E4lle in Switch-Anweisungen.\nAktivieren Sie die Fehlerberichterstattung f\u00FCr Ausdr\u00FCcke und Deklarationen mit einem impliziten \u201Eany\u201C-Typ.\nStellen Sie sicher, dass \u00FCberschreibende Member in abgeleiteten Klassen mit einem \u00DCberschreibungsmodifizierer markiert sind.\nAktivieren Sie die Fehlerberichterstattung f\u00FCr Codepfade, die nicht explizit in einer Funktion zur\u00FCckgegeben werden.\nAktivieren Sie die Fehlerberichterstattung, wenn \u201Ethis\u201C den Typ \u201Eany\u201C erh\u00E4lt.\nDeaktivieren Sie das Hinzuf\u00FCgen von \"Use Strict\"-Direktiven in ausgesendeten JavaScript-Dateien.\nDeaktivieren Sie das Einschlie\u00DFen von Bibliotheksdateien, einschlie\u00DFlich der Standarddatei \"lib.d.ts\".\nErzwingt die Verwendung indizierter Accessoren f\u00FCr Schl\u00FCssel, die mithilfe eines indizierten Typs deklariert wurden.\nHiermit wird verhindert, dass \u201Eimport\u201C, \u201Erequire\u201C oder \u201E<reference>\u201C die Anzahl der Dateien erweitern, die TypeScript einem Projekt hinzuf\u00FCgen soll.\nDeaktivieren Sie die strenge \u00DCberpr\u00FCfung generischer Signaturen in Funktionstypen.\nF\u00FCgen Sie einem Typ \u201Eundefined\u201C hinzu, wenn \u00FCber einen Index darauf zugegriffen wird.\nAktivieren Sie die Fehlerberichterstattung, wenn lokale Variablen nicht gelesen werden.\nL\u00F6st einen Fehler aus, wenn ein Funktionsparameter nicht gelesen wird.\nVeraltete Einstellung. Verwenden Sie stattdessen \u201EoutFile\u201C.\nGeben Sie einen Ausgabeordner f\u00FCr alle ausgegebenen Dateien an.\nGeben Sie eine Datei an, die alle Ausgaben in einer JavaScript-Datei b\u00FCndelt. Wenn \u201Edeclaration\u201C TRUE ist, wird auch eine Datei festgelegt, die alle \u201E.d.ts\u201C-Ausgaben b\u00FCndelt.\nGeben Sie einen Satz von Eintr\u00E4gen an, die Importe an zus\u00E4tzliche Lookup-Speicherorte neu zuordnen.\nGeben Sie eine Liste der einzuschlie\u00DFenden Sprachdienst-Plug-Ins an.\nDeaktivieren Sie das L\u00F6schen von \u201Econst enum\u201C-Deklarationen in generiertem Code.\nDeaktivieren Sie das Aufl\u00F6sen von symlinks in ihren Realpfad. Dies korreliert mit derselben Kennzeichnung im Knoten.\nDeaktivieren Sie das Zur\u00FCcksetzen der Konsole im \u00DCberwachungsmodus.\nAktivieren Sie Farbe und Formatierung in der TypeScript-Ausgabe, um Compilerfehler leichter zu lesen.\nGeben Sie das Objekt an, das f\u00FCr \u201EcreateElement\u201C aufgerufen wird. Dies gilt nur, wenn die JSX-Ausgabe \u201Ereact\u201C als Ziel verwendet wird.\nGeben Sie ein Objektarray an, das Pfade f\u00FCr Projekte angibt. Wird in Projekt verweisen verwendet.\nDeaktivieren Sie das Ausgeben von Kommentaren.\nAktivieren Sie das Importieren von JSON-Dateien.\nGeben Sie den Stammordner in den Quelldateien an.\nLassen Sie zu, dass mehrere Ordner beim Aufl\u00F6sen von Modulen als ein Ordner behandelt werden.\n\u00DCberspringen Sie die Typ\u00FCberpr\u00FCfung von .d.ts-Dateien, die in TypeScript enthalten sind.\n\u00DCberspringen Sie die Typ\u00FCberpr\u00FCfung aller .d.ts-Dateien.\nErstellen Sie Quellzuordnungsdateien f\u00FCr ausgegebene JavaScript-Dateien.\nGeben Sie den Stammpfad f\u00FCr Debugger an, um den Verweisquellcode zu suchen.\n\u00DCberpr\u00FCfen Sie, ob die Argumente f\u00FCr die Methoden \u201Ebind\u201C, \u201Ecall\u201C und \u201Eapply\u201C mit der urspr\u00FCnglichen Funktion \u00FCbereinstimmen.\n\u00DCberpr\u00FCfen Sie beim Zuweisen von Funktionen, ob Parameter und R\u00FCckgabewerte untertypkompatibel sind.\nBer\u00FCcksichtigen Sie bei der Typ\u00FCberpr\u00FCfung \u201Enull\u201C und \u201Eundefined\u201C.\nSuchen Sie nach Klasseneigenschaften, die im Konstruktor deklariert, aber nicht festgelegt sind.\nDeaktivieren Sie das Ausgeben von Deklarationen mit \u201E@internal\u201C in ihren JSDoc-Kommentaren.\nDeaktivieren Sie die Meldung \u00FCberm\u00E4\u00DFiger Eigenschaftsfehler w\u00E4hrend der Erstellung von Objektliteralen.\nUnterdr\u00FCcken Sie \u201EnoImplicitAny\u201C-Fehler beim Indizieren von Objekten ohne Indexsignaturen.\nRufen Sie R\u00FCckrufe synchron auf, und aktualisieren Sie den Status von Verzeichnis\u00FCberwachungen auf Plattformen, die rekursive \u00DCberwachung nicht nativ unterst\u00FCtzen.\nLegen Sie die JavaScript-Sprachversion f\u00FCr das ausgegebene JavaScript fest, und schlie\u00DFen Sie kompatible Bibliotheksdeklarationen ein.\nProtokollpfade, die w\u00E4hrend des \u201EmoduleResolution\u201C-Prozesses verwendet werden.\nGeben Sie den Pfad zu inkrementelle Kompilierungsdateien .tsbuildinfo an.\nGeben Sie Optionen f\u00FCr den automatischen Erwerb von Deklarationsdateien an.\nGeben Sie mehrere Ordner an, die als \u201E./node_modules/@types\u201C fungieren.\nGeben Sie Typpaketnamen an, die eingeschlossen werden sollen, ohne in einer Quelldatei referenziert zu werden.\nGeben Sie ECMAScript-standardkonforme Klassenfelder aus.\nAktivieren Sie die ausf\u00FChrliche Protokollierung.\nGeben Sie an, wie Verzeichnisse auf Systemen \u00FCberwacht werden, f\u00FCr die eine rekursive Datei\u00FCberwachungsfunktion fehlt.\nGeben Sie an, wie der TypeScript-\u00DCberwachungsmodus funktioniert.\nNicht deklarierte Eigenschaften aus Indexsignaturen m\u00FCssen Elementzugriffe verwenden.\nGeben Sie das Ausgabe-/\u00DCberpr\u00FCfungsverhalten f\u00FCr Importe an, die nur f\u00FCr Typen verwendet werden.\nFordern Sie eine ausreichende Anmerkung zu Exporten an, damit andere Tools Deklarationsdateien trivial generieren k\u00F6nnen.\nIntegrierte Iteratoren werden mit dem Typ \"TReturn\" vom Typ \"undefined\" anstelle von \"any\" instanziiert.\nLaufzeitkonstrukte, die nicht Teil von ECMAScript sind, nicht zulassen\nStellen Sie die Variablen der Catch-Klauseln standardm\u00E4\u00DFig als \u201Eunknown\u201C anstelle von \u201Eany\u201C ein.\nSie sollten keine Importe oder Exporte transformieren oder ausblenden, die nicht als typgesch\u00FCtzt markiert sind. Stellen Sie sicher, dass sie basierend auf der Einstellung \"module\" im Format der Ausgabedatei geschrieben werden.\nDeaktivieren Sie die vollst\u00E4ndige Typ\u00FCberpr\u00FCfung (nur kritische Analyse- und Ausgabefehler werden gemeldet).\n\u00DCberpr\u00FCfen Sie die Nebeneffektimporte.\nDieser Vorgang kann vereinfacht werden. Diese Schicht ist identisch mit \u201E{0} {1} {2}\u201C.\nLibersetzung aktivieren.\n\neines von:\neins oder mehr:\nTyp:\nStandard:\n\n'false', es sei denn 'composite' ist festgelegt\n'[\"node_modules\",\"bower_components\",\"jspm_packages\"]5D;', plus der Wert von 'outDir', wenn ein Wert angegeben ist.\n'[]5D;', wenn 'files' angegeben ist, andernfalls '[\"**/*\"]5D;'\n'true', wenn 'composite', andernfalls 'false'\nAus der Liste der Eingabedateien berechnet\nPlattformspezifisch\nInformationen zu allen Compileroptionen finden Sie unter {0}\nBei Einschlie\u00DFung von --watch beginnt -w, das aktuelle Projekt auf Datei\u00E4nderungen zu \u00FCberwachen. Einmal eingestellt, k\u00F6nnen Sie den \u00DCberwachungsmodus konfigurieren, und zwar mit:\nBei Verwendung von --build wird tsc durch -b dazu veranlasst, sich eher wie ein Build-Orchestrator als ein Compiler zu verhalten. Damit wird der Aufbau von zusammengesetzten Projekten ausgel\u00F6st. Weitere Informationen dazu finden Sie unter {0}\nALLGEMEINE BEFEHLE\nALLE COMPILEROPTIONEN\n\u00DCBERWACHUNGSOPTIONEN\nBUILDOPTIONEN\nALLGEMEINE COMPILEROPTIONEN\nBEFEHLSZEILENFLAGS\ntsc: Der TypeScript-Compiler\nKompiliert das aktuelle Projekt (tsconfig.json im Arbeitsverzeichnis.)\nIgnoriert tsconfig.json und kompiliert die angegebenen Dateien mit den Standardkompilieroptionen.\nErstellen Sie ein zusammengesetztes Projekt im Arbeitsverzeichnis.\nErstellt eine tsconfig.json mit den empfohlenen Einstellungen im Arbeitsverzeichnis.\nKompiliert das sich am angegebenen Pfad befindliche TypeScript-Projekt.\nEine erweiterte Version dieser Informationen mit allen m\u00F6glichen Compileroptionen\nKompiliert das aktuelle Projekt mit zus\u00E4tzlichen Einstellungen.\n\"true\" f\u00FCr ES2022 und h\u00F6her, einschlie\u00DFlich ESNext.\nListe der Dateinamensuffixe, die beim Aufl\u00F6sen eines Moduls gesucht werden sollen.\n\u201Efalse\u201C, es sei denn \u201EcheckJs\u201C ist festgelegt\nDie Variable \"{0}\" weist implizit einen Typ \"{1}\" auf.\nDer Parameter \"{0}\" weist implizit einen Typ \"{1}\" auf.\nDer Member \"{0}\" weist implizit den Typ \"{1}\" auf.\nDer new-Ausdruck, in dessen Ziel eine Konstruktsignatur fehlt, weist implizit einen Typ \"any\" auf.\n\"{0}\" ohne R\u00FCckgabetypanmerkung weist implizit einen R\u00FCckgabetyp \"{1}\" auf.\nEin Funktionsausdruck ohne R\u00FCckgabetypanmerkung weist implizit einen {0}-R\u00FCckgabetyp auf.\nDiese \u00DCberladung gibt implizit den Typ \u201E{0}\u201C zur\u00FCck, da keine R\u00FCckgabetypanmerkung vorhanden ist.\nEine Konstruktsignatur ohne R\u00FCckgabetypanmerkung weist implizit einen any-R\u00FCckgabetyp auf.\nEin Funktionstyp ohne R\u00FCckgabetypanmerkung weist implizit einen R\u00FCckgabetyp \"{0}\" auf.\nDas Element weist implizit einen Typ \"any\" auf, weil der Indexausdruck nicht vom Typ \"number\" ist.\nEs wurde keine Deklarationsdatei f\u00FCr das Modul \"{0}\" gefunden. \"{1}\" weist implizit den Typ \"any\" auf.\nDas Element weist implizit einen Typ \"any\" auf, weil der Typ \"{0}\" keine Indexsignatur umfasst.\nDie Eigenschaft \"{0}\" des Objektliterals weist implizit den Typ \"{1}\" auf.\nDer rest-parameter \"{0}\" weist implizit einen Typ \"any[]5D;\" auf.\nEine Aufrufsignatur ohne R\u00FCckgabetypanmerkung weist implizit einen any-R\u00FCckgabetyp auf.\n\"{0}\" weist implizit den Typ \"any\" auf, weil keine Typanmerkung vorhanden ist und darauf direkt oder indirekt im eigenen Initialisierer verwiesen wird.\n\"{0}\" weist implizit den Typ \"any\" auf, weil keine R\u00FCckgabetypanmerkung vorhanden ist und darauf direkt oder indirekt in einem der R\u00FCckgabeausdr\u00FCcke des Objekts verwiesen wird.\nDie Funktion weist implizit den Typ \"any\" auf, weil keine R\u00FCckgabetypanmerkung vorhanden ist und darauf direkt oder indirekt in einem ihrer R\u00FCckgabeausdr\u00FCcke verwiesen wird.\nDer Generator hat implizit den Yield-Typ '{0}'. Erw\u00E4gen Sie die Angabe eines R\u00FCckgabetyps.\nDas JSX-Element enth\u00E4lt implizit den Typ \"any\", weil keine Schnittstelle \"JSX.{0}\" vorhanden ist.\nEs wurde unerreichbarer Code erkannt.\nNicht verwendete Bezeichnung.\nFallThrough-Fall in switch-Anweisung.\nNicht alle Codepfade geben einen Wert zur\u00FCck.\nDas Bindungselement \"{0}\" weist implizit einen Typ \"{1}\" auf.\nDie Eigenschaft \"{0}\" weist implizit den Typ \"any\" auf, weil ihrem set-Accessor eine Parametertypanmerkung fehlt.\nDie Eigenschaft \"{0}\" weist implizit den Typ \"any\" auf, weil ihrem get-Accessor eine Parametertypanmerkung fehlt.\nDie Variable \"{0}\" weist an manchen Stellen implizit den Typ \"{1}\" auf, an denen der Typ nicht ermittelt werden kann.\nVersuchen Sie es mit \"npm i --save-dev @types/{1}\", sofern vorhanden, oder f\u00FCgen Sie eine neue Deklarationsdatei (.d.ts) hinzu, die \"declare module '{0}';\" enth\u00E4lt.\nDer Spezifizierer des dynamischen Imports muss den Typ \"string\" aufweisen, hier ist er jedoch vom Typ \"{0}\".\nErm\u00F6glicht Ausgabeinteroperabilit\u00E4t zwischen CommonJS- und ES-Modulen durch die Erstellung von Namespaceobjekten f\u00FCr alle Importe. Impliziert \"AllowSyntheticDefaultImports\".\nDer Typ stammt aus diesem Import. Ein Import im Namespacestil kann nicht aufgerufen oder erstellt werden und verursacht zur Laufzeit einen Fehler. Erw\u00E4gen Sie hier stattdessen die Verwendung eines Standardimports oder die den Import \u00FCber \"require\".\nDer zugeordnete Objekttyp weist implizit einen any-Vorlagentyp auf.\nWenn das Paket \"{0}\" dieses Modul tats\u00E4chlich verf\u00FCgbar macht, erw\u00E4gen Sie, einen Pull Request zum \u00C4ndern von https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/{1} zu senden.\nDie enthaltende Pfeilfunktion erfasst den globalen Wert von \"this\".\nDas Modul \"{0}\" wurde in \"{1}\" aufgel\u00F6st, aber \"--resolveJsonModule\" wird nicht verwendet.\nDie Variable \"{0}\" weist implizit einen Typ \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDer Parameter \"{0}\" weist implizit einen Typ \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nMember \"{0}\" weist implizit einen Typ \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDie Variable \"{0}\" weist an einigen Stellen implizit den Typ \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDer rest-Parameter \"{0}\" weist implizit einen Typ \"any[]5D;\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDie Eigenschaft \"{0}\" weist implizit den Typ \"any\" auf, aber f\u00FCr den zugeh\u00F6rigen get-Accessor kann m\u00F6glicherweise ein besserer Typ aus der Syntax abgeleitet werden.\nDie Eigenschaft \"{0}\" weist implizit den Typ \"any\" auf, aber f\u00FCr den zugeh\u00F6rigen set-Accessor kann m\u00F6glicherweise ein besserer Typ aus der Syntax abgeleitet werden.\n\"{0}\" weist implizit einen R\u00FCckgabetyp \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDer Parameter weist einen Namen, aber keinen Typ auf. Meinten Sie \"{0}: {1}\"?\nDas Element weist implizit einen Typ \"any\" auf, weil der Typ \"{0}\" keine Indexsignatur umfasst. Wollten Sie \"{1}\" aufrufen?\nDas Element weist implizit einen Typ \"any\" auf, weil der Ausdruck vom Typ \"{0}\" nicht f\u00FCr den Indextyp \"{1}\" verwendet werden kann.\nF\u00FCr den Typ \"{1}\" wurde keine Indexsignatur mit einem Parameter vom Typ \"{0}\" gefunden.\n\"{0}\" ohne R\u00FCckgabetypanmerkung weist implizit einen yield-Typ \"{1}\" auf.\nDer abgeleitete Typ dieses Knotens \u00FCberschreitet die maximale L\u00E4nge, die vom Compiler serialisiert wird. Eine explizite Typanmerkung ist erforderlich.\nDer Ausdruck \"yield\" f\u00FChrt implizit zu einem Typ \"any\", weil der enthaltende Generator keine Anmerkung vom R\u00FCckgabetyp umfasst.\nWenn das Paket \"{0}\" dieses Modul tats\u00E4chlich verf\u00FCgbar macht, versuchen Sie, eine neue Deklarationsdatei (.d.ts) hinzuzuf\u00FCgen, die Declare-Modul \"{1}\" enth\u00E4lt.\nDiese Syntax ist in Dateien mit der Erweiterung \".mts\" oder \".cts\" reserviert. Verwenden Sie stattdessen einen \u201Eas\u201C-Ausdruck.\nDiese Syntax ist in Dateien mit der Erweiterung .mts oder .cts reserviert. F\u00FCgen Sie ein nachfolgendes Komma oder eine explizite Einschr\u00E4nkung hinzu.\nEin zugeordneter Typ darf keine Eigenschaften oder Methoden deklarieren.\nSie k\u00F6nnen dieses Element nicht umbenennen.\nSie k\u00F6nnen keine Elemente umbenennen, die in der TypeScript-Standardbibliothek definiert sind.\n\"import... =\" kann nur in TypeScript-Dateien verwendet werden.\n\"export =\" kann nur in TypeScript-Dateien verwendet werden.\nTypparameterdeklarationen k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nimplements-Klauseln k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\n{0}-Deklarationen k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nTypaliase k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nDer Modifizierer \"{0}\" kann nur in TypeScript-Dateien verwendet werden.\nTypanmerkungen k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nTypargumente k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nParametermodifizierer k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nAssertionen ungleich NULL k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nTypassertionsausdr\u00FCcke k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nSignaturdeklarationen k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nFehler in .js-Dateien melden.\nJSDoc-Typen k\u00F6nnen nur innerhalb von Dokumentationskommentaren verwendet werden.\nDas JSDoc-Tag \"@typedef\" muss entweder eine Typanmerkung aufweisen, oder die Tags \"@property\" oder \"@member\" m\u00FCssen darauf folgen.\nJSDoc \"@{0}\" ist keiner Klassendeklaration zugeordnet.\nJSDoc \"@{0} {1}\" entspricht nicht der Klausel \"extends {2}\".\nDas JSDoc-Tag \"@param\" weist den Namen \"{0}\" auf, es gibt jedoch keinen Parameter dieses Namens.\nKlassendeklarationen d\u00FCrfen maximal ein \"@augments\"- oder \"@extends\"-Tag aufweisen.\n{0} Typargumente erwartet; geben Sie diese mit einem @extends-Tag an.\n{0}-{1} Typargumente erwartet; geben Sie diese mit einem @extends-Tag an.\nDas JSDoc-Tag \"...\" wird m\u00F6glicherweise nur im letzten Parameter einer Signatur angezeigt.\nDas JSDoc-Tag \"@param\" weist den Namen \"{0}\" auf, es ist jedoch kein Parameter dieses Namens vorhanden. Es l\u00E4ge eine \u00DCbereinstimmung mit \"arguments\" vor, wenn ein Arraytyp vorl\u00E4ge.\n\nEin Modul kann nicht \u00FCber einen globalen Import umbenannt werden.\nDer qualifizierte Name \"{0}\" ist ohne Voranstellung von \"@param {object} {1}\" nicht zul\u00E4ssig.\nEin JSDoc-Kommentar \"@typedef\" darf nicht mehrere @type-Tags enthalten.\nDas Tag wurde zuerst hier angegeben.\nElemente, die in einem Ordner \"node_modules\" definiert sind, k\u00F6nnen nicht umbenannt werden.\nElemente, die in einem anderen Ordner \"node_modules\" definiert sind, k\u00F6nnen nicht umbenannt werden.\nTyperf\u00FCllungsausdr\u00FCcke k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nDecorators d\u00FCrfen nicht nach \"export\" oder \"export default\" angezeigt werden, wenn sie auch vor \"export\" angezeigt werden.\nEin JSDoc-Tag \"@template\" darf nicht auf ein \"@typedef\", \"@callback\" oder \"@overload\" folgen.\n\nZur Deklarationsausgabe f\u00FCr diese Datei muss der private Name \"{0}\" verwendet werden. Eine explizite Typanmerkung kann die Deklarationsausgabe freigeben.\nZur Deklarationsausgabe f\u00FCr diese Datei muss der private Name \"{0}\" aus dem Modul \"{1}\" verwendet werden. Eine explizite Typanmerkung kann die Deklarationsausgabe freigeben.\nDie Funktion muss eine explizite R\u00FCckgabetypanmerkung mit \"--isolatedDeclarations\" aufweisen.\nDie Methode muss eine explizite R\u00FCckgabetypanmerkung mit \"--isolatedDeclarations\" aufweisen.\nMindestens ein Accessor muss \u00FCber eine explizite Typanmerkung mit \u201E--isolatedDeclarations\u201C verf\u00FCgen.\nDie Variable muss eine explizite Typanmerkung mit --isolatedDeclarations aufweisen.\nDer Parameter muss eine explizite Typanmerkung mit \"--isolatedDeclarations\" aufweisen.\nDie Eigenschaft muss eine explizite Typanmerkung mit \"--isolatedDeclarations\" aufweisen.\nDer Ausdruckstyp kann nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nBerechnete Eigenschaften m\u00FCssen Zahlen- oder Zeichenfolgenliterale, Variablen oder gepunktete Ausdr\u00FCcke mit \"--isolatedDeclarations\" sein.\nObjekte, die Verteilungszuweisungen enthalten, k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nObjekte, die Kurzformeigenschaften enthalten, k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nNur const-Arrays k\u00F6nnen mit \"--isolatedDeclarations\" abgeleitet werden.\nArrays mit Verteilungselementen k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nBindungselemente k\u00F6nnen nicht direkt mit \"--isolatedDeclarations\" exportiert werden.\nEnumerationsmemberinitialisierer m\u00FCssen ohne Verweise auf externe Symbole mit \"--isolatedDeclarations\" berechenbar sein.\nDie Extends-Klausel darf keinen Ausdruck mit \"--isolatedDeclarations\" enthalten.\nDer R\u00FCckschluss von Klassenausdr\u00FCcken wird mit \"--isolatedDeclarations\" nicht unterst\u00FCtzt.\nDas Zuweisen von Eigenschaften zu Funktionen ohne Deklaration wird mit \"--isolatedDeclarations\" nicht unterst\u00FCtzt. F\u00FCgen Sie eine explizite Deklaration f\u00FCr die Eigenschaften hinzu, die dieser Funktion zugewiesen sind.\nDie Deklarationsausgabe f\u00FCr diesen Parameter erfordert das implizit undefinierte Hinzuf\u00FCgen zum Typ. Dies wird mit \u201E--isolatedDeclarations\u201C nicht unterst\u00FCtzt.\nDie Deklarationsausgabe f\u00FCr diese Datei erfordert, dass dieser Import f\u00FCr Augmentationen beibehalten wird. Dies wird mit \"--isolatedDeclarations\" nicht unterst\u00FCtzt.\nF\u00FCgen Sie der Variable {0} eine Typanmerkung hinzu.\nF\u00FCgen Sie dem Parameter {0} eine Typanmerkung hinzu.\nF\u00FCgen Sie der Eigenschaft {0} eine Typanmerkung hinzu.\nF\u00FCgen Sie dem Funktionsausdruck einen R\u00FCckgabetyp hinzu.\nF\u00FCgen Sie der Funktionsdeklaration einen R\u00FCckgabetyp hinzu.\nF\u00FCgen Sie der get-Accessordeklaration einen R\u00FCckgabetyp hinzu.\nF\u00FCgen Sie dem Parameter der set-Accessordeklaration einen Typ hinzu.\nDer Methode einen R\u00FCckgabetyp hinzuf\u00FCgen\nF\u00FCgen Sie diesem Ausdruck Erf\u00FCllungen und eine Typassertion hinzu (entspricht T als T), um den Typ explizit zu machen.\nVerschieben Sie den Ausdruck im Standardexport in eine Variable, und f\u00FCgen Sie ihm eine Typanmerkung hinzu.\nStandardexporte k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nBerechnete Eigenschaftsnamen f\u00FCr Klassen- oder Objektliterale k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nDer Typ, der den privaten Namen \u201E{0}\u201C enth\u00E4lt, kann nicht mit \u201E--isolatedDeclarations\u201C verwendet werden.\nJSX-Attributen darf nur ein nicht leeres expression-Objekt zugewiesen werden.\nJSX-Elemente d\u00FCrfen nicht mehrere Attribute mit dem gleichen Namen aufweisen.\nDas entsprechende schlie\u00DFende JSX-Tag wurde f\u00FCr \"{0}\" erwartet.\nJSX kann nur verwendet werden, wenn das Flag \"-jsx\" angegeben wird.\nEin Konstruktor darf keinen super-Aufruf enthalten, wenn seine Klasse \"null\" erweitert.\nUn\u00E4re Ausdr\u00FCcke mit dem Operator \"{0}\" sind auf der linken Seite von Potenzierungsausdr\u00FCcken nicht zul\u00E4ssig. Erw\u00E4gen Sie, den Ausdruck in Klammern zu setzen.\nTypassertionsausdr\u00FCcke sind in der linken Seite von Potenzierungsausdr\u00FCcken nicht zul\u00E4ssig. Erw\u00E4gen Sie, den Ausdruck in Klammern zu setzen.\nDas JSX-Element \"{0}\" weist kein entsprechendes schlie\u00DFendes Tag auf.\n\"super\" muss vor dem Zugreifen auf \"this\" im Konstruktor einer abgeleiteten Klasse aufgerufen werden.\nUnbekannte Option zur Typerfassung: {0}.\nVor dem Zugriff auf eine Eigenschaft von \"super\" im Konstruktor einer abgeleiteten Klasse muss \"super\" aufgerufen werden.\n\"{0}\" ist keine g\u00FCltige Metaeigenschaft f\u00FCr das Schl\u00FCsselwort \"{1}\". Meinten Sie \"{2}\"?\nDie Metaeigenschaft \"{0}\" ist nur im Text einer Funktionsdeklaration, eines Funktionsausdrucks oder eines Konstruktors zul\u00E4ssig.\nDas JSX-Fragment weist kein entsprechendes schlie\u00DFendes Tag auf.\nF\u00FCr das JSX-Fragment wurde das entsprechende schlie\u00DFende Tag erwartet.\nUm JSX-Fragmente mit der Compileroption \"jsxFactory\" zu verwenden, muss die Compileroption \"jsxFragmentFactory\" angegeben werden.\nBei Verwendung eines @jsx-Pragmas mit JSX-Fragmenten wird ein @jsxFrag-Pragma ben\u00F6tigt.\nUnbekannte Typerfassungsoption \"{0}\". Meinten Sie \"{1}\"?\n\u201E{0}\u201C am Ende eines Typs ist keine g\u00FCltige TypeScript-Syntax. Wollten Sie \u201E{1}\u201C schreiben?\n\u201E{0}\u201C am Anfang eines Typs ist keine g\u00FCltige TypeScript-Syntax. Wollten Sie \u201E{1}\u201C schreiben?\nDie Unicode-Escapesequenz kann hier nicht angezeigt werden.\nEine Zirkularit\u00E4t wurde beim Aufl\u00F6sen der Konfiguration erkannt: {0}\nDie Liste \"files\" in der Konfigurationsdatei \"{0}\" ist leer.\nIn der Konfigurationsdatei \"{0}\" wurden keine Eingaben gefunden. Als include-Pfade wurden \"{1}\", als exclude-Pfade wurden \"{2}\" angegeben.\nIm Bereich f\u00FCr die Kompakteigenschaft \"{0}\" ist kein Wert vorhanden. Deklarieren Sie entweder einen Wert, oder geben Sie einen Initialisierer an.\nKlassen d\u00FCrfen kein Feld mit dem Namen \"constructor\" aufweisen.\nJSX-Ausdr\u00FCcke d\u00FCrfen keinen Komma-Operator verwenden. Wollten Sie ein Array schreiben?\nPrivate Bezeichner k\u00F6nnen nicht als Parameter verwendet werden.\nEin Zugriffsmodifizierer kann nicht mit einem privaten Bezeichner verwendet werden.\nDer Operand eines delete-Operators darf kein privater Bezeichner sein.\n\"#constructor\" ist ein reserviertes Wort.\nAuf die Eigenschaft \"{0}\" kann au\u00DFerhalb der Klasse \"{1}\" nicht zugegriffen werden, weil sie einen privaten Bezeichner aufweist.\nAuf die Eigenschaft \"{0}\" kann f\u00FCr den Typ \"{1}\" nicht innerhalb dieser Klasse zugegriffen werden, weil sie von einem anderen privaten Bezeichner mit der gleichen Schreibweise verborgen wird.\nDie Eigenschaft \"{0}\" im Typ \"{1}\" verweist auf einen anderen Member, auf den nicht aus Typ \"{2}\" zugegriffen werden kann.\nPrivate Bezeichner sind au\u00DFerhalb des Textes von Klassen nicht zul\u00E4ssig.\nDie verbergende Deklaration von \"{0}\" ist hier definiert.\nDie Deklaration von \"{0}\", die Sie wahrscheinlich verwenden wollten, ist hier definiert.\nDer Modifizierer \"{0}\" kann nicht mit einem privaten Bezeichner verwendet werden.\nEin Enumerationsmember kann nicht mit einem privaten Bezeichner benannt werden.\n\"#!\" kann nur am Anfang einer Datei verwendet werden.\nDer Compiler reserviert den Namen \"{0}\", wenn er einen privaten Bezeichner f\u00FCr Vorg\u00E4ngerversionen ausgibt.\nPrivate Bezeichner sind nur verf\u00FCgbar, wenn als Ziel ECMAScript 2015 oder h\u00F6her verwendet wird.\nPrivate Bezeichner sind in Variablendeklarationen nicht zul\u00E4ssig.\nEine optionale Kette kann keine privaten Bezeichner enthalten.\nDie Schnittmenge \"{0}\" wurde auf \"niemals\" reduziert, weil die Eigenschaft \"{1}\" in einigen Bestandteilen widerspr\u00FCchliche Typen aufweist.\nDie Schnittmenge \"{0}\" wurde auf \"niemals\" reduziert, weil die Eigenschaft \"{1}\" in mehreren Bestandteilen vorhanden und in einigen davon privat ist.\nDer Typ \u201E{0}\u201C kann nicht dem Typ \u201E{1}\u201C zugewiesen werden, wie f\u00FCr berechnete Enumerationselementwerte erforderlich.\nGeben Sie die jsxFragmentFactory-Funktion an, die bei Verwendung des JSX-Ausgabeziels \"react\" mit der Compileroption \"jsxFactory\" verwendet werden soll, z.\u00A0B. \"Fragment\".\nUng\u00FCltiger Wert f\u00FCr \"jsxFragmentFactory\". \"{0}\" ist kein g\u00FCltiger Bezeichner oder qualifizierter Name.\nDecorator-Elemente von Klassen k\u00F6nnen nicht mit einem statischen privaten Bezeichner verwendet werden. Erw\u00E4gen Sie, das experimentelle Decorator-Element zu entfernen.\nDer \u201Eawait\u201C-Ausdruck kann nicht innerhalb eines statischen Klassenblocks verwendet werden.\n\u201EFor await\u201C-Schleifen k\u00F6nnen nicht innerhalb eines statischen Klassenblocks verwendet werden.\nUng\u00FCltige Verwendung von \"{0}\". Es kann nicht innerhalb eines statischen Klassenblocks verwendet werden.\nEine \"return\"-Anweisung kann nicht innerhalb eines statischen Klassenblocks verwendet werden.\n\"{0}\" ist ein Typ und kann nicht in JavaScript-Dateien importiert werden. Verwenden Sie \"{1}\" in einer JSDoc-Typanmerkung.\nTypen k\u00F6nnen in Exportdeklarationen in JavaScript-Dateien nicht angezeigt werden.\n\"{0}\" wird hier automatisch exportiert.\nEigenschaften mit dem Accessormodifizierer sind nur f\u00FCr ECMAScript 2015 und h\u00F6her verf\u00FCgbar.\n\"{0}\" ist vom Typ \"unbekannt\".\n\"{0}\" ist m\u00F6glicherweise \"null\".\n\"{0}\" ist m\u00F6glicherweise nicht \"nicht definiert\".\n\"{0}\" ist m\u00F6glicherweise \"null\" oder \"nicht definiert\".\nDer Wert \"{0}\" kann hier nicht verwendet werden.\nDie Compileroption \"{0}\" darf keine leere Zeichenfolge erhalten.\nDer zugeh\u00F6rige Typ \"{0}\" ist kein g\u00FCltiger JSX-Elementtyp.\n\u201Eawait using\u201C-Anweisungen k\u00F6nnen nicht innerhalb eines statischen Klassenblocks verwendet werden.\n\u201E{0}\u201C hat einen Zeichenfolgentyp, muss aber syntaktisch erkennbare Zeichenfolgensyntax aufweisen, wenn \u201EisolatedModules\u201C aktiviert ist.\nDer Enumerationsmember, der auf ein nicht literales numerisches Element folgt, muss \u00FCber einen Initialisierer verf\u00FCgen, wenn \"isolatedModules\" aktiviert ist.\nImport- und Exportnamen von Zeichenfolgenliteralen werden nicht unterst\u00FCtzt, wenn das Flag \"--module\" auf \"es2015\" oder \"es2020\" festgelegt ist.\nStandardimporte sind in einem verz\u00F6gerten Import nicht zul\u00E4ssig.\nBenannte Importe sind in einem verz\u00F6gerten Import nicht zul\u00E4ssig.\nVerz\u00F6gerte Importe werden nur unterst\u00FCtzt, wenn das Flag \u201E--module\u201C auf \u201Eesnext\u201C oder \u201Epreserve\u201C festgelegt ist.\n\u201E{0}\u201C ist keine g\u00FCltige Metaeigenschaft f\u00FCr das Schl\u00FCsselwort \u201Eimport\u201C. Meinten Sie \u201Emeta\u201C oder \u201Edefer\u201C?\n\u201Enodenext\u201C, wenn \u201Emodule\u201C auf \u201Enodenext\u201C festgelegt ist; \u201Enode16\u201C, wenn \u201Emodule\u201C auf \u201Enode16\u201C oder \u201Enode18\u201C festgelegt ist; andernfalls \u201Ebundler\u201C.\nDie Datei ist ein CommonJS-Modul und kann m\u00F6glicherweise in ein ES-Modul konvertiert werden.\nDiese Konstruktorfunktion kann in eine Klassendeklaration konvertiert werden.\nDer Import kann in einen Standardimport konvertiert werden.\nJSDoc-Typen k\u00F6nnen in TypeScript-Typen verschoben werden.\nDer Aufruf von \"require\" kann in einen Aufruf von \"import\" konvertiert werden.\nEs kann eine Konvertierung in ein asynchrone Funktion durchgef\u00FChrt werden.\n\"await\" hat keine Auswirkungen auf den Typ dieses Ausdrucks.\nNumerische Literale mit absoluten Werten von 2^53 oder h\u00F6her sind zu gro\u00DF, um als ganze Zahlen genau dargestellt werden zu k\u00F6nnen.\nJSDoc typedef kann in TypeScript-Typ konvertiert werden.\nJSDoc typedefs k\u00F6nnen in TypeScript-Typen konvertiert werden.\nFehlenden super()-Aufruf hinzuf\u00FCgen\nsuper()-Aufruf als erste Anweisung im Konstruktor festlegen\n\"extends\" in \"implements\" \u00E4ndern\nNicht verwendete Deklaration f\u00FCr \"{0}\" entfernen\nImport aus \"{0}\" entfernen\nSchnittstelle \"{0}\" implementieren\nGeerbte abstrakte Klasse implementieren\nDer nicht aufgel\u00F6sten Variablen \"{0}.\" hinzuf\u00FCgen\nVariablenanweisung entfernen\nVorlagentag entfernen\nTypparameter entfernen\n\"{0}\" aus \"{1}\" importieren\n\"{0}\" in \"{1}\" \u00E4ndern\nEigenschaft \"{0}\" deklarieren\nIndexsignatur f\u00FCr die Eigenschaft \"{0}\" hinzuf\u00FCgen\n\u00DCberpr\u00FCfung f\u00FCr diese Datei deaktivieren\nDiese Fehlermeldung ignorieren\nEigenschaft \"{0}\" im Konstruktor initialisieren\nStatische Eigenschaft \"{0}\" initialisieren\nSchreibweise in \"{0}\" \u00E4ndern\nMethode \"{0}\" deklarieren\nStatische Methode \"{0}\" deklarieren\n\"{0}\" einen Unterstrich voranstellen\nAls indizierten Zugriffstyp \"{0}\" neu schreiben\nStatische Eigenschaft \"{0}\" deklarieren\nDecorator-Ausdruck aufrufen\nAsync-Modifizierer zur enthaltenden Funktion hinzuf\u00FCgen\n\"infer {0}\" durch \"unknown\" ersetzen\nAlle nicht verwendeten Vorkommen von \"infer\" durch \"unknown\" ersetzen\nParameternamen hinzuf\u00FCgen\nPrivate Eigenschaft \"{0}\" deklarieren\n\"{0}\" durch \"Promise<{1}>\" ersetzen\nAlle falschen R\u00FCckgabetypen einer asynchronen Funktionen korrigieren\nPrivate Methode \"{0}\" deklarieren\nNicht verwendete Destrukturierungsdeklaration entfernen\nNicht verwendete Deklarationen f\u00FCr \"{0}\" entfernen\nDeklarieren Sie ein privates Feld mit dem Namen \"{0}\".\nSchlie\u00DFt Importe von Typen ein, auf die von \u201E{0}\u201C verwiesen wird\n\u201Etype\u201C aus Importdeklaration aus \u201E{0}\u201C entfernen\n\u201Etype\u201C aus Import von \u201E{0}\u201C aus \u201E{1}\u201C entfernen\nImport aus \"{0}\" hinzuf\u00FCgen\nImport von \"{0}\" aktualisieren\nExportieren von \"{0}\" aus Modul \"{1}\"\nAlle referenzierten lokalen Elemente exportieren\nModifizierer von \u201E{0}\u201C aktualisieren\nAnmerkung vom Typ \"{0}\" hinzuf\u00FCgen\nR\u00FCckgabetyp \"{0}\" hinzuf\u00FCgen\nBasisklasse in Variable extrahieren\nStandardexport in Variable extrahieren\nExtrahieren von Bindungsausdr\u00FCcken in eine Variable\nAlle fehlenden Typanmerkungen hinzuf\u00FCgen\nErf\u00FCllungen und eine Inlinetypassertion mit \"{0}\" hinzuf\u00FCgen\nIn Variable extrahieren und durch \"{0} as typeof {0}\" ersetzen\nArrayliteral als \"const\" markieren\nErweiterungsfunktionstypen von Eigenschaften in einem Namespace mit Anmerkungen versehen\nFunktion in eine ES2015-Klasse konvertieren\n\"{0}\" in \"{1} in {0}\" konvertieren\nAls {0} nach {1} extrahieren\nFunktion extrahieren\nKonstante extrahieren\nAls {0} in einschlie\u00DFenden Bereich extrahieren\nAls {0} in {1}-Bereich extrahieren\nMit Typ aus JSDoc kommentieren\nTyp von \"{0}\" aus der Nutzung ableiten\nParametertypen aus der Nutzung ableiten\nIn Standardimport konvertieren\n\"{0}\" installieren\nErsetzen Sie den Import durch \"{0}\".\nVerwenden Sie den synthetischen Member \"default\".\nIn ES-Modul konvertieren\nundefined-Typ zu Eigenschaft \"{0}\" hinzuf\u00FCgen\nInitialisierer zu Eigenschaft \"{0}\" hinzuf\u00FCgen\nDefinitive Zuweisungsassertion zu Eigenschaft \"{0}\" hinzuf\u00FCgen\nAlle Typliterale in einen zugeordneten Typ konvertieren\nAlle fehlenden Member hinzuf\u00FCgen\nAlle Typen aus der Syntax ableiten\nAlle nicht verwendeten Deklarationen l\u00F6schen\nAlle nicht verwendeten Deklarationen nach M\u00F6glichkeit mit dem Pr\u00E4fix \"_\" versehen\nAlle erkannten Rechtschreibfehler korrigieren\nAllen nicht initialisierten Eigenschaften Initialisierer hinzuf\u00FCgen\nAllen nicht initialisierten Eigenschaften definitive Zuweisungsassertionen hinzuf\u00FCgen\nAllen nicht initialisierten Eigenschaften einen nicht definierten Typ hinzuf\u00FCgen\nAlle jsdoc-style-Typen in TypeScript \u00E4ndern\nAlle jsdoc-style-Typen in TypeScript \u00E4ndern (und Nullable-Typen \"| undefined\" hinzuf\u00FCgen)\nAlle nicht implementierten Schnittstellen implementieren\nAlle fehlenden Typenpakete installieren\nAlle als indizierte Zugriffstypen neu schreiben\nAlle in Standardimporte konvertieren\nAlle \"super()\"-Aufrufe als erste Anweisung im entsprechenden Konstruktor festlegen\nAllen nicht aufgel\u00F6sten Variablen, die einem Membernamen entsprechen, Qualifizierer hinzuf\u00FCgen\nAlle erweiterten Schnittstellen in \"implements\" \u00E4ndern\nAlle fehlenden super-Aufrufe hinzuf\u00FCgen\nAlle geerbten abstrakten Klassen implementieren\nAlle fehlenden async-Modifizierer hinzuf\u00FCgen\nAllen Fehlermeldungen \"@ts-ignore\" hinzuf\u00FCgen\nAlle Funktionen mit Typen aus JSDoc kommentieren\nAllen nicht aufgerufenen Decorators \"()\" hinzuf\u00FCgen\nAlle Konstruktorfunktionen in Klassen konvertieren\nGET- und SET-Accessoren generieren\n\"require\" in \"import\" konvertieren\nAlle Aufrufe von \"require\" in \"import\" konvertieren\nIn neue Datei verschieben\nNicht erreichbaren Code entfernen\nGesamten nicht erreichbaren Code entfernen\nFehlenden \"typeof\" hinzuf\u00FCgen\nNicht verwendete Bezeichnung entfernen\nAlle nicht verwendeten Bezeichnungen entfernen\n\"{0}\" in zugeordneten Objekttyp konvertieren\nNamespaceimport in benannte Importe konvertieren\nBenannte Importe in Namespaceimport konvertieren\nGeschweifte Klammern zu einer Pfeilfunktion hinzuf\u00FCgen oder daraus entfernen\nGeschweifte Klammern zu Pfeilfunktion hinzuf\u00FCgen\nGeschweifte Klammern aus Pfeilfunktion entfernen\nStandardexport in benannten Export konvertieren\nBenannten Export in Standardexport konvertieren\nFehlenden Enumerationsmember \"{0}\" hinzuf\u00FCgen\nAlle fehlenden Importe hinzuf\u00FCgen\nIn asynchrone Funktion konvertieren\nAlle in asynchrone Funktionen konvertieren\nFehlende Klammern in Aufrufen hinzuf\u00FCgen\nAlle fehlenden Klammern in Aufrufen hinzuf\u00FCgen\nKonvertierung \"unknown\" f\u00FCr Typen ohne \u00DCberschneidung hinzuf\u00FCgen\n\"unknown\" zu allen Konvertierungen f\u00FCr Typen ohne \u00DCberschneidung hinzuf\u00FCgen\nFehlender new-Operator zum Aufruf hinzuf\u00FCgen\nFehlenden new-Operator zu allen Aufrufen hinzuf\u00FCgen\nNamen zu allen Parametern ohne Namen hinzuf\u00FCgen\nAktivieren Sie die Option \"experimentalDecorators\" in Ihrer Konfigurationsdatei.\nParameter in destrukturiertes Objekt konvertieren\nTyp extrahieren\nIn Typalias extrahieren\nIn TypeDef extrahieren\nTyp \"this\" von \"{0}\" aus Syntax ableiten\n\"const\" zur nicht aufgel\u00F6sten Variable hinzuf\u00FCgen\n\"const\" zu allen nicht aufgel\u00F6sten Variablen hinzuf\u00FCgen\n\"await\" hinzuf\u00FCgen\n\"await\" zum Initialisierer f\u00FCr \"{0}\" hinzuf\u00FCgen\nKorrigieren Sie alle Ausdr\u00FCcke, in denen \"await\" m\u00F6glicherweise fehlt.\nUnn\u00F6tige Vorkommen von \"await\" entfernen\nAlle nicht ben\u00F6tigten Verwendungen von \"await\" entfernen\nAktivieren Sie das Flag \"--jsx\" in Ihrer Konfigurationsdatei.\n\"await\" zu Initialisierern hinzuf\u00FCgen\nIn Schnittstelle extrahieren\nIn numerisches bigint-Literal konvertieren\nAlle in numerische bigint-Literale konvertieren\n\"const\" in \"let\" konvertieren\nPr\u00E4fix \"declare\" voranstellen\nVerwenden Sie f\u00FCr alle falschen Eigenschaftendeklarationen das Pr\u00E4fix \"declare\".\nIn Vorlagenzeichenfolge konvertieren\n\"export {}\" hinzuf\u00FCgen, um diese Datei in ein Modul umzuwandeln\nLegen Sie die Option \"target\" in Ihrer Konfigurationsdatei auf \"{0}\" fest.\nLegen Sie die Option \"module\" in Ihrer Konfigurationsdatei auf \"{0}\" fest.\nUng\u00FCltiges Zeichen in entsprechenden HTML-Entit\u00E4tscode konvertieren\nAlle ung\u00FCltigen Zeichen in HTML-Entit\u00E4tscode konvertieren\nAlle \"const\" in \"let\" konvertieren\nFunktionsausdruck \"{0}\" in Pfeilfunktion konvertieren\nFunktionsdeklaration \"{0}\" in Pfeilfunktion konvertieren\nAlle impliziten this-Fehler beheben\nUng\u00FCltiges Zeichen mit Ausdruckscontainer umschlie\u00DFen\nAlle ung\u00FCltigen Zeichen mit einem Ausdruckscontainer umschlie\u00DFen\nBesuchen Sie https://aka.ms/tsconfig, um mehr \u00FCber diese Datei zu erfahren.\nreturn-Anweisung hinzuf\u00FCgen\nGeschweifte Klammern aus Pfeilfunktionstext entfernen\nSchlie\u00DFen Sie den folgenden Text, der ein Objektliteral darstellt, in Klammern ein.\nAlle fehlenden return-Anweisungen hinzuf\u00FCgen\nEntfernen Sie die geschweiften Klammern aus dem Text aller Pfeilfunktionen mit entsprechenden Problemen.\nGesamtes Objektliteral in Klammern einschlie\u00DFen\nModifizierer f\u00FCr bezeichnete Tupelelemente in Bezeichnungen verschieben\n\u00DCberladungsliste in einzelne Signatur konvertieren\nget- und set-Zugriffsmethoden f\u00FCr alle \u00FCberschreibenden Eigenschaften generieren\nMit JSX-Fragment umschlie\u00DFen\nAlle JSX ohne \u00FCbergeordnetes Element mit JSX -Fragment umschlie\u00DFen\nPfeilfunktion oder Funktionsausdruck konvertieren\nIn anonyme Funktion konvertieren\nIn benannte Funktion konvertieren\nIn Pfeilfunktion konvertieren\nKlammern entfernen\nEs wurde keine enthaltende Pfeilfunktion gefunden.\nDie enthaltende Funktion ist keine Pfeilfunktion.\nDie Exportanweisung wurde nicht gefunden.\nDiese Datei weist bereits einen Standardexport auf.\nDie Importklausel wurde nicht gefunden.\nDer Namespaceimport oder benannte Importe wurden nicht gefunden.\nDie Auswahl ist kein g\u00FCltiger Typknoten.\nAus diesem Typknoten konnte kein Typ extrahiert werden.\nDie Eigenschaft, f\u00FCr die die Zugriffsmethode generiert werden soll, wurde nicht gefunden.\nDer Name ist ung\u00FCltig.\nDie Eigenschaft kann nur mit einem Modifizierer konvertiert werden.\nJedes falsch verwendete {0}-Element in \"{1}\" \u00E4ndern\nIn optionalen Kettenausdruck konvertieren\nKein konvertierbarer Zugriffsausdruck gefunden\nKeine \u00FCbereinstimmenden Zugriffsausdr\u00FCcke gefunden\nEs k\u00F6nnen nur Zugriffsketten mit logischem \"Und\" konvertiert werden.\n\"Void\" zu ohne Wert aufgel\u00F6stem Promise hinzuf\u00FCgen\n\"Void\" allen ohne Wert aufgel\u00F6sten Promises hinzuf\u00FCgen\nElementzugriff f\u00FCr \"{0}\" verwenden\nElementzugriff f\u00FCr alle nicht deklarierten Eigenschaften verwenden\nAlle nicht verwendeten Importe l\u00F6schen\nFunktionsr\u00FCckgabetyp ableiten\nDer R\u00FCckgabetyp muss aus einer Funktion abgeleitet werden.\nDer R\u00FCckgabetyp der Funktion konnte nicht bestimmt werden.\nDie Konvertierung in eine Pfeilfunktion ist nicht m\u00F6glich.\nDie Konvertierung in eine benannte Funktion ist nicht m\u00F6glich.\nDie Konvertierung in eine anonyme Funktion ist nicht m\u00F6glich.\nNur Zeichenfolgenverkettungen und Zeichenfolgenliterale k\u00F6nnen konvertiert werden.\nDie Auswahl umfasst keine g\u00FCltigen Anweisungen.\nFehlende Funktionsdeklaration \"{0}\" hinzuf\u00FCgen\nAlle fehlenden Funktionsdeklarationen hinzuf\u00FCgen\nDie Methode ist nicht implementiert.\nDie Funktion ist nicht implementiert.\noverride-Modifizierer hinzuf\u00FCgen\noverride-Modifizierer entfernen\nAlle fehlenden override-Modifizierer hinzuf\u00FCgen\nAlle nicht ben\u00F6tigten override-Modifizierer entfernen\nNur ein benannter Export kann konvertiert werden.\nFehlende Eigenschaften hinzuf\u00FCgen\nAlle fehlenden Eigenschaften hinzuf\u00FCgen\nFehlende Attribute hinzuf\u00FCgen\nAlle fehlenden Attribute hinzuf\u00FCgen\n\u201EUndefined\u201C zum optionalen Eigenschaftstyp hinzuf\u00FCgen\nKonvertieren benannter Importe in Standardimporte\nNicht verwendete \"@param\"-Tag-\"{0}\" l\u00F6schen\nAlle nicht verwendeten \"@param\"-Tags l\u00F6schen\nTagnamen \"@param\" \"{0}\" in \"{1}\" umbenennen\nVerwenden Sie \u201E{0}\u201C.\nVerwenden Sie \u201ENumber.isNaN\u201C unter allen Bedingungen.\nKonvertieren Sie typedef in den TypeScript-Typ.\nKonvertieren Sie alle typedef in TypeScript-Typen.\nIn Datei verschieben\nVerschieben in Datei nicht m\u00F6glich, die ausgew\u00E4hlte Datei ist ung\u00FCltig\n\u201EImporttyp\u201C verwenden\n\u201ETyp {0}\u201C verwenden\nAlle mit rein typbasierten Importen korrigieren\nAnweisungen k\u00F6nnen nicht in die ausgew\u00E4hlte Datei verschoben werden.\nInlinevariable\nDie Variable zum Inlinevorgang wurde nicht gefunden.\nVariablen mit mehreren Deklarationen k\u00F6nnen nicht inline verwendet werden.\nF\u00FCgen Sie ein fehlendes Komma f\u00FCr die Vervollst\u00E4ndigung von Objektmembern \"{0}\" hinzu.\nFehlenden Parameter zu \"{0}\" hinzuf\u00FCgen\nFehlende Parameter zu \"{0}\" hinzuf\u00FCgen\nAlle fehlenden Parameter hinzuf\u00FCgen\nOptionale Parameter zu \"{0}\" hinzuf\u00FCgen\nOptionale Parameter zu \"{0}\" hinzuf\u00FCgen\nAlle optionalen Parameter hinzuf\u00FCgen\nUmschlie\u00DFen in Klammern\nUmschlie\u00DFen aller ung\u00FCltigen Decoratorausdr\u00FCcke in Klammern\nHinzuf\u00FCgen des Importattributs f\u00FCr den Aufl\u00F6sungsmodus (resolution-mode)\nHinzuf\u00FCgen des Importattributs f\u00FCr den Aufl\u00F6sungsmodus (resolution-mode) f\u00FCr alle reinen Typimporte, die dieses Attribut ben\u00F6tigen\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n";
+export declare const deDE = "Nicht abgeschlossenes Zeichenfolgenliteral.\nEs wurde ein Bezeichner erwartet.\n\"{0}\" wurde erwartet.\nEine Datei darf keinen Verweis auf sich selbst enthalten.\nDer Parser hat ein ein entsprechendes Element \"{1}\" zu dem hier vorhandenen Token \"{0}\" erwartet.\nEin nachgestelltes Komma ist unzul\u00E4ssig.\n\"*/\" wurde erwartet.\nEin Ausdruck f\u00FCr einen Elementzugriff muss ein Argument verwenden.\nUnerwartetes Token.\nEin rest-Parameter oder ein Bindungsmuster d\u00FCrfen kein nachgestelltes Komma aufweisen.\nEin rest-Parameter muss in einer Parameterliste der letzte Eintrag sein.\nDer Parameter darf kein Fragezeichen und keinen Initialisierer aufweisen.\nEin erforderlicher Parameter darf nicht auf einen optionalen Parameter folgen.\nEine Indexsignatur darf keinen rest-Parameter besitzen.\nEin Indexsignaturparameter darf keinen Zugriffsmodifizierer besitzen.\nEin Indexsignaturparameter darf kein Fragezeichen aufweisen.\nEin Indexsignaturparameter darf keinen Initialisierer besitzen.\nEine Indexsignatur muss eine Typanmerkung besitzen.\nEin Indexsignaturparameter muss eine Typanmerkung besitzen.\nDer Modifizierer \"readonly\" darf nur f\u00FCr eine Eigenschaftendeklaration oder Indexsignatur verwendet werden.\nEine Indexsignatur darf kein nachstehendes Komma aufweisen.\nDer Zugriffsmodifizierer ist bereits vorhanden.\nDer Modifizierer \"{0}\" muss dem Modifizierer \"{1}\" vorangestellt sein.\nDer {0}-Modifizierer ist bereits vorhanden.\nDer Modifizierer \"{0}\" kann nicht f\u00FCr Klassenelemente dieser Art verwendet werden.\nAuf \"super\" muss eine Argumentliste oder Memberzugriff folgen.\nNur Umgebungsmodule d\u00FCrfen Namen in Anf\u00FChrungszeichen verwenden.\nAnweisungen sind in Umgebungskontexten unzul\u00E4ssig.\nEin declare-Modifizierer darf nicht in einem Kontext verwendet werden, der bereits ein Umgebungskontext ist.\nInitialisierer sind in Umgebungskontexten unzul\u00E4ssig.\nDer Modifizierer \"{0}\" kann nicht in einem Umgebungskontext verwendet werden.\nDer Modifizierer \"{0}\" kann hier nicht verwendet werden.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr ein Modul- oder Namespaceelement verwendet werden.\nDeklarationen der obersten Ebene in .d.ts-Dateien m\u00FCssen entweder mit einem declare- oder einem export-Modifizierer beginnen.\nEin rest-Parameter darf nicht optional sein.\nEin rest-Parameter darf keinen Initialisierer aufweisen.\nEine set-Zugriffsmethode muss genau einen Parameter aufweisen.\nEine set-Zugriffsmethode darf keinen optionalen Parameter aufweisen.\nEin set-Zugriffsmethodenparameter darf keinen Initialisierer aufweisen.\nEine set-Zugriffsmethode darf keinen rest-Parameter aufweisen.\nEine get-Zugriffsmethode darf keine Parameter haben.\nDer Typ \u201E{0}\u201C ist in ES5 kein g\u00FCltiger R\u00FCckgabetyp einer asynchronen Funktion, weil er nicht auf einen Promise-kompatiblen Konstruktorwert verweist.\nZugriffsmethoden sind nur verf\u00FCgbar, wenn das Ziel ECMAScript 5 oder h\u00F6her ist.\nDer R\u00FCckgabetyp einer asynchronen Funktion muss entweder eine g\u00FCltige Zusage sein oder darf keinen aufrufbaren \"then\"-Member enthalten.\nEin Zusage muss eine \"then\"-Methode aufweisen.\nDer erste Parameter der \"then\"-Methode einer Zusage muss ein R\u00FCckruf sein.\nEin Enumerationsmember muss einen Initialisierer aufweisen.\nAuf den Typ wird direkt oder indirekt im Erf\u00FCllungsr\u00FCckruf der eigenen \"then\"-Methode verwiesen.\nEine Exportzuweisung darf nicht in einem Namespace verwendet werden.\nDer R\u00FCckgabetyp einer asynchronen Funktion oder Methode muss der globale Typ \"Promise<T>\" sein. Wollten Sie eigentlich \"Promise<{0}>\" verwenden?\nDer R\u00FCckgabetyp einer asynchronen Funktion oder Methode muss der globale Typ \"Promise<T>\" sein.\nIn Umgebungsenumerationsdeklarationen muss der Memberinitialisierer ein konstanter Ausdruck sein.\nUnerwartetes Token. Ein Konstruktor, eine Methode, eine Zugriffsmethode oder eine Eigenschaft wurde erwartet.\nUnerwartetes Token. Es wurde ein Typparametername ohne geschweifte Klammern erwartet.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr einen Typmember verwendet werden.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr eine Indexsignatur verwendet werden.\nEin Modifizierer \"{0}\" darf nicht mit einer Importdeklaration verwendet werden.\nUng\u00FCltige Syntax der reference-Direktive.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr eine Konstruktordeklaration verwendet werden.\nDer Modifizierer \"{0}\" darf nicht f\u00FCr einen Parameter verwendet werden.\nIn einer for...in-Anweisung ist nur eine einzige Variablendeklaration zul\u00E4ssig.\nTypparameter d\u00FCrfen nicht f\u00FCr eine Konstruktordeklaration verwendet werden.\nDie Typanmerkung darf nicht f\u00FCr eine Konstruktordeklaration verwendet werden.\nEine Zugriffsmethode darf keine Typparameter aufweisen.\nEine set-Zugriffsmethode darf keine R\u00FCckgabetypanmerkung aufweisen.\nEine Indexsignatur muss genau einen Parameter besitzen.\nDie {0}-Liste darf nicht leer sein.\nDie Typparameterliste darf nicht leer sein.\nDie Typargumentliste darf nicht leer sein.\nUng\u00FCltige Verwendung von \"{0}\" im Strict-Modus.\nthis-Anweisungen sind im Strict-Modus unzul\u00E4ssig.\n\"delete\" kann f\u00FCr einen Bezeichner im Strict-Modus nicht aufgerufen werden.\n\"for await\"-Schleifen sind nur innerhalb von asynchronen Funktionen und auf den obersten Modulebenen zul\u00E4ssig.\nEine continue-Anweisung darf nur in einer einschlie\u00DFenden iteration-Anweisung verwendet werden.\nEine break-Anweisung darf nur in einer einschlie\u00DFenden iteration- oder switch-Anweisung verwendet werden.\nDie linke Seite einer \u201Efor...of\u201C-Anweisung darf nicht \u201Easynchron\u201C lauten.\nDas Sprungziel darf die Funktionsgrenze nicht \u00FCberschreiten.\nEine return-Anweisung kann nur in einem Funktionstext verwendet werden.\nEs wurde ein Ausdruck erwartet.\nEs wurde ein Typ erwartet.\nDas private Feld \"{0}\" muss in einer einschlie\u00DFenden Klasse deklariert werden.\nEine default-Klausel darf nicht mehrmals in einer switch-Anweisung auftreten.\nDoppelte Bezeichnung \"{0}\".\nEine continue-Anweisung kann nur zu einer Bezeichnung einer einschlie\u00DFenden Iterationsanweisung springen.\nEine break-Anweisung kann nur zu einer Bezeichnung einer einschlie\u00DFenden Anweisung springen.\nEin Objektliteral darf nicht \u00FCber mehrere Eigenschaften mit demselben Namen verf\u00FCgen.\nEin Objektliteral darf nicht mehrere get-/set-Zugriffsmethoden mit dem gleichen Namen besitzen.\nEin Objektliteral darf nicht eine Eigenschaft und eine Zugriffsmethode mit demselben Namen besitzen.\nEine Exportzuweisung darf keine Modifizierer besitzen.\nOktale Literale sind nicht zul\u00E4ssig. Verwenden Sie die Syntax \"{0}\".\nDie Variablendeklarationsliste darf nicht leer sein.\nEine Ziffer wurde erwartet.\nEs wurde eine hexadezimale Zahl erwartet.\nUnerwartetes Textende.\nUng\u00FCltiges Zeichen.\nEs wurde eine Deklaration oder Anweisung erwartet.\nEine Anweisung wurde erwartet.\n\"case\" oder \"default\" wurde erwartet.\nEine Eigenschaft oder Signatur wurde erwartet.\nEin Enumerationsmember wurde erwartet.\nEine Variablendeklaration wurde erwartet.\nEs wurde ein Argumentausdruck erwartet.\nDie Zuweisung einer Eigenschaft wurde erwartet.\nEs wurde ein Ausdruck oder Komma erwartet.\nEine Parameterdeklaration wurde erwartet.\nEine Typparameterdeklaration wurde erwartet.\nEin Typargument wurde erwartet.\nEin Zeichenfolgenliteral wurde erwartet.\nEin Zeilenumbruch ist hier unzul\u00E4ssig.\n\"{\" oder \";\" wurde erwartet.\n'{' oder JSX-Element erwartet.\nEs wurde eine Deklaration erwartet.\nImportdeklarationen in einem Namespace d\u00FCrfen nicht auf ein Modul verweisen.\nEs k\u00F6nnen keine imports-, exports- oder module-Erweiterungen verwendet werden, wenn \"-module\" den Wert \"none\" aufweist.\nDer Dateiname \"{0}\" unterscheidet sich vom bereits enthaltenen Dateinamen \"{1}\" nur hinsichtlich der Gro\u00DF-/Kleinschreibung.\n\u201E{0}\u201C-Deklarationen m\u00FCssen initialisiert werden.\n\u201E{0}\u201C-Deklarationen k\u00F6nnen nur innerhalb eines Blocks deklariert werden.\nNicht abgeschlossenes Vorlagenliteral.\nNicht abgeschlossenes regul\u00E4res Ausdrucksliteral.\nEin Objektmember darf nicht als optional deklariert werden.\nEin yield-Ausdruck ist nur in einem Generatortext zul\u00E4ssig.\nBerechnete Eigenschaftennamen sind in Enumerationen unzul\u00E4ssig.\nEin berechneter Eigenschaftenname in einem Umgebungskontext muss auf einen Ausdruck verweisen, dessen Typ ein Literal oder ein \"unique symbol\"-Typ ist.\nEin berechneter Eigenschaftenname in einer Klasseneigenschaftsdeklaration muss einen einfachen Literaltyp oder den Typ \"unique symbol\" aufweisen.\nEin berechneter Eigenschaftenname in einer Methoden\u00FCberladung muss auf einen Ausdruck verweisen, dessen Typ ein Literal oder ein \"unique symbol\"-Typ ist.\nEin berechneter Eigenschaftenname in einer Schnittstelle muss auf einen Ausdruck verweisen, dessen Typ ein Literal oder ein \"unique symbol\"-Typ ist.\nEin berechneter Eigenschaftenname in einem Typliteral muss auf einen Ausdruck verweisen, dessen Typ ein Literal oder ein \"unique symbol\"-Typ ist.\nEin Kommaausdruck ist in einem berechneten Eigenschaftennamen unzul\u00E4ssig.\nDie extends-Klausel ist bereits vorhanden.\nDie extends-Klausel muss der implements-Klausel vorangestellt sein.\nKlassen d\u00FCrfen nur eine einzelne Klasse erweitern.\nDie implements-Klausel ist bereits vorhanden.\nDie Schnittstellendeklarationen darf keine implements-Klausel aufweisen.\nEs wurde eine Bin\u00E4rzahl erwartet.\nEs wurde eine Oktalzahl erwartet.\nUnerwartetes Token. \"{\" wurde erwartet.\nEin Eigenschaftendestrukturierungsmuster wurde erwartet.\nEin Arrayelement-Destrukturierungsmuster wurde erwartet.\nEine destrukturierende Deklaration muss einen Initialisierer besitzen.\nEine Implementierung darf nicht in Umgebungskontexten deklariert werden.\nModifizierer d\u00FCrfen hier nicht enthalten sein.\nMergekonfliktmarkierung\nEin rest-Element darf keinen Initialisierer aufweisen.\nEine Parametereigenschaft darf nicht mithilfe eines Bindungsmusters deklariert werden.\nIn einer for...of-Anweisung ist nur eine einzige Variablendeklaration zul\u00E4ssig.\nDie Variablendeklaration einer for...in-Anweisung darf keinen Initialisierer aufweisen.\nDie Variablendeklaration einer for...of-Anweisung darf keinen Initialisierer aufweisen.\nEine Importdeklaration darf keine Modifizierer besitzen.\nDas Modul \"{0}\" weist keinen Standardexport auf.\nEine Exportdeklaration darf keine Modifizierer besitzen.\nExportdeklarationen sind in einem Namespace unzul\u00E4ssig.\nMit \"export *\" wird ein Standardwert nicht erneut exportiert.\nDie Anmerkung des Variablentyps der catch-Klausel muss \"any\" oder \"unknown\" lauten, sofern angegeben.\nDie Variable der Catch-Klausel darf keinen Initialisierer aufweisen.\nEin erweiterter Unicode-Escapewert muss zwischen 0x0 und 0x10FFFF (einschlie\u00DFlich) liegen.\nNicht abgeschlossene Unicode-Escapesequenz.\nDas Zeilenabschlusszeichen ist vor dem Pfeil unzul\u00E4ssig.\nDie Importzuweisung kann nicht verwendet werden, wenn das Ziel ECMAScript-Module sind. Verwenden Sie stattdessen ggf. \"import * as ns from 'mod'\", \"import {a} from 'mod'\", \"import d from 'mod'\" oder ein anderes Modulformat.\nDie Exportzuweisung darf nicht verwendet werden, wenn das Ziel ECMAScript-Module sind. Verwenden Sie stattdessen ggf. \"export default\" oder ein anderes Modulformat.\nWenn \"{0}\" aktiviert ist, erfordert das erneute Exportieren eines Typs die Verwendung von \"export type\".\nDecorators sind hier ung\u00FCltig.\nDecorators d\u00FCrfen nicht auf mehrere get-/set-Zugriffsmethoden mit dem gleichen Namen angewendet werden.\nUng\u00FCltige optionale Kette aus neuem Ausdruck. Wollten Sie '{0}()' anrufen?\nCode, der in einer Klasse enthalten ist, wird im Strict-Modus von JavaScript ausgewertet, der diese Verwendung von \"{0}\" nicht zul\u00E4sst. Weitere Informationen finden Sie unter https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Strict_mode.\nEine Klassendeklaration ohne den default-Modifizierer muss einen Namen besitzen.\nEin Bezeichner wird erwartet. \"{0}\" ist ein reserviertes Wort im Strict-Modus.\nEs wurde ein Bezeichner erwartet. \"{0}\" ist ein reserviertes Wort im Strict-Modus. Klassendefinitionen befinden sich automatisch im Strict-Modus.\nEs wurde ein Bezeichner erwartet. \"{0}\" ist ein reserviertes Wort im Strict-Modus. Module befinden sich automatisch im Strict-Modus.\nUng\u00FCltige Verwendung von \"{0}\". Module befinden sich automatisch im Strict-Modus.\nBezeichner erwartet. \"__esModule\" ist als exportierter Marker f\u00FCr die Umwandlung von ECMAScript-Modulen reserviert.\nDie Exportzuweisung wird nicht unterst\u00FCtzt, wenn das Flag \"-module\" den Wert \"system\" aufweist.\nGeneratoren sind in einem Umgebungskontext unzul\u00E4ssig.\nEine \u00DCberladungssignatur darf nicht als ein Generator deklariert werden.\nDas Tag \"{0}\" wurde bereits angegeben.\nDie Signatur \"{0}\" muss ein Typpr\u00E4dikat sein.\nDer Parameter \"{0}\" wurde nicht gefunden.\nDas Typpr\u00E4dikat \"{0}\" kann \"{1}\" nicht zugewiesen werden.\nDer Parameter \"{0}\" befindet sich nicht an der gleichen Position wie der Parameter \"{1}\".\nEin Typpr\u00E4dikat ist nur an der R\u00FCckgabetypposition f\u00FCr Funktionen und Methoden zul\u00E4ssig.\nEin Typpr\u00E4dikat darf nicht auf einen rest-Parameter verweisen.\nEin Typpr\u00E4dikat darf nicht auf ein Element \"{0}\" in einem Bindungsmuster verweisen.\nEine Exportzuweisung muss sich auf der obersten Ebene einer Datei- oder Moduldeklaration befinden.\nEine Importdeklaration kann nur auf der obersten Ebene eines Namespace oder Moduls verwendet werden.\nEine Exportdeklaration kann nur auf der obersten Ebene eines Namespace oder Moduls verwendet werden.\nEine Umgebungsmoduldeklaration ist nur auf der obersten Ebene in einer Datei zul\u00E4ssig.\nEine Namespacedeklaration ist nur auf der obersten Ebene eines Namespaces oder Moduls zul\u00E4ssig.\nDer R\u00FCckgabetyp einer Eigenschaften-Decorator-Funktion muss \"void\" oder \"any\" sein.\nDer R\u00FCckgabetyp einer Parameter-Decorator-Funktion muss \"void\" oder \"any\" sein.\nDie Signatur des Klassen-Decorator-Elements kann nicht aufgel\u00F6st werden, wenn der Aufruf als Ausdruck erfolgt.\nDie Signatur des Parameter-Decorator-Elements kann nicht aufgel\u00F6st werden, wenn der Aufruf als Ausdruck erfolgt.\nDie Signatur des Eigenschaften-Decorator-Elements kann nicht aufgel\u00F6st werden, wenn der Aufruf als Ausdruck erfolgt.\nDie Signatur des Methoden-Decorator-Elements kann nicht aufgel\u00F6st werden, wenn der Aufruf als Ausdruck erfolgt.\nDer Modifizierer \"abstract\" darf nur f\u00FCr eine Klassen-, Methoden- oder Eigenschaftendeklaration verwendet werden.\nDer Modifizierer \"{0}\" darf nicht mit dem Modifizierer \"{1}\" verwendet werden.\nAbstrakte Methoden k\u00F6nnen nur in einer abstrakten Klasse verwendet werden.\nDie Methode \"{0}\" darf keine Implementierung besitzen, weil sie als abstrakt markiert ist.\nSchnittstelleneigenschaften k\u00F6nnen keinen Initialisierer aufweisen.\nTypliteraleigenschaften k\u00F6nnen keinen Initialisierer aufweisen.\nEin Klassenmember darf nicht das Schl\u00FCsselwort \"{0}\" aufweisen.\nEin Decorator-Element kann nur f\u00FCr eine Methodenimplementierung und nicht f\u00FCr eine \u00DCberladung verwendet werden.\nFunktionsdeklarationen sind in Bl\u00F6cken im Strict-Modus unzul\u00E4ssig, wenn das Ziel \"ES5\" ist.\nFunktionsdeklarationen sind in Bl\u00F6cken im Strict-Modus unzul\u00E4ssig, wenn das Ziel \"ES5\" ist. Klassendefinitionen befinden sich automatisch im Strict-Modus.\nFunktionsdeklarationen sind in Bl\u00F6cken im Strict-Modus unzul\u00E4ssig, wenn das Ziel \"ES5\" ist. Module befinden sich automatisch im Strict-Modus.\nAbstrakte Methoden k\u00F6nnen nur in einer abstrakten Klasse verwendet werden.\nBei einem const-Initialisierer in einem Umgebungskontext muss es sich um ein Zeichenfolgen- oder um ein numerisches Literal oder um einen Verweis auf ein Enumerationsliteral handeln.\nEine definitive Zuweisungsassertion \"!\" ist in diesem Kontext nicht zul\u00E4ssig.\nEin erforderliches Element kann nicht auf ein optionales Element folgen.\nEin Standardexport muss sich auf der obersten Ebene einer Datei- oder Moduldeklaration befinden.\nDas Modul \"{0}\" kann nur mit dem Flag \"{1}\" als Standard importiert werden.\nSchl\u00FCsselw\u00F6rter k\u00F6nnen keine Escapezeichen enthalten.\nDer bereits enthaltene Dateiname \"{0}\" unterscheidet sich vom Dateinamen \"{1}\" nur hinsichtlich der Gro\u00DF-/Kleinschreibung.\nBezeichner erwartet. \"{0}\" ist ein reserviertes Wort auf der obersten Ebene eines Moduls.\nDeklarationen mit Initialisierern d\u00FCrfen keine definitiven Zuweisungsassertionen aufweisen.\nDeklarationen mit definitiven Zuweisungsassertionen m\u00FCssen auch Typanmerkungen aufweisen.\nEin rest-Element darf nicht auf ein anderes rest-Element folgen.\nEin optionales Element darf nicht auf ein rest-Element folgen.\nDie Eigenschaft \"{0}\" darf keinen Initialisierer aufweisen, weil sie als abstrakt markiert ist.\nEin Parametertyp f\u00FCr die Indexsignatur muss \"string\", \"number\", \"symbol\" oder ein Vorlagenliteraltyp sein.\n\"export import\" kann nicht f\u00FCr einen Typ oder einen reinen Typnamespace verwendet werden, wenn {0} aktiviert ist.\nDer R\u00FCckgabetyp der Decorator-Funktion \u201E{0}\u201C kann dem Typ \u201E{1}\u201C nicht zugewiesen werden.\nDer R\u00FCckgabetyp der Decorator-Funktion ist \u201E{0}\u201C, es wird jedoch erwartet, dass er \u201Evoid\u201C oder \u201Eany\u201C ist.\nEin Typ, auf den in einer erg\u00E4nzten Signatur verwiesen wird, muss mit \u201Eimport type\u201C oder einem Namespaceimport importiert werden, wenn \u201EisolatedModules\u201C und \u201EemitDecoratorMetadata\u201C aktiviert sind.\nDer Modifizierer \u201E{0}\u201C kann nicht f\u00FCr einen Typparameter verwendet werden\nDer Modifizierer \u201E{0}\u201C kann nur f\u00FCr einen Typparameter einer Klasse, einer Schnittstelle oder eines Typalias verwendet werden.\nDer Accessormodifizierer kann nur in einer Eigenschaftendeklaration angezeigt werden.\nEine Accessoreigenschaft kann nicht als optional deklariert werden.\nDer Modifizierer \u201E{0}\u201C kann nur f\u00FCr einen Typparameter einer Funktion, Methode oder Klasse angezeigt werden.\nDie Runtime ruft das Decorator-Element mit {1} Argumenten auf, aber das Decorator-Element erwartet {0}.\nDie Runtime ruft das Decorator-Element mit {1}-Argumenten auf, aber das Decorator-Element erwartet mindestens {0}.\nNamespaces sind in globalen Skriptdateien nicht zul\u00E4ssig, wenn \"{0}\" aktiviert ist. Wenn diese Datei kein globales Skript sein soll, legen Sie \"moduleDetection\" auf \"force\" fest, oder f\u00FCgen Sie eine leere \"export {}\"-Anweisung hinzu.\nAuf \"{0}\" aus einer anderen Datei kann nicht ohne Qualifizierung zugegriffen werden, wenn \"{1}\" aktiviert ist. Verwenden Sie stattdessen \"{2}\".\nEine \"export =\"-Deklaration muss auf einen Wert verweisen, wenn \"verbatimModuleSyntax\" aktiviert ist, \"{0}\" verweist jedoch auf einen Typ.\nEine \"export =\"-Deklaration muss auf einen reellen Wert verweisen, wenn \"verbatimModuleSyntax\" aktiviert ist, \"{0}\" wird jedoch in eine rein typbasierte Deklaration aufgel\u00F6st.\nEin \"export default\" muss auf einen Wert verweisen, wenn \"verbatimModuleSyntax\" aktiviert ist, \"{0}\" verweist jedoch auf einen Typ.\n\"export default\" muss auf einen reellen Wert verweisen, wenn \"verbatimModuleSyntax\" aktiviert ist, \"{0}\" wird jedoch in eine rein typbasierte Deklaration aufgel\u00F6st.\nECMAScript-Importe und -Exporte k\u00F6nnen nicht in eine CommonJS-Datei unter \u201EverbatimModuleSyntax\u201C geschrieben werden.\nEin \"export\"-Modifizierer der obersten Ebene kann nicht f\u00FCr Wertdeklarationen in einem CommonJS-Modul verwendet werden, wenn \"verbatimModuleSyntax\" aktiviert ist.\nEin Importalias kann nicht in eine Typ- oder nur Typdeklaration aufgel\u00F6st werden, wenn \"verbatimModuleSyntax\" aktiviert ist.\n\u201E{0}\u201C wird in eine schreibgesch\u00FCtzte Deklaration aufgel\u00F6st und muss in dieser Datei als schreibgesch\u00FCtzt gekennzeichnet werden, bevor erneut exportiert wird, wenn \u201E{1}\u201C aktiviert ist. Verwenden Sie ggf. \u201Eimport type\u201C, wobei \u201E{0}\u201C importiert wird.\n\u201E{0}\u201C wird in eine schreibgesch\u00FCtzte Deklaration aufgel\u00F6st und muss in dieser Datei als schreibgesch\u00FCtzt gekennzeichnet werden, bevor erneut exportiert wird, wenn \u201E{1}\u201C aktiviert ist. Erw\u00E4gen Sie die Verwendung von \u201Eexport type { {0} as default }\u201C.\n\u201E{0}\u201C wird in einen Typ aufgel\u00F6st und muss in dieser Datei als schreibgesch\u00FCtzt gekennzeichnet werden, bevor der Export erneut ausgef\u00FChrt wird, wenn \u201E{1}\u201C aktiviert ist. Verwenden Sie ggf. \u201Eimport type\u201C, wobei \u201E{0}\u201C importiert wird.\n\u201E{0}\u201C wird in einen Typ aufgel\u00F6st und muss in dieser Datei als schreibgesch\u00FCtzt gekennzeichnet werden, bevor der Export erneut ausgef\u00FChrt wird, wenn \u201E{1}\u201C aktiviert ist. Erw\u00E4gen Sie die Verwendung von \u201Eexport type { {0} as default }\u201C.\nDie ECMAScript-Modulsyntax ist in einem CommonJS-Modul nicht zul\u00E4ssig, wenn \u201Emodule\u201C auf \u201Epreserve\u201C festgelegt ist.\nDiese Syntax ist nicht zul\u00E4ssig, wenn \u201EerasableSyntaxOnly\u201C aktiviert ist.\nECMAScript-Importe und -Exporte k\u00F6nnen nicht in eine CommonJS-Datei unter \u201EverbatimModuleSyntax\u201C geschrieben werden. Passen Sie das Feld \u201Etype\u201C im n\u00E4chsten \u201Epackage.json\u201C an, um diese Datei zu einem ECMAScript-Modul zu machen, oder passen Sie die Einstellungen \u201EverbatimModuleSyntax\u201C, \u201Emodule\u201C und \u201EmoduleResolution\u201C in TypeScript an.\nwith-Anweisungen sind in einem asynchronen Funktionsblock unzul\u00E4ssig.\nawait-Ausdr\u00FCcke sind nur innerhalb von asynchronen Funktionen und auf den obersten Modulebenen zul\u00E4ssig.\nDie aktuelle Datei ist ein CommonJS-Modul und kann \u201Eawait\u201C nicht auf der obersten Ebene verwenden.\nWollten Sie \":\" verwenden? Ein \"=\" kann nur dann auf einen Eigenschaftennamen folgen, wenn das enthaltende Objektliteral Teil eines Destrukturierungsmusters ist.\nDer Text einer \"if\"-Anweisung kann keine leere Anweisung sein.\nGlobale Modulexporte d\u00FCrfen nur in Moduldateien auftreten.\nGlobale Modulexporte d\u00FCrfen nur in Deklarationsdateien auftreten.\nGlobale Modulexporte d\u00FCrfen nur auf der obersten Ebene auftreten.\nEine Parametereigenschaft darf nicht mithilfe eines rest-Parameters deklariert werden.\nEin abstrakter Accessor kann keine Implementierung aufweisen.\nEin Standardexport kann nur in einem Modul des Typs ECMAScript verwendet werden.\nDer Typ des \"await\"-Operanden muss entweder eine g\u00FCltige Zusage sein oder darf keinen aufrufbaren \"then\"-Member enthalten.\nDer Typ eines \"yield\"-Operanden in einem asynchronen Generator muss entweder eine g\u00FCltige Zusage sein oder darf keinen aufrufbaren \"then\"-Member enthalten.\nDer Typ iterierter Elemente eines \"yield*\"-Operanden muss entweder eine g\u00FCltige Zusage sein oder darf keinen aufrufbaren \"then\"-Member enthalten.\nDynamische Importe werden nur unterst\u00FCtzt, wenn das Flag \u201E--module\u201C auf \u201Ees2020\u201C, \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Ecommonjs\u201C, \u201Eamd\u201C, \u201Esystem\u201C, \u201Eumd\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C oder \u201Enodenext\u201C festgelegt ist.\nDynamische Importe unterst\u00FCtzen nur ein zweites Argument, wenn die Option \u201E--module\u201C auf \u201Eesnext\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist.\nDas Argument des dynamischen Imports kann kein \u00DCberf\u00FCllungselement sein.\nDiese Verwendung von \u201Eimport\u201C ist ung\u00FCltig. \u201Eimport()\u201C-Aufrufe k\u00F6nnen geschrieben werden, m\u00FCssen jedoch Klammern aufweisen und d\u00FCrfen keine Typargumente aufweisen.\nEin Zeichenfolgenliteral mit doppelten Anf\u00FChrungszeichen wird erwartet.\nDer Eigenschaftswert kann nur ein Zeichenfolgenliteral, ein numerisches Literal, \"true\", \"false\", \"NULL\", ein Objektliteral oder ein Arrayliteral sein.\n\"{0}\" akzeptiert zu wenige Argumente, um hier als Decorator verwendet zu werden. Wollten Sie es zuerst aufrufen und \"@{0}()\" schreiben?\nEine Eigenschaft einer Schnittstelle oder eines Typliterals, deren Typ ein \"unique symbol\"-Typ ist, muss \"readonly\" sein.\nEine Eigenschaft einer Klasse, deren Typ ein \"unique symbol\"-Typ ist, muss sowohl \"static\" als auch \"readonly\" sein.\nEine Variable, deren Typ ein \"unique symbol\"-Typ ist, muss \"const\" sein.\n\"unique symbol\"-Typen d\u00FCrfen f\u00FCr eine Variablendeklaration mit einem Bindungsnamen nicht verwendet werden.\n\"unique symbol\"-Typen sind nur f\u00FCr Variablen in einer Variablenanweisung zul\u00E4ssig.\n\"unique symbol\"-Typen sind hier nicht zul\u00E4ssig.\nEin Indexsignaturparametertyp darf kein Literaltyp oder generischer Typ sein. Erw\u00E4gen Sie stattdessen die Verwendung eines zugeordneten Objekttyps.\ninfer-Deklarationen sind nur in der extends-Klausel eines bedingten Typs zul\u00E4ssig.\nDas Modul \"{0}\" verweist nicht auf einen Wert, wird hier aber als Wert verwendet.\nDas Modul \"{0}\" verweist nicht auf einen Typ, wird hier aber als Typ verwendet. Meinten Sie \"typeof import('{0}')\"?\nDer Klassenkonstruktor darf kein Accessor sein.\nDie Metaeigenschaft \u201Eimport.meta\u201C ist nur zul\u00E4ssig, wenn die Option \u201E--module\u201C \u201Ees2020\u201C, \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Esystem\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C oder \u201Enodenext\u201C lautet.\nEine Bezeichnung ist hier nicht zul\u00E4ssig.\nF\u00FCr einen Ausdruck vom Typ \"void\" kann nicht getestet werden, ob er wahr oder falsch ist.\nDieser Parameter ist mit der Direktive \"use strict\" nicht zugelassen.\nEine Verwendung der Direktive \"use strict\" mit einer nicht einfachen Parameterliste ist nicht zugelassen.\nHier wurde ein nicht einfacher Parameter deklariert.\nDie Direktive \"use strict\" wird hier verwendet.\nHiermit wird anstelle eines Builds die endg\u00FCltige Konfiguration ausgegeben.\nEin Bezeichner oder ein Schl\u00FCsselwort kann nicht direkt auf ein numerisches Literal folgen.\nEin bigint-Literal kann keine exponentielle Notation verwenden.\nEin bigint-Literal muss eine ganze Zahl sein.\nDer Typmodifizierer \"readonly\" ist nur f\u00FCr Array- und Tupelliteraltypen zul\u00E4ssig.\nEine \u201Econst\u201C-Assertion kann nur auf Referenzen auf Enumerationsmitglieder oder auf String-, Zahlen-, Boolean-, Array- oder Objektliterale angewendet werden.\nWollten Sie diese Funktion als \"async\" markieren?\nAuf einen Namen eines Enumerationsmembers muss ein \",\", \"=\" oder \"}\" folgen.\nMit Tags versehene Vorlagenausdr\u00FCcke sind in einer optionalen Kette nicht zul\u00E4ssig.\nBezeichner erwartet. \"{0}\" ist ein reserviertes Wort, das hier nicht verwendet werden kann.\nDer Typ \"{0}\" erf\u00FCllt den erwarteten Typ \"{1}\" nicht.\n\"{0}\" kann nicht als Wert verwendet werden, weil der Import mit \"import type\" durchgef\u00FChrt wurde.\n\"{0}\" kann nicht als Wert verwendet werden, weil der Export mit \"export type\" durchgef\u00FChrt wurde.\nEin reiner Typenimport kann einen Standardimport oder benannte Bindungen angeben, aber nicht beides.\nIn reinen Typenexport konvertieren\nAlle erneut exportierten Typen in reine Typenexporte konvertieren\nIn zwei separate Importdeklarationen teilen\nAlle ung\u00FCltigen reinen Typenimporte teilen\nDer Klassenkonstruktor darf kein Generator sein.\nMeinten Sie \"{0}\"?\nawait-Ausdr\u00FCcke sind nur auf der obersten Ebene einer Datei zul\u00E4ssig, wenn diese Datei ein Modul ist. Diese Datei enth\u00E4lt jedoch keinerlei Importe oder Exporte. Erw\u00E4gen Sie das Hinzuf\u00FCgen eines leeren \"export {}\", um diese Datei als Modul zu definieren.\n\"{0}\" wurde hier importiert.\n\"{0}\" wurde hier exportiert.\n\u201Eawait\u201C-Ausdr\u00FCcke der obersten Ebene sind nur zul\u00E4ssig, wenn die Option \u201Emodule\u201C auf \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Esystem\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist und die Option \u201Etarget\u201C auf \u201Ees2017\u201C oder h\u00F6her festgelegt ist.\nEin Importalias kann nicht auf eine Deklaration verweisen, die mithilfe von \"export type\" exportiert wurde.\nEin Importalias kann nicht auf eine Deklaration verweisen, die mithilfe von \"import type\" importiert wurde.\nUnerwartetes Token. Meinten Sie \"{'}'}\" oder \"&rbrace;\"?\nUnerwartetes Token. Meinten Sie \"{'>'}\" oder \"&gt;\"?\nDie Notation des Funktionstyps muss in Klammern gesetzt werden, wenn sie in einem Union-Typ verwendet wird.\nDie Typnotation des Konstruktors muss in Klammern gesetzt werden, wenn sie in einem Union-Typ verwendet wird.\nDie Notation des Funktionstyps muss in Klammern gesetzt werden, wenn sie in einem Intersection-Typ verwendet wird.\nDie Typnotation des Konstruktors muss in Klammern gesetzt werden, wenn sie in einem Intersection-Typ verwendet wird.\n\"{0}\" ist als Name f\u00FCr Variablendeklarationen nicht zul\u00E4ssig.\n\"{0}\" ist als Parametername nicht zul\u00E4ssig.\nEin Importalias kann \"import type\" nicht verwenden.\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\"\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" mit packageId \"{2}\"\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" zum Importieren von \"importHelpers\", wie in \"compilerOptions\" angegeben\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" mit packageId \"{2}\" zum Importieren von \"importHelpers\", wie in \"compilerOptions\" angegeben\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" zum Importieren der Factoryfunktionen \"jsx\" und \"jsxs\"\nImportiert \u00FCber \"{0}\" aus der Datei \"{1}\" mit packageId \"{2}\" zum Importieren der Factoryfunktionen \"jsx\" und \"jsxs\"\nDie Datei wird hier per Import eingeschlossen.\nReferenziert \u00FCber \"{0}\" aus der Datei \"{1}\"\nDie Datei wird hier per Verweis eingeschlossen.\nTypbibliothek, die \u00FCber \"{0}\" aus der Datei \"{1}\" referenziert wird\nTypbibliothek, die \u00FCber \"{0}\" aus der Datei \"{1}\" mit packageId \"{2}\" referenziert wird\nDie Datei wird hier per Typbibliotheksverweis eingeschlossen.\nBibliothek, die \u00FCber \"{0}\" aus der Datei \"{1}\" referenziert wird\nDie Datei wird hier per Bibliotheksverweis eingeschlossen.\nAbgeglichen mit dem include-Muster \"{0}\" in \"{1}\"\nDie Datei wird mit dem hier angegebenen include-Muster abgeglichen.\nTeil der Liste \"files\" in tsconfig.json\nDie Datei wird mit der hier angegebenen Liste \"files\" abgeglichen.\nAusgabe aus referenziertem Projekt \"{0}\" eingeschlossen, da \"{1}\" angegeben wurde\nAusgabe aus referenziertem Projekt \"{0}\" eingeschlossen, da \"--module\" als \"none\" angegeben wurde\nDie Datei ist die Ausgabe des hier angegebenen referenzierten Projekts.\nQuelle aus referenziertem Projekt \"{0}\", da \"{1}\" angegeben wurde\nQuelle aus referenziertem Projekt \"{0}\", da \"--module\" als \"none\" angegeben wurde\nDie Datei ist die Quelle des hier angegebenen referenzierten Projekts.\nDer in \"compilerOptions\" angegebene Einstiegspunkt der Typbibliothek \"{0}\"\nDer in \"compilerOptions\" angegebene Einstiegspunkt der Typbibliothek \"{0}\" mit packageId \"{1}\"\nDie Datei ist ein Einstiegspunkt der hier angegebenen Typbibliothek.\nEinstiegspunkt f\u00FCr implizite Typbibliothek \"{0}\"\nEinstiegspunkt f\u00FCr die implizite Typbibliothek \"{0}\" mit packageId \"{1}\"\nIn \"compilerOptions\" angegebene Bibliothek \"{0}\"\nDie Datei ist die hier angegebene Bibliothek.\nStandardbibliothek\nStandardbibliothek f\u00FCr Ziel \"{0}\"\nDie Datei ist die Standardbibliothek f\u00FCr das hier angegebene Ziel.\nF\u00FCr die Kompilierung angegebene Stammdatei\nDie Datei ist die Ausgabe der Projektverweisquelle \"{0}\".\nDie Datei leitet an die Datei \"{0}\" um.\nDie Datei befindet sich aus folgenden Gr\u00FCnden im Programm:\n\"for await\"-Schleifen sind nur auf der obersten Ebene einer Datei zul\u00E4ssig, wenn diese Datei ein Modul ist. Diese Datei enth\u00E4lt jedoch keinerlei Importe oder Exporte. Erw\u00E4gen Sie das Hinzuf\u00FCgen eines leeren \"export {}\", um diese Datei als Modul zu definieren.\n\u201Eawait\u201C-Schleifen der obersten Ebene sind nur zul\u00E4ssig, wenn die Option \u201Emodule\u201C auf \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Esystem\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist und die Option \u201Etarget\u201C auf \u201Ees2017\u201C oder h\u00F6her festgelegt ist.\nWeder Decorators noch Modifizierer k\u00F6nnen auf \"this\"-Parameter angewendet werden.\nUnerwartetes Schl\u00FCsselwort oder Bezeichner.\nUnbekanntes Schl\u00FCsselwort oder Bezeichner. Meinten Sie \"{0}\"?\nVor dem Namen und allen Schl\u00FCsselw\u00F6rtern von Eigenschaftendeklarationen m\u00FCssen Decorator-Elemente stehen.\nNamespace muss einen Namen erhalten.\nSchnittstelle muss einen Namen erhalten.\nTypalias muss einen Namen erhalten.\nVariablendeklaration ist an dieser Stelle nicht zul\u00E4ssig.\nKann in einer Typanmerkung keinen Funktionsaufruf starten.\nF\u00FCr den Eigenschafteninitialisierer wurde \"=\" erwartet.\nNamen der Moduldeklaration d\u00FCrfen nur Zeichenfolgen enthalten, die von ' oder \" eingeschlossen werden.\n\u201E{0}\u201C wird in eine reine Typdeklaration aufgel\u00F6st und muss mithilfe eines reinen Typreexports erneut exportiert werden, wenn \u201E{1}\u201C aktiviert ist.\nBehalten Sie nicht verwendete importierte Werte in der JavaScript-Ausgabe bei, die andernfalls entfernt werden w\u00FCrden.\nDynamische Importe k\u00F6nnen nur einen Modulspezifizierer und ein optionales Set mit Attributen als Argumente akzeptieren.\nPrivate Bezeichner sind nur in Klassentexten zul\u00E4ssig und d\u00FCrfen nur als Teil einer Klassenmitgliedsdeklaration, eines Eigenschaftszugriffs oder auf der linken Seite eines in-Ausdrucks verwendet werden.\n\u201Eresolution-mode\u201C muss entweder auf \u201Erequire\u201C oder \u201Eimport\u201C festgelegt sein.\n\u201Eresolution-mode\u201C kann nur f\u00FCr reine Typenimporte festgelegt werden.\n\u201Eresolution-mode\u201C ist f\u00FCr Typimportassertionen der einzige g\u00FCltige Schl\u00FCssel.\nTypimportassertionen sollten \u00FCber genau einen Schl\u00FCssel verf\u00FCgen \u2013 \u201Eresolution-mode\u201C \u2013 mit dem Wert \u201Eimport\u201C oder \u201Erequire\u201C.\nStandardm\u00E4\u00DFig zugeordnetes Includemuster\u00A0\u201E**/*\u201C\nDie Datei ist ein ECMAScript-Modul, da '{0}' das Feld \u201ETyp\u201C mit dem Wert \u201EModul\u201C aufweist.\nDie Datei ist ein CommonJS-Modul, da '{0}' das Feld \u201ETyp\u201C aufweist, dessen Wert nicht \u201EModul\u201C ist\nDie Datei ist ein CommonJS-Modul, da '{0}' nicht das Feld \u201ETyp\u201C aufweist\nDie Datei ist ein CommonJS-Modul, da \u201Epackage.json\u201C nicht gefunden wurde\nDie Meta-Eigenschaft \u201Eimport.meta\u201C ist in Dateien, die in der CommonJS-Ausgabe erstellt werden, nicht zul\u00E4ssig.\nDas Modul \"{0}\" kann nicht mit diesem Konstrukt importiert werden. Der Spezifizierer wird nur in ein ES-Modul aufgel\u00F6st, das nicht mit \"require\" importiert werden kann. Verwenden Sie stattdessen einen ECMAScript-Import.\n\u201Ecatch\u201C oder \u201Efinally\u201C erwartet.\nEine Importdeklaration kann nur auf der obersten Ebene eines Moduls verwendet werden.\nEine Exportdeklaration kann nur auf der obersten Ebene eines Moduls verwendet werden.\nSteuern Sie, welche Methode zum Erkennen von JS-Dateien im Modulformat verwendet wird.\n\u201Eauto\u201C: Dateien mit imports, exports, import.meta, jsx (mit jsx: respond-jsx) oder esm-Format (mit module: node16+) als Module behandeln.\nAuf einen Instanziierungsausdruck kann kein Eigenschaftenzugriff folgen.\nBezeichner oder Zeichenfolgenliteral erwartet.\nDie aktuelle Datei ist ein CommonJS-Modul, dessen Importe \"require\"-Aufrufe generieren. Die Datei, auf die verwiesen wird, ist jedoch ein ECMAScript-Modul und kann nicht mit \"require\" importiert werden. Erw\u00E4gen Sie stattdessen, einen dynamischen 'import(\"{0}\")'-Aufruf zu schreiben.\nUm diese Datei in ein ECMAScript-Modul zu konvertieren, \u00E4ndern Sie ihre Dateierweiterung in '{0}', oder erstellen Sie eine lokale package.json-Datei mit `{ \"type\": \"module\" }`.\nUm diese Datei in ein ECMAScript-Modul zu konvertieren, \u00E4ndern Sie die Dateierweiterung in \"{0}\", oder f\u00FCgen Sie das Feld ''type': 'module'' zu \"{1}\" hinzu.\nUm diese Datei in ein ECMAScript-Modul zu konvertieren, f\u00FCgen Sie das Feld \"type\": \"module\" zu \"{0}\" hinzu.\nUm diese Datei in ein ECMAScript-Modul zu konvertieren, erstellen Sie eine lokale package.json-Datei mit `{ \"type\": \"module\" }`.\n\u201E{0}\u201C ist ein Typ und muss mit einem reinen Typimport importiert werden, wenn \u201EverbatimModuleSyntax\u201C aktiviert ist.\n\u201E{0}\u201C wird in eine schreibgesch\u00FCtzte Deklaration aufgel\u00F6st und muss mithilfe eines reinen Typimports importiert werden, wenn \u201EverbatimModuleSyntax\u201C aktiviert ist.\nDecorator, der hier vor \"export\" verwendet wird.\nOktale Escapesequenzen sind nicht zul\u00E4ssig. Verwenden Sie die Syntax \"{0}\".\nEscapesequenz \"{0}\" ist nicht zul\u00E4ssig.\nDezimalstellen mit f\u00FChrenden Nullen sind nicht zul\u00E4ssig.\nDie Datei scheint bin\u00E4r zu sein.\nDer Modifizierer \u201E{0}\u201C kann nicht in einer \u201Eusing\u201C-Deklaration angezeigt werden.\n\u201E{0}\u201C-Deklarationen d\u00FCrfen keine Bindungsmuster aufweisen.\nDie linke Seite einer \u201Efor... in\u201C-Anweisung darf keine \u201Eusing\u201C-Deklaration sein.\nDie linke Seite eines \u201Efor...in\u201C-Anweisung darf keine \u201Eawait using\u201C-Deklaration sein.\nDer Modifizierer \u201E{0}\u201C kann nicht in einer \u201Eawait using\u201C-Deklaration angezeigt werden.\nBezeichner, Zeichenfolgenliteral oder Zahlenliteral erwartet.\nDer Ausdruck muss in Klammern eingeschlossen werden, damit er als Decorator verwendet werden kann.\nUng\u00FCltige Syntax im Decorator.\nUnbekanntes Flag f\u00FCr regul\u00E4re Ausdr\u00FCcke.\nDoppeltes Flag f\u00FCr regul\u00E4re Ausdr\u00FCcke.\nDieses Flag f\u00FCr regul\u00E4re Ausdr\u00FCcke ist nur verf\u00FCgbar, wenn es auf \u201E{0}\u201C oder h\u00F6her ausgerichtet ist.\nDas Unicode-Flag (u) und das Unicode Sets-Flag (v) k\u00F6nnen nicht gleichzeitig festgelegt werden.\nBenannte Erfassungsgruppen sind nur verf\u00FCgbar, wenn das Ziel \"ES2018\" oder h\u00F6her ist.\nSubpatternkennzeichen m\u00FCssen vorhanden sein, wenn ein Minuszeichen vorhanden ist.\nUnvollst\u00E4ndiger Quantifizierer. Eine Ziffer wurde erwartet.\nZahlen im Quantifizierer nicht in der richtigen Reihenfolge.\nEs ist nichts f\u00FCr Wiederholungen verf\u00FCgbar.\nUnerwartete(s/r) \u201E{0}\u201C. Wollten Sie mit einem umgekehrten Schr\u00E4gstrich escapen?\nDieses Flag f\u00FCr regul\u00E4re Ausdr\u00FCcke kann nicht innerhalb eines Untermusters umgeschaltet werden.\nAuf \u201E\\k\u201C muss ein Erfassungsgruppenname folgen, der in spitzen Klammern eingeschlossen ist.\n\u201E\\q\u201C ist nur innerhalb der Zeichenklasse verf\u00FCgbar.\nAuf \u201E\\c\u201C muss ein ASCII-Buchstabe folgen.\nNicht definiertes ESC-zeichen.\nEs wurde ein Name f\u00FCr die Erfassungsgruppe erwartet.\nBenannte Erfassungsgruppen mit demselben Namen m\u00FCssen sich gegenseitig ausschlie\u00DFen.\nEin Zeichenklassenbereich darf nicht durch eine andere Zeichenklasse gebunden werden.\nDer Bereich in der Zeichenklasse liegt au\u00DFerhalb der Reihenfolge.\nAlle Elemente, die m\u00F6glicherweise mehr als einem einzelnen Zeichen entsprechen, sind innerhalb einer negierten Zeichenklasse ung\u00FCltig.\nOperatoren d\u00FCrfen innerhalb einer Zeichenklasse nicht gemischt werden. Verpacken Sie ihn stattdessen in eine geschachtelte Klasse.\nEs wurde ein Klassensatzoperand erwartet.\nAuf \u201E\\q\u201C m\u00FCssen Zeichenfolgenalternativen folgen, die in geschweifte Klammern eingeschlossen sind.\nEine Zeichenklasse darf kein reserviertes doppeltes Interpunktionszeichen enthalten. Wollten Sie mit einem umgekehrten Schr\u00E4gstrich escapen?\nEs wurde ein Unicode-Eigenschaftsname erwartet.\nUnbekannter Unicode-Eigenschaftsname.\nEs wurde ein Unicode-Eigenschaftswert erwartet.\nUnbekannter Unicode-Eigenschaftswert.\nEs wurde ein Unicode-Eigenschaftsname oder -wert erwartet.\nJede Unicode-Eigenschaft, die m\u00F6glicherweise mehr als ein einzelnes Zeichen enthalten w\u00FCrde, ist nur verf\u00FCgbar, wenn das Flag \"Unicode Sets (v)\" festgelegt ist.\nUnbekannter Unicode-Eigenschaftsname oder -Wert.\nUnicode-Eigenschaftswertausdr\u00FCcke sind nur verf\u00FCgbar, wenn das Unicode-Flag (u) oder das Unicode Sets-Flag (v) festgelegt ist.\nAuf \u201E\\{0}\u201C muss ein Unicode-Eigenschaftswertausdruck folgen, der in geschweifte Klammern eingeschlossen ist.\nIn diesem regul\u00E4ren Ausdruck ist keine Erfassungsgruppe namens \u201E{0}\u201C vorhanden.\nDieser R\u00FCckverweis bezieht sich auf eine Gruppe, die nicht vorhanden ist. In diesem regul\u00E4ren Ausdruck sind nur {0} Erfassungsgruppen vorhanden.\nDieser R\u00FCckverweis bezieht sich auf eine Gruppe, die nicht vorhanden ist. Dieser regul\u00E4re Ausdruck enth\u00E4lt keine Erfassungsgruppen.\nDieses Zeichen kann in einem regul\u00E4ren Ausdruck nicht mit Escapezeichen versehen werden.\nOktale Escapesequenzen und R\u00FCckvektoren sind in einer Zeichenklasse nicht zul\u00E4ssig. Wenn dies als Escapesequenz vorgesehen war, verwenden Sie stattdessen die Syntax \"{0}\".\nDezimale Escapesequenzen und R\u00FCckvektoren sind in einer Zeichenklasse nicht zul\u00E4ssig.\nUnicode-Escapesequenzen sind nur verf\u00FCgbar, wenn das Unicode-Flag (u) oder das Unicode Sets-Flag (v) festgelegt ist.\nEin \"bigint\"-Literal kann nicht als Eigenschaftenname verwendet werden.\nEine Namespace-Deklaration darf nicht mit dem Schl\u00FCsselwort \"module\" deklariert werden. Verwenden Sie stattdessen das Schl\u00FCsselwort \"namespace\".\nDer reine Typimport eines ECMAScript-Moduls aus einem CommonJS-Modul muss ein Attribut f\u00FCr den Aufl\u00F6sungsmodus (resolution-mode) aufweisen.\nDer Typimport eines ECMAScript-Moduls aus einem CommonJS-Modul muss ein Attribut f\u00FCr den Aufl\u00F6sungsmodus (resolution-mode) aufweisen.\n\"Das Importieren einer JSON-Datei in ein ECMAScript-Modul erfordert ein Importattribut 'type: \"json\"', wenn 'module' auf '{0}' gesetzt ist.\nBenannte Importe aus einer JSON-Datei in ein ECMAScript-Modul sind nicht erlaubt, wenn 'module' auf '{0}'.\n\u201Eusing\u201C-Deklarationen sind in Umgebungskontexten nicht zul\u00E4ssig.\n\u201Eawait using\u201C-Deklarationen sind in Umgebungskontexten nicht zul\u00E4ssig.\n\u201EUsing\u201C-Deklarationen sind in \u201ECase\u201C- oder \u201EDefault\u201C-Klauseln nur zul\u00E4ssig, wenn sie in einem Block enthalten sind.\n\u201EAwait using\u201C-Deklarationen sind in \u201ECase\u201C- oder \u201EDefault\u201C-Klauseln nur zul\u00E4ssig, wenn sie in einem Block enthalten sind.\nIgnorieren Sie die gefundene tsconfig, und erstellen Sie mit Befehlszeilenoptionen und Dateien.\nEine Umgebungsmoduldeklaration mit Importattributen muss einen Musternamen mit einem \u201E*\u201C-Zeichen verwenden.\nImportattribute sind f\u00FCr eine Modulerweiterung nicht zul\u00E4ssig.\nEin Importattributetyp darf nur Eigenschaftensignaturen enthalten.\nEine Importattributeeigenschaft muss \u00FCber eine Typanmerkung verf\u00FCgen.\nEine Importattributeeigenschaft muss einen Zeichenfolgenliteral- oder Bezeichnernamen aufweisen.\nEine Importattributeeigenschaft muss eine Anmerkung des Zeichenfolgenliteraltyps aufweisen.\nEine Importattributeeigenschaft kann nicht optional sein.\n\u201E{0}\u201C ist kein g\u00FCltiger Schl\u00FCssel f\u00FCr einen Importattributetyp.\nEine Importattributeeigenschaft kann keinen \u201Ereadonly\u201C-Modifizierer aufweisen.\nDie Typen von \"{0}\" sind zwischen diesen Typen nicht kompatibel.\nDie von \"{0}\" zur\u00FCckgegebenen Typen sind zwischen diesen Typen nicht kompatibel.\nDie R\u00FCckgabetypen \"{0}\" und \"{1}\" der Aufrufsignatur sind nicht kompatibel.\nDie R\u00FCckgabetypen \"{0}\" und \"{1}\" der Konstruktsignatur sind nicht kompatibel.\nAufrufsignaturen ohne Argumente weisen inkompatible R\u00FCckgabetypen \"{0}\" und \"{1}\" auf.\nKonstruktsignaturen ohne Argumente weisen inkompatible R\u00FCckgabetypen \"{0}\" und \"{1}\" auf.\nDer \"Type\"-Modifizierer kann nicht f\u00FCr einen benannten Import verwendet werden, wenn der \"Import-Typ\" auf seiner Import-Anweisung verwendet wird.\nDer \"Type\"-Modifizierer kann nicht f\u00FCr einen benannten Export verwendet werden, wenn \"Export-Typ\" auf seiner Export-Anweisung verwendet wird.\nF\u00FCr diesen Typparameter ist m\u00F6glicherweise die Einschr\u00E4nkung \"extends {0}\" erforderlich.\nDer Projektstamm ist mehrdeutig, wird aber ben\u00F6tigt, um den Exportzuordnungseintrag \u201E{0}\u201C in der Datei \u201E{1}\u201C aufzul\u00F6sen. Geben Sie die Compiler-Option \u201ErootDir\u201C an, um die Mehrdeutigkeit aufzuheben.\nDer Projektstamm ist mehrdeutig, wird aber ben\u00F6tigt, um den Importzuordnungseintrag \u201E{0}\u201C in der Datei \u201E{1}\u201C aufzul\u00F6sen. Geben Sie die Compiler-Option \u201ErootDir\u201C an, um die Mehrdeutigkeit aufzuheben.\n\"extends\"-Einschr\u00E4nkung hinzuf\u00FCgen\n\"extends\"-Einschr\u00E4nkung zu allen Typparametern hinzuf\u00FCgen\nDoppelter Bezeichner \"{0}\".\nDer Initialisierer der Instanzmembervariablen \"{0}\" darf nicht auf den im Konstruktor deklarierten Bezeichner \"{1}\" verweisen.\nStatische Member d\u00FCrfen nicht auf Klassentypparameter verweisen.\nZirkul\u00E4re Definition des Importalias \"{0}\".\nDer Name \"{0}\" wurde nicht gefunden.\nDas Modul \"{0}\" weist keinen exportierten Member \"{1}\" auf.\nDie Datei \"{0}\" ist kein Modul.\nDas Modul \"{0}\" oder die zugeh\u00F6rigen Typdeklarationen wurden nicht gefunden.\nDas Modul \"{0}\" hat bereits einen Member mit dem Namen \"{1}\" exportiert. Erw\u00E4gen Sie, ihn explizit erneut zu exportieren, um die Mehrdeutigkeit zu vermeiden.\nEine Exportzuweisung darf nicht in einem Modul mit anderen exportierten Elementen verwendet werden.\nDer Typ \"{0}\" verweist rekursiv auf sich selbst als ein Basistyp.\nDer Name \u201E{0}\u201C wurde nicht gefunden. Wollten Sie dies in eine asynchrone Funktion schreiben?\nEine Schnittstelle kann nur einen Objekttyp oder eine Schnittmenge von Objekttypen mit statisch bekannten Membern erweitern.\nDer Typparameter \"{0}\" weist eine zirkul\u00E4re Einschr\u00E4nkung auf.\nDer generische Typ \"{0}\" erfordert {1} Typargument(e).\nDer Typ \"{0}\" ist nicht generisch.\nDer globale Typ \"{0}\" muss eine Klassen- oder Schnittstellentyp sein.\nDer globale Typ \"{0}\" muss {1} Typparameter aufweisen.\nDer globale Typ \"{0}\" wurde nicht gefunden.\nDie benannte Eigenschaft \"{0}\" der Typen \"{1}\" und \"{2}\" ist nicht identisch.\nDie Schnittstelle \"{0}\" kann die Typen \"{1}\" und \"{2}\" nicht gleichzeitig erweitern.\n\u00DCberm\u00E4\u00DFige Stapeltiefe beim Vergleichen der Typen \"{0}\" und \"{1}\".\nDer Typ \"{0}\" kann dem Typ \"{1}\" nicht zugewiesen werden.\nDie exportierte Variable \"{0}\" kann nicht erneut deklariert werden.\nDie Eigenschaft \"{0}\" fehlt im Typ \"{1}\".\nDie Eigenschaft \"{0}\" ist im Typ \"{1}\" privat, im Typ \"{2}\" hingegen nicht.\nDie Typen der Eigenschaft \"{0}\" sind nicht kompatibel.\nDie Eigenschaft \"{0}\" ist im Typ \"{1}\" optional, im Typ \"{2}\" aber erforderlich.\nDie Typen der Parameter \"{0}\" und \"{1}\" sind nicht kompatibel.\nDie Indexsignatur f\u00FCr den Typ \"{0}\" fehlt im Typ \"{1}\".\nIndexsignaturen \"{0}\" und \"{1}\" sind nicht kompatibel.\nAuf \"this\" kann nicht in einem Modul- oder Namespacetext verwiesen werden.\nAuf \"this\" kann am aktuellen Speicherort nicht verwiesen werden.\nAuf \"this\" kann nicht in einem statischen Eigenschafteninitialisierer verwiesen werden.\nAuf \"super\" kann nur in einer abgeleiteten Klasse verwiesen werden.\nAuf \"super\" kann nicht in Konstruktorargumenten verwiesen werden.\nAufrufe von \"super\" sind au\u00DFerhalb von Konstruktoren oder in geschachtelten Funktionen innerhalb von Konstruktoren unzul\u00E4ssig.\nDer Zugriff auf die super-Eigenschaft ist nur in einem Konstruktor, einer Memberfunktion oder einer Memberzugriffsmethode einer abgeleiteten Klasse zul\u00E4ssig.\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" nicht vorhanden.\nNur auf \u00F6ffentliche und gesch\u00FCtzte Methoden der Basisklasse kann \u00FCber das Schl\u00FCsselwort \"super\" zugegriffen werden.\nDie Eigenschaft \"{0}\" ist privat. Auf sie kann nur innerhalb der Klasse \"{1}\" zugegriffen werden.\nDiese Syntax erfordert ein importiertes Hilfsprogramm namens \"{1}\", das in \"{0}\" nicht vorhanden ist. Erw\u00E4gen Sie ein Upgrade Ihrer Version von \"{0}\".\nDer Typ \"{0}\" erf\u00FCllt die Einschr\u00E4nkung \"{1}\" nicht.\nDas Argument vom Typ \"{0}\" kann dem Parameter vom Typ \"{1}\" nicht zugewiesen werden.\nDas Aufrufziel enth\u00E4lt keine Signaturen.\nNicht typisierte Funktionsaufrufe d\u00FCrfen keine Typargumente annehmen.\nDer Wert des Typs \"{0}\" kann nicht aufgerufen werden. Wollten Sie \"new\" einschlie\u00DFen?\nDieser Ausdruck kann nicht aufgerufen werden.\nNur eine void-Funktion kann mit dem Schl\u00FCsselwort \"new\" aufgerufen werden.\nDieser Ausdruck kann nicht erstellt werden.\nDie Konvertierung des Typs \"{0}\" in den Typ \"{1}\" kann ein Fehler sein, weil die Typen keine ausreichende \u00DCberschneidung aufweisen. Wenn dies beabsichtigt war, konvertieren Sie den Ausdruck zuerst in \"unknown\".\nDas Objektliteral kann nur bekannte Eigenschaften angeben, und \"{0}\" ist im Typ \"{1}\" nicht vorhanden.\nDiese Syntax erfordert ein importiertes Hilfsprogramm, aber das Modul \"{0}\" wurde nicht gefunden.\nEine Funktion, deren Typ weder als \"void\" noch als \"any\" deklariert ist, muss einen Wert zur\u00FCckgeben.\nEin arithmetischer Operand muss vom Typ \"any\", \"number\" oder \"bigint\" oder ein Enumerationstyp sein.\nDer Operand eines Inkrement- oder Dekrementoperators muss eine Variable oder ein Eigenschaftenzugriff sein.\nDie linke Seite eines instanceof-Ausdrucks muss den Typ \"any\" aufweisen oder ein Objekttyp bzw. ein Typparameter sein.\nDie rechte Seite eines \u201Einstanceof\u201C-Ausdrucks muss entweder vom Typ \u201Eany\u201C, eine Klasse, eine Funktion oder ein anderer Typ, der dem Schnittstellentyp \u201EFunction\u201C zugewiesen werden kann, oder ein Objekttyp mit einer Symbol.hasInstance-Methode sein.\nDie linke Seite einer arithmetischen Operation muss den Typ \"any\", \"number\" oder \"bigint\" aufweisen oder ein Enumerationstyp sein.\nDie rechte Seite einer arithmetischen Operation muss den Typ \"any\", \"number\" oder \"bigint\" aufweisen oder ein Enumerationstyp sein.\nDie linke Seite eines Zuweisungsausdrucks muss eine Variable oder ein Eigenschaftenzugriff sein.\nDer Operator \"{0}\" darf nicht auf die Typen \"{1}\" und \"{2}\" angewendet werden.\nDer Funktion fehlt die abschlie\u00DFende return-Anweisung, und der R\u00FCckgabetyp enth\u00E4lt nicht \"undefined\".\nDieser Vergleich scheint unbeabsichtigt zu sein, da die Typen \"{0}\" und \"{1}\" keine \u00DCberlappung aufweisen.\nDer Name des Typparameters darf nicht \"{0}\" sein.\nEine Parametereigenschaft ist nur in einer Konstruktorimplementierung zul\u00E4ssig.\nEin rest-Parameter muss ein Arraytyp sein.\nEin Parameterinitialisierer ist nur in einer Funktions- oder Konstruktorimplementierung zul\u00E4ssig.\nDer Parameter \"{0}\" kann nicht auf sich selbst verweisen.\nDer Parameter \"{0}\" darf nicht auf den anschlie\u00DFend deklarierten Bezeichner \"{1}\" verweisen.\nDoppelte Indexsignatur f\u00FCr Typ \"{0}\".\nDer Typ \u201E{0}\u201C kann dem Typ \u201E{1}\u201C mit \u201EexactOptionalPropertyTypes: true\u201C nicht zugewiesen werden. Erw\u00E4gen Sie das Hinzuf\u00FCgen von \u201Eundefined\u201C zu den Typen der Zieleigenschaften.\nEin \u201Esuper\u201C Aufruf muss die erste Anweisung im Konstruktor sein, um auf \u201Esuper\u201C oder \u201Ethis\u201C zu verweisen, wenn eine abgeleitete Klasse initialisierte Eigenschaften, Parametereigenschaften oder private Bezeichner enth\u00E4lt.\nKonstruktoren f\u00FCr abgeleitete Klassen m\u00FCssen einen Aufruf \"super\" enthalten.\nEine get-Zugriffsmethode muss einen Wert zur\u00FCckgeben.\nDas Argument vom Typ \u201E{0}\u201C kann dem Parameter vom Typ \u201E{1}\u201C mit \u201EexactOptionalPropertyTypes: true\u201C nicht zugewiesen werden. Erw\u00E4gen Sie das Hinzuf\u00FCgen von \u201Eundefined\u201C zu den Typen der Zieleigenschaften.\n\u00DCberladungssignaturen m\u00FCssen alle exportiert oder nicht exportiert sein.\n\u00DCberladungssignaturen m\u00FCssen alle umgebend oder nicht umgebend sein.\n\u00DCberladungssignaturen m\u00FCssen alle \u00F6ffentlich, privat oder gesch\u00FCtzt sein.\n\u00DCberladungssignaturen m\u00FCssen alle optional oder erforderlich sein.\nDie Funktions\u00FCberladung muss statisch sein.\nDie Funktions\u00FCberladung darf nicht statisch sein.\nDer Name der Funktionsimplementierung muss \"{0}\" lauten.\nDie Konstruktorimplementierung fehlt.\nDie Funktionsimplementierung fehlt oder folgt nicht unmittelbar auf die Deklaration.\nMehrere Konstruktorimplementierungen sind unzul\u00E4ssig.\nDoppelte Funktionsimplementierung.\nDiese \u00DCberladungssignatur ist nicht mit der zugeh\u00F6rigen Implementierungssignatur kompatibel.\nEinzelne Deklarationen in der gemergten Deklaration \"{0}\" m\u00FCssen alle exportiert oder alle lokal sein.\nDoppelter Bezeichner \"arguments\". Der Compiler verwendet \"arguments\" zum Initialisieren der rest-Parameter.\nDer Deklarationsname steht in Konflikt mit dem integrierten globalen Bezeichner \"{0}\".\n\"constructor\" kann nicht als Parametereigenschaftsname verwendet werden.\nDoppelter Bezeichner \"_this\". Der Compiler verwendet die Variablendeklaration \"_this\" zum Erfassen des this-Verweises.\nDer Ausdruck wird in die Variablendeklaration \"_this\" aufgel\u00F6st, die der Compiler verwendet, um den this-Verweis zu erfassen.\nEin \u201Esuper\u201C Aufruf muss eine Anweisung auf Stammebene innerhalb eines Konstruktors einer abgeleiteten Klasse sein, die initialisierte Eigenschaften, Parametereigenschaften oder private Bezeichner enth\u00E4lt.\nDer Ausdruck wird in \"_super\" aufgel\u00F6st. Damit erfasst der Compiler den Basisklassenverweis.\nNachfolgende Variablendeklarationen m\u00FCssen den gleichen Typ aufweisen. Die Variable \"{0}\" muss den Typ \"{1}\" aufweisen, ist hier aber vom Typ \"{2}\".\nDie linke Seite einer for...in-Anweisung darf keine Typanmerkung verwenden.\nDie linke Seite einer for...in-Anweisung muss vom Typ \"string\" oder \"any\" sein.\nDie linke Seite einer for...in-Anweisung muss eine Variable oder ein Eigenschaftenzugriff sein.\nDie rechte Seite einer for...in-Anweisung muss den Typ \"any\" aufweisen oder ein Objekttyp bzw. ein Typparameter sein. Sie weist hier jedoch den Typ \"{0}\" auf.\nSetter k\u00F6nnen keinen Wert zur\u00FCckgeben.\nDer R\u00FCckgabetyp der Konstruktorsignatur muss dem Instanztyp der Klasse zugewiesen werden k\u00F6nnen.\nDie with-Anweisung wird nicht unterst\u00FCtzt. Alle Symbole in einem with-Block weisen den Typ \"any\" auf.\nDie Eigenschaft \"{0}\" von Typ \"{1}\" kann nicht \"{2}\" Indextyp \"{3}\" zugewiesen werden.\nDer Typ \u201E{0}\u201C kann dem Typ \u201E{1}\u201C mit \u201EexactOptionalPropertyTypes: true\u201C nicht zugewiesen werden. Erw\u00E4gen Sie das Hinzuf\u00FCgen von \u201Eundefined\u201C zum Typ des Ziels.\n\"{0}\" Indextyp \"{1}\" kann nicht \"{2}\" Indextyp \"{3}\" zugewiesen werden.\nDer Klassenname darf nicht \"{0}\" sein.\nDie Klasse \"{0}\" erweitert f\u00E4lschlicherweise die Basisklasse \"{1}\".\nDie Eigenschaft \"{0}\" im Typ \"{1}\" kann nicht der gleichen Eigenschaft in Basistyp \"{2}\" zugewiesen werden.\nDie statische Seite der Klasse \"{0}\" erweitert f\u00E4lschlicherweise die statische Seite der Basisklasse \"{1}\".\nDer Typ des Werts der berechneten Eigenschaft lautet \"{0}\" und kann dem Typ \"{1}\" nicht zugewiesen werden.\nDie Typen der Konstruktsignaturen sind nicht kompatibel.\nDie Klasse \"{0}\" implementiert f\u00E4lschlicherweise die Schnittstelle \"{1}\".\nEine Klasse kann nur einen Objekttyp oder eine Schnittmenge von Objekttypen mit statisch bekannten Membern implementieren.\nDie Klasse \"{0}\" definiert die Instanzmember-Zugriffsmethode \"{1}\", die erweiterte Klasse \"{2}\" definiert diese jedoch als Instanzmember-Zugriffsmethode.\nDie Klasse \"{0}\" definiert die Instanzmembereigenschaft \"{1}\", die erweiterte Klasse \"{2}\" definiert diese jedoch als Instanzmemberfunktion.\nDie Klasse \"{0}\" definiert die Instanzmember-Zugriffsmethode \"{1}\", die erweiterte Klasse \"{2}\" definiert diesen jedoch als Instanzmemberfunktion.\nDer Schnittstellenname darf nicht \"{0}\" sein.\nAlle Deklarationen von \"{0}\" m\u00FCssen identische Typparameter aufweisen.\nDie Schnittstelle \"{0}\" erweitert f\u00E4lschlicherweise die Schnittstelle \"{1}\".\nDer Enumerationsname darf nicht \"{0}\" sein.\nIn einer Enumeration mit mehreren Deklarationen kann nur eine Deklaration einen Initialisierer f\u00FCr das erste Enumerationselement ausgeben.\nEine Namespacedeklaration darf sich nicht in einer anderen Datei als die Klasse oder Funktion befinden, mit der sie zusammengef\u00FChrt wird.\nEine Namespacedeklaration darf nicht vor der Klasse oder Funktion positioniert werden, mit der sie zusammengef\u00FChrt wird.\nUmgebungsmodule d\u00FCrfen nicht in andere Module oder Namespaces geschachtelt werden.\nDie Umgebungsmoduldeklaration darf keinen relativen Modulnamen angeben.\nDas Modul \"{0}\" wird durch eine lokale Deklaration mit dem gleichen Namen ausgeblendet.\nDer Importname darf nicht \"{0}\" sein.\nImport- oder Exportdeklaration in einer Umgebungsmoduldeklaration d\u00FCrfen nicht \u00FCber den relativen Modulnamen auf ein Modul verweisen.\nDie Importdeklaration verursacht einen Konflikt mit der lokalen Deklaration von \"{0}\".\nDoppelter Bezeichner \"{0}\". Der Compiler reserviert den Namen \"{1}\" im Bereich der obersten Ebene eines Moduls.\nTypen weisen separate Deklarationen einer privaten Eigenschaft \"{0}\" auf.\nDie Eigenschaft \"{0}\" ist gesch\u00FCtzt, Typ \"{1}\" ist aber keine von \"{2}\" abgeleitete Klasse.\nDie Eigenschaft \"{0}\" ist im Typ \"{1}\" gesch\u00FCtzt, im Typ \"{2}\" aber \u00F6ffentlich.\nDie Eigenschaft \"{0}\" ist gesch\u00FCtzt. Auf sie kann nur innerhalb der Klasse \"{1}\" und ihrer Unterklassen zugegriffen werden.\nDie Eigenschaft \"{0}\" ist gesch\u00FCtzt und nur \u00FCber eine Instanz der Klasse \"{1}\" zug\u00E4nglich. Dies ist eine Instanz der Klasse \"{2}\".\nDer Operator \"{0}\" ist f\u00FCr boolesche Typen unzul\u00E4ssig. Verwenden Sie stattdessen ggf. \"{1}\".\nDie blockbezogene Variable \"{0}\" wurde vor ihrer Deklaration verwendet.\nKlasse \"{0}\", die vor der Deklaration verwendet wurde.\nEnumeration \"{0}\", die vor der Deklaration wurde.\nDie blockbezogene Variable \"{0}\" Blockbereich kann nicht erneut deklariert werden.\nEin Enumerationsmember darf keinen numerischen Namen besitzen.\nDie Variable \"{0}\" wird vor ihrer Zuweisung verwendet.\nDer Typalias \"{0}\" verweist zirkul\u00E4r auf sich selbst.\nDer Typaliasname darf nicht \"{0}\" sein.\nEin AMD-Modul darf nicht mehrere Namenzuweisungen aufweisen.\nDas Modul \"{0}\" deklariert \"{1}\" lokal, es erfolgt jedoch kein Export.\nDas Modul \"{0}\" deklariert \"{1}\" lokal, der Export erfolgt jedoch als \"{2}\".\nDer Typ \"{0}\" ist kein Arraytyp.\nEin rest-Element muss das letzte Element in einem Destrukturierungsmuster sein.\nEin Bindungsmusterparameter darf in einer Implementierungssignatur nicht optional sein.\nEin berechneter Eigenschaftenname muss vom Typ \"string\", \"number\", \"symbol\" oder \"any\" sein.\nAuf \"this\" kann nicht in einem berechneten Eigenschaftennamen verwiesen werden.\nAuf \"super\" kann nicht in einem berechneten Eigenschaftennamen verwiesen werden.\nEin berechneter Eigenschaftenname kann nicht aus seinem enthaltenden Typ auf einen Typparameter verweisen.\nDer globale Wert \"{0}\" wurde nicht gefunden.\nDer Operator \"{0}\" darf nicht den Typ \"symbol\" angewendet werden.\nDer Verteilungsoperator in new-Ausdr\u00FCcken ist nur verf\u00FCgbar, wenn das Ziel ECMAScript 5 oder h\u00F6her ist.\nEnumerationsdeklarationen m\u00FCssen alle konstant oder nicht konstant sein.\nElementitialisierer f\u00FCr Konstantenenummeration m\u00FCssen konstante Ausdr\u00FCcke sein.\nconst-Enumerationen k\u00F6nnen nur in Eigenschaften- bzw. Indexzugriffsausdr\u00FCcken oder auf der rechten Seite einer Importdeklaration oder Exportzuweisung verwendet werden.\nAuf einen const-Enumerationsmember kann nur mithilfe eines Zeichenfolgenliterals zugegriffen werden.\nDer const-Enumerationsmemberinitialisierer wurde in einen unendlichen Wert ausgewertet.\nDer const-Enumerationsmemberinitialisierer wurde in den unzul\u00E4ssigen Wert \"NaN\" ausgewertet.\n\"let\" darf nicht als Name in let- oder const-Deklarationen verwendet werden.\nDie Variable \"{0}\" mit dem \u00E4u\u00DFeren Bereich im gleichen Bereich wie die Deklaration \"{1}\" mit dem Blockbereich kann nicht initialisiert werden.\nDie linke Seite einer for...of-Anweisung darf keine Typanmerkung verwenden.\nDie Exportdeklaration verursacht einen Konflikt mit der exportierten Deklaration von \"{0}\".\nDie linke Seite einer for...of-Anweisung muss eine Variable oder ein Eigenschaftenzugriff sein.\nDer Typ \"{0}\" muss eine Methode \"[Symbol.iterator]()\" aufweisen, die einen Iterator zur\u00FCckgibt.\nEin Iterator muss eine Methode \"next()\" besitzen.\nDer von der {0}()-Methode eines Iterators zur\u00FCckgegebene Typ muss eine value-Eigenschaft aufweisen.\nDie linke Seite einer for...in-Anweisung darf kein Destrukturierungsmuster sein.\nDer Bezeichner \"{0}\" in der Catch-Klausel kann nicht erneut deklariert werden.\nDer Tupeltyp \"{0}\" der L\u00E4nge {1} weist am Index \"{2}\" kein Element auf.\nDas Verwenden einer Zeichenfolge in einer for...of-Anweisung wird nur in ECMAScript 5 oder h\u00F6her unterst\u00FCtzt.\nDer Typ \"{0}\" ist kein Array- oder Zeichenfolgentyp.\nAuf das Objekt \u201Earguments\u201C darf in einer Pfeilfunktion in ES5 nicht verwiesen werden. Verwenden Sie ggf. einen Standardfunktionsausdruck.\nAuf dieses Modul kann nur mit ECMAScript-Importen/-Exporten verwiesen werden, indem das Flag \"{0}\" aktiviert und auf den Standardexport verwiesen wird.\nDas Modul \"{0}\" verwendet \"export =\" und darf nicht mit \"export *\" verwendet werden.\nEine Schnittstelle kann nur einen Bezeichner/\"qualified-name\" mit optionalen Typargumenten erweitern.\nEine Klasse kann nur einen Bezeichner/\"qualified-name\" mit optionalen Typargumenten implementieren.\nEin rest-Element darf kein Bindungsmuster enthalten.\nAuf \"{0}\" wird direkt oder indirekt in der eigenen Typanmerkung verwiesen.\nDer Namespace \"{0}\" wurde nicht gefunden.\nDer Typ \"{0}\" muss eine Methode \"[Symbol.asyncIterator]()\" aufweisen, die einen async-Iterator zur\u00FCckgibt.\nEin Generator darf keine void-Typanmerkung aufweisen.\nAuf \"{0}\" wird direkt oder indirekt im eigenen Basisausdruck verwiesen.\nDer Typ \"{0}\" ist kein Konstruktorfunktionstyp.\nKein Basiskonstruktor weist die angegebene Anzahl von Typargumenten auf.\nDer R\u00FCckgabetyp \"{0}\" des Basiskonstruktors ist kein Objekttyp oder eine Schnittmenge von Objekttypen mit statisch bekannten Membern.\nBasiskonstruktoren m\u00FCssen alle den gleichen R\u00FCckgabetyp aufweisen.\nEine Instanz der abstrakten Klasse kann nicht erstellt werden.\n\u00DCberladungssignaturen m\u00FCssen alle abstrakt oder nicht abstrakt sein.\nAuf die abstrakte Methode \"{0}\" in der Klasse \"{1}\" kann nicht \u00FCber den super-Ausdruck zugegriffen werden.\nEin Tupeltyp kann nicht mit einem negativen Wert indiziert werden.\nDie nicht abstrakte Klasse \"{0}\" implementiert nicht den geerbten abstrakten Member {1} aus der Klasse \"{2}\".\nAlle Deklarationen einer abstrakten Methode m\u00FCssen aufeinanderfolgend sein.\nEin abstrakter Konstruktortyp kann nicht einem nicht abstrakten Konstruktortyp zugewiesen werden.\nEin auf \"this\" basierender Typw\u00E4chter ist nicht mit einem parameterbasierten Typw\u00E4chter kompatibel.\nEin Async-Iterator muss eine \"next()\"-Async-Methode aufweisen.\nDoppelter Bezeichner \"{0}\". Der Compiler verwendet die Deklaration \"{1}\", um asynchrone Funktionen zu unterst\u00FCtzen.\nAuf das Objekt \u201Earguments\u201C darf in einer asynchronen Funktion oder Methode in ES5 nicht verwiesen werden. Verwenden Sie ggf. eine Standardfunktion oder -methode.\nyield-Ausdr\u00FCcke d\u00FCrfen nicht in einem Parameterinitialisierer verwendet werden.\nawait-Ausdr\u00FCcke d\u00FCrfen nicht in einem Parameterinitialisierer verwendet werden.\nEin this-Typ ist nur in einem nicht statischen Member einer Klasse oder Schnittstelle verf\u00FCgbar.\nDer abgeleitete Typ von \"{0}\" verweist auf einen Typ \"{1}\", auf den nicht zugegriffen werden kann. Eine Typanmerkung ist erforderlich.\nEin Modul darf nicht mehrere Standardexporte aufweisen.\nDoppelter Bezeichner \"{0}\". Der Compiler reserviert den Namen \"{1}\" im Bereich der obersten Ebene eines Moduls, das asynchrone Funktionen enth\u00E4lt.\nDie Eigenschaft \"{0}\" ist nicht mit der Indexsignatur kompatibel.\nDas Objekt ist m\u00F6glicherweise \"NULL\".\nDas Objekt ist m\u00F6glicherweise \"nicht definiert\".\nDas Objekt ist m\u00F6glicherweise \"NULL\" oder \"nicht definiert\".\nEine Funktion, die \"never\" zur\u00FCckgibt, kann keinen erreichbaren Endpunkt besitzen.\nDer Typ \"{0}\" kann nicht zum Indizieren von Typ \"{1}\" verwendet werden.\nDer Typ \"{0}\" weist keine \u00FCbereinstimmende Indexsignatur f\u00FCr den Typ \"{1}\" auf.\nDer Typ \"{0}\" kann nicht als Indextyp verwendet werden.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich nicht um eine Variable handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine schreibgesch\u00FCtzte Eigenschaft handelt.\nDie Indexsignatur in Typ \"{0}\" l\u00E4sst nur Lesevorg\u00E4nge zu.\nDoppelter Bezeichner \"_newTarget\". Der Compiler verwendet die Variablendeklaration \"_newTarget\" zum Erfassen der Metaeigenschaftenreferenz \"new.target\".\nDer Ausdruck wird in die Variablendeklaration \"_newTarget\" aufgel\u00F6st, die der Compiler zum Erfassen der Metaeigenschaftenreferenz \"new.target\" verwendet.\nEine Mixin-Klasse ben\u00F6tigt einen Konstruktor mit einem einzelnen REST-Parameter des Typs \"any[]\".\nDer von der {0}()-Methode eines Async-Iterators zur\u00FCckgegebene Typ muss eine Zusage f\u00FCr einen Typ mit einer value-Eigenschaft sein.\nTyp \"{0}\" ist kein Array-Typ oder weist keine \"[Symbol.iterator]()\"-Methode auf, die einen Iterator zur\u00FCckgibt.\nTyp \"{0}\" ist kein Array-Typ oder Zeichenfolgentyp oder weist keine \"[Symbol.iterator]()\"-Methode auf, die einen Iterator zur\u00FCckgibt.\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" nicht vorhanden. M\u00FCssen Sie Ihre Zielbibliothek \u00E4ndern? \u00C4ndern Sie die Compileroption \"lib\" in \"{2}\" oder h\u00F6her.\nDie Eigenschaft \"{0}\" existiert nicht f\u00FCr Typ \"{1}\". Meinten Sie \"{2}\"?\nDer Name \"{0}\" wurde nicht gefunden. Meinten Sie \"{1}\"?\nBerechnete Werte sind in einer Enumeration mit Membern mit Zeichenfolgenwerten nicht zul\u00E4ssig.\n{0} Argumente wurden erwartet, empfangen wurden aber {1}.\nMindestens {0} Argumente wurden erwartet, empfangen wurden aber {1}.\nEin \u00DCberf\u00FCllungsargument muss entweder einen Tupeltyp aufweisen oder an einen Restparameter \u00FCbergeben werden.\n{0} Typenargumente wurden erwartet, empfangen wurden aber {1}.\nDer Typ \"{0}\" verf\u00FCgt \u00FCber keine gemeinsamen Eigenschaften mit Typ \"{1}\".\nDer Wert des Typs \"{0}\" verf\u00FCgt \u00FCber keine gemeinsamen Eigenschaften mit dem Typ \"{1}\". Wollten Sie ihn aufrufen?\nDas Objektliteral gibt m\u00F6glicherweise nur bekannte Eigenschaften an, \"{0}\" ist jedoch im Typ \"{1}\" nicht vorhanden. Wollten Sie \"{2}\" schreiben?\nBasisklassenausdr\u00FCcke k\u00F6nnen nicht auf Klassentypparameter verweisen.\nDer beinhaltende Funktions- oder Modulk\u00F6rper ist zu gro\u00DF f\u00FCr eine Ablaufsteuerungsanalyse.\nDie Eigenschaft \"{0}\" weist keinen Initialisierer auf und ist im Konstruktor nicht definitiv zugewiesen.\nDie Eigenschaft \"{0}\" wird vor ihrer Zuweisung verwendet.\nEin rest-Element darf keinen Eigenschaftennamen aufweisen.\nEnumerationsdeklarationen k\u00F6nnen nur mit Namespace- oder anderen Enumerationsdeklarationen zusammengef\u00FChrt werden.\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" m\u00F6glicherweise nicht vorhanden. Meinten Sie \"{2}\"?\nDer Name \"{0}\" wurde nicht gefunden. Meinten Sie \"{1}\"?\nDas Objekt ist vom Typ \"Unbekannt\".\nEin rest-Elementtyp muss ein Arraytyp sein.\nKeine \u00DCberladung erwartet {0} Argumente, aber es sind \u00DCberladungen vorhanden, die entweder {1} oder {2} Argumente erwarten.\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" nicht vorhanden. M\u00F6chten Sie stattdessen auf den statischen Member \"{2}\" zugreifen?\nDie R\u00FCckgabetypanmerkung verweist zirkul\u00E4r auf sich selbst.\nNicht verwendete @ts-expect-error-Direktive.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr Node installieren? Versuchen Sie es mit \"npm i --save-dev @types/node\".\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr jQuery installieren? Versuchen Sie es mit \"npm i --save-dev @types/jquery\".\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr einen Test Runner installieren? Versuchen Sie es mit \"npm i --save-dev @types/jest\" oder \"npm i --save-dev @types/mocha\".\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Ihre Zielbibliothek \u00E4ndern? \u00C4ndern Sie die Compileroption \"lib\" in \"{1}\" oder h\u00F6her.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Ihre Zielbibliothek \u00E4ndern? \u00C4ndern Sie die Compileroption \"lib\" so ab, dass sie \"dom\" enth\u00E4lt.\n\"{0}\" bezieht sich nur auf einen Typ, wird hier jedoch als Wert verwendet. M\u00FCssen Sie Ihre Zielbibliothek \u00E4ndern? \u00C4ndern Sie die Compileroption \"lib\" in \"es2015\" oder h\u00F6her.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine Konstante handelt.\nDie Typinstanziierung ist \u00FCberm\u00E4\u00DFig tief und m\u00F6glicherweise unendlich.\nDer Ausdruck erzeugt einen union-Typ, der f\u00FCr die Darstellung zu komplex ist.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr Node installieren? Versuchen Sie es mit \"npm i --save-dev @types/node\", und f\u00FCgen Sie dann dem Typenfeld in Ihrer tsconfig-Datei \"node\" hinzu.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr jQuery installieren? Versuchen Sie es mit \"npm i --save-dev @types/jquery\", und f\u00FCgen Sie dann dem Typenfeld in Ihrer tsconfig-Datei \"jquery\" hinzu.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr einen Test Runner installieren? Versuchen Sie es mit \"npm i --save-dev @types/jest\" oder \"npm i --save-dev @types/mocha\", und f\u00FCgen Sie dann dem Typenfeld in Ihrer tsconfig-Datei \"jest\" oder \"mocha\" hinzu.\nDieses Modul wird mit \u201Eexport =\u201C deklariert und kann nur bei Verwendung des Kennzeichnens \u201E{0}\u201C mit einem Standardimport verwendet werden.\n\"{0}\" kann nur mithilfe eines Standardimports importiert werden.\n\"{0}\" kann nur importiert werden, indem das Flag \"esModuleInterop\" aktiviert und ein Standardimport verwendet wird.\n\"{0}\" kann nur mit einem Aufruf von \"require\" oder durch Verwendung eines Standardimports importiert werden.\n\"{0}\" kann nur mit einem Aufruf von \"require\" oder durch Aktivieren des Flags \"esModuleInterop\" und Verwendung eines Standardimports importiert werden.\nDas JSX-Element enth\u00E4lt implizit den Typ \"any\", weil der globale Typ \"JSX.Element\" nicht vorhanden ist.\nDie Eigenschaft \"{0}\" im Typ \"{1}\" kann dem Typ \"{2}\" nicht zugewiesen werden.\nDer JSX-Elementtyp \"{0}\"weist keine Konstrukt- oder Aufrufsignaturen auf.\nDie Eigenschaft \"{0}\" des JSX-Verteilungsattributs kann nicht der Zieleigenschaft zugewiesen werden.\nDie JSX-Elementklasse unterst\u00FCtzt keine Attribute, weil sie keine Eigenschaft \"{0}\" aufweist.\nDer globale Typ \"JSX.{0}\" darf nur eine Eigenschaft aufweisen.\nDie untergeordnete JSX-Verteilung muss ein Arraytyp sein.\n\"{0}\" ist als Accessor in der Klasse \"{1}\" definiert, wird aber hier in \"{2}\" als Instanzeigenschaft \u00FCberschrieben.\n\"{0}\" ist als Eigenschaft in der Klasse \"{1}\" definiert, wird aber hier in \"{2}\" als Accessor \u00FCberschrieben.\nDie Eigenschaft \"{0}\" \u00FCberschreibt die Basiseigenschaft in \"{1}\". Wenn dies beabsichtigt ist, f\u00FCgen Sie einen Initialisierer hinzu. Andernfalls f\u00FCgen Sie einen declare-Modifizierer hinzu, oder entfernen Sie die redundante Deklaration.\nDas Modul \"{0}\" weist keinen Standardexport auf. Wollten Sie stattdessen \"import { {1} } from {0}\" verwenden?\nDas Modul \"{0}\" umfasst keinen exportierten Member \"{1}\". Wollten Sie stattdessen \"import {1} from {0}\" verwenden?\nDer Typ der Eigenschaft \"{0}\" verweist im zugeordneten Typ \"{1}\" auf sich selbst.\n\"{0}\" kann nur mit \"import {1} = require({2})\" oder \u00FCber einen Standardimport importiert werden.\n\"{0}\" kann nur mit \"import {1} = require({2})\" oder durch Aktivieren des Flags \"esModuleInterop\" und Verwendung eines Standardimports importiert werden.\nDie Quelle weist {0} Element(e) auf, aber das Ziel erfordert {1}.\nDie Quelle weist {0} Element(e) auf, aber das Ziel l\u00E4sst nur {1} zu.\nDas Ziel erfordert {0} Element(e), aber die Quelle kann weniger aufweisen.\nDas Ziel erlaubt nur {0} Element(e), aber die Quelle kann mehr aufweisen.\nDie Quelle weist keine \u00DCbereinstimmung f\u00FCr das erforderliche Element an Position {0} im Ziel auf.\nDie Quelle weist keine \u00DCbereinstimmung f\u00FCr das variadic-Element an Position {0} im Ziel auf.\nDas variadic-Element an Position {0} in der Quelle stimmt nicht mit dem Element an Position {1} im Ziel \u00FCberein.\nDer Typ an Position {0} in der Quelle ist nicht mit dem Typ an Position {1} im Ziel kompatibel.\nDer Typ an den Positionen {0} bis {1} in der Quelle ist nicht mit dem Typ an Position {2} im Ziel kompatibel.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine Enumeration handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine Klasse handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um eine Funktion handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um einen Namespace handelt.\nEine Zuweisung zu \"{0}\" ist nicht m\u00F6glich, weil es sich um einen Import handelt.\nAusdr\u00FCcke f\u00FCr den Zugriff auf JSX-Eigenschaften d\u00FCrfen keine JSX-Namespacenamen enthalten.\n\"{0}\" Indexsignaturen sind inkompatibel.\nDer Typ \u201E{0}\u201C weist keine Signaturen auf, f\u00FCr die die Liste \u201ETypargument\u201C gilt.\nDer Typ \u201E{0}\u201C kann dem Typ \u201E{1}\u201C nicht zugewiesen werden, wie in der Abweichungsanmerkung impliziert.\nAbweichungsanmerkungen werden nur in Typaliasnamen f\u00FCr Objekt-, Funktions-, Konstruktor- und zugeordnete Typen unterst\u00FCtzt.\nTyp \u201E{0}\u201C kann einen primitiven Wert darstellen, der als rechter Operand des \u201EIn\u201C-Operators nicht zul\u00E4ssig ist.\nReact-Komponenten d\u00FCrfen keine JSX-Namespacenamen enthalten.\nDas Modul \"{0}\" kann nicht mit Wertexporten vergr\u00F6\u00DFert werden, da es zu einer Entit\u00E4t aufgel\u00F6st wird, die kein Modul darstellt.\nIm nicht abstrakten Klassenausdruck fehlen Implementierungen f\u00FCr die folgenden Member von \"{0}\": {1} und {2} weitere.\nEin Memberinitialisierer in einer Enumerationsdeklaration darf nicht auf Member verweisen, die anschlie\u00DFend deklariert werden (einschlie\u00DFlich Member, die in anderen Enumerationen definiert sind).\nDie gemergte Deklaration \"{0}\" darf keine Exportstandarddeklaration enthalten. F\u00FCgen Sie ggf. eine separate Deklaration \"export default {0}\" hinzu.\nDer nicht abstrakte Ausdruck implementiert nicht den geerbten abstrakten Member \"{0}\" aus der Klasse \"{1}\".\nIn der nicht abstrakten Klasse \"{0}\" fehlen Implementierungen f\u00FCr die folgenden Member von \"{1}\": {2}.\nIn der nicht abstrakten Klasse \"{0}\" fehlen Implementierungen f\u00FCr die folgenden Member von \"{1}\": {2} und {3} weitere.\nIm nicht abstrakten Klassenausdruck fehlen Implementierungen f\u00FCr die folgenden Member von \"{0}\": {1}.\nJSX-Ausdr\u00FCcke m\u00FCssen ein \u00FCbergeordnetes Element aufweisen.\nDer Typ \"{0}\" enth\u00E4lt keine Entsprechung f\u00FCr die Signatur \"{1}\".\n\"super\" ist nur in Membern von Objektliteralausdr\u00FCcken zul\u00E4ssig, wenn die Option \"target\" den Wert \"ES2015\" oder h\u00F6her aufweist.\nAuf \"super\" kann nur in Membern abgeleiteter Klassen oder Objektliteralausdr\u00FCcken verwiesen werden.\n\"{0}\" kann nicht exportiert werden. Nur lokale Deklarationen k\u00F6nnen aus einem Modul exportiert werden.\nDer Name \"{0}\" wurde nicht gefunden. Meinten Sie den statischen Member \"{1}.{0}\"?\nDer Name \"{0}\" wurde nicht gefunden. Meinten Sie den Instanzmember \"this.{0}\"?\nUng\u00FCltiger Modulname in der Erweiterung. Das Modul \"{0}\" wurde nicht gefunden.\nUng\u00FCltiger Modulname in Augmentation. Das Modul \"{0}\" wird in ein nicht typisiertes Modul in \"{1}\" aufgel\u00F6st, das nicht augmentiert werden kann.\nExporte und Exportzuweisungen sind in Modulerweiterungen unzul\u00E4ssig.\nImporte sind in Modulerweiterungen unzul\u00E4ssig. Verschieben Sie diese ggf. in das einschlie\u00DFende externe Modul.\nDer Modifizierer \"export\" kann nicht auf Umgebungsmodule und Modulerweiterungen angewendet werden, da diese immer sichtbar sind.\nErweiterungen f\u00FCr den globalen Bereich k\u00F6nnen nur in externen Modulen oder Umgebungsmoduldeklarationen direkt geschachtelt werden.\nErweiterungen f\u00FCr den globalen Bereich sollten den Modifizierer \"declare\" aufweisen, wenn sie nicht bereits in einem Umgebungskontext auftreten.\nDas Modul \"{0}\" kann nicht erweitert werden, weil es in eine Nicht-Modulentit\u00E4t aufgel\u00F6st wird.\nEin Konstruktortyp \"{0}\" kann nicht einem Konstruktortyp \"{1}\" zugewiesen werden.\nDer Konstruktor der Klasse \"{0}\" ist privat. Auf ihn kann nur innerhalb der Klassendeklaration zugegriffen werden.\nDer Konstruktor der Klasse \"{0}\" ist gesch\u00FCtzt. Auf ihn kann nur innerhalb der Klassendeklaration zugegriffen werden.\nEine Klasse \"{0}\" kann nicht erweitert werden. Der Klassenkonstruktor ist als privat markiert.\nBeide Accessoren m\u00FCssen abstrakt oder nicht abstrakt sein.\nDer Typ eines Typpr\u00E4dikats muss dem Typ seines Parameters zugewiesen werden k\u00F6nnen.\nDer Typ \"{0}\" kann nicht mit dem Typ \"{1}\" verglichen werden.\nEine Funktion, die mit dem Schl\u00FCsselwort \"new\" aufgerufen wird, darf keinen \"this\"-Typ aufweisen, der \"void\" ist.\nEin \"{0}\"-Parameter muss der erste Parameter sein.\nEin Konstruktor darf keinen \"this\"-Parameter aufweisen.\n\"this\" weist implizit den Typ \"any\" auf, weil keine Typanmerkung vorhanden ist.\nDer \"this\"-Kontext vom Typ \"{0}\" kann \"this\" vom Typ \"{1}\" der Methode nicht zugewiesen werden.\nDie \"this\"-Typen jeder Signatur sind nicht kompatibel.\n\"{0}\" bezieht sich auf eine globale UMD, die aktuelle Datei ist jedoch ein Modul. Ziehen Sie in Betracht, stattdessen einen Import hinzuzuf\u00FCgen.\nAlle Deklarationen von \"{0}\" m\u00FCssen identische Modifizierer aufweisen.\nDie Typdefinitionsdatei f\u00FCr \"{0}\" wurde nicht gefunden.\nEine Schnittstelle \"{0}\" kann nicht erweitert werden. Meinten Sie \"implements\"?\n\"{0}\" bezieht sich nur auf einen Typ, wird hier jedoch als Wert verwendet. Wollten Sie \"{1} in {0}\" verwenden?\n\"{0}\" ist ein primitiver Typ, aber \"{1}\" ist ein Wrapperobjekt. Verwenden Sie vorzugsweise \"{0}\", wenn m\u00F6glich.\n\"{0}\" bezieht sich nur auf einen Typ, wird aber hier als Wert verwendet.\nDer Namespace \"{0}\" besitzt keinen exportierten Member \"{1}\".\nDie linke Seite des Kommaoperators wird nicht verwendet besitzt keine Nebenwirkungen.\nDer Typ \"Object\" kann nur wenigen anderen Typen zugewiesen werden. Wollten Sie stattdessen den Typ \"any\" verwenden?\nEine asynchrone Funktion oder Methode muss \"Promise\" zur\u00FCckgeben. Stellen Sie sicher, dass Sie \u00FCber eine Deklaration f\u00FCr \"Promise\" verf\u00FCgen, oder schlie\u00DFen Sie ES2015 in Ihrer Option \"--lib\" ein.\nSpread-Typen d\u00FCrfen nur aus object-Typen erstellt werden.\nDie statische Eigenschaft \"{0}\" steht in Konflikt mit der integrierten Eigenschaft \"Function.{0}\" der Konstruktorfunktion \"{1}\".\nRest-Typen d\u00FCrfen nur aus object-Typen erstellt werden.\nDas Ziel einer REST-Zuweisung f\u00FCr ein Objekt muss eine Variable oder ein Eigenschaftenzugriff sein.\n\"{0}\" bezieht sich nur auf einen Typ, wird hier jedoch als Namespace verwendet.\nDer Operand eines delete-Operators muss ein Eigenschaftenverweis sein.\nDer Operand eines delete-Operators darf keine schreibgesch\u00FCtzte Eigenschaft sein.\nEine Async-Funktion oder -Methode in ES5 erfordert den Konstruktor \"Promise\".  Stellen Sie sicher, dass Sie \u00FCber eine Deklaration f\u00FCr den Konstruktor \"Promise\" verf\u00FCgen, oder schlie\u00DFen Sie \"ES2015\" in Ihre Option \"--lib\" ein.\nErforderliche Typparameter d\u00FCrfen nicht auf optionale Typparameter folgen.\nDer generische Typ \"{0}\" ben\u00F6tigt zwischen {1} und {2} Typargumente.\nDer Namespace \"{0}\" kann nicht als Wert verwendet werden.\nDer Namespace \"{0}\" kann nicht als Typ verwendet werden.\n\"{0}\" ist zweimal angegeben. Das Attribut mit dem Namen \"{0}\" wird \u00FCberschrieben.\nEin dynamischer Importaufruf gibt \"Promise\" zur\u00FCck. Stellen Sie sicher, dass Sie \u00FCber eine Deklaration f\u00FCr \"Promise\" verf\u00FCgen, oder schlie\u00DFen Sie ES2015 in Ihre Option \"--lib\" ein.\nEin dynamischer Importaufruf in ES5 erfordert den Konstruktor \"Promise\".  Stellen Sie sicher, dass Sie \u00FCber eine Deklaration f\u00FCr den Konstruktor \"Promise\" verf\u00FCgen, oder schlie\u00DFen Sie \"ES2015\" in Ihre Option \"--lib\" ein.\nDer Zugriff auf \"{0}.{1}\" ist nicht m\u00F6glich, da \"{0}\" ein Typ ist, aber kein Namespace. Wollten Sie den Typ der Eigenschaft \"{1}\" in \"{0}\" mit \"{0}[\"{1}\"]\" abrufen?\nDer Ausdruck einer Exportzuweisung muss ein Bezeichner oder ein qualifizierter Name in einem Umgebungskontext sein.\nAuf die abstrakte Eigenschaft \"{0}\" in der Klasse \"{1}\" kann im Konstruktor nicht zugegriffen werden.\nDer Typparameter \"{0}\" besitzt einen zirkul\u00E4ren Standardwert.\nNachfolgende Eigenschaftendeklarationen m\u00FCssen den gleichen Typ aufweisen. Die Eigenschaft \"{0}\" muss den Typ \"{1}\" aufweisen, ist hier aber vom Typ \"{2}\".\nDoppelte Eigenschaft: {0}\nDer Typ \"{0}\" kann dem Typ \"{1}\" nicht zugewiesen werden. Es sind zwei verschiedene Typen mit diesem Namen vorhanden, diese sind jedoch nicht verwandt.\nDie Klasse \"{0}\" implementiert f\u00E4lschlicherweise die Klasse \"{1}\". Wollten Sie \"{1}\" erweitern und ihre Member als Unterklasse vererben?\nEin Objekt, das m\u00F6glicherweise NULL ist, kann nicht aufgerufen werden.\nEin Objekt, das m\u00F6glicherweise nicht definiert ist, kann nicht aufgerufen werden.\nEin Objekt, das m\u00F6glicherweise NULL oder nicht definiert ist, kann nicht aufgerufen werden.\n\"{0}\" umfasst keinen exportierten Member namens \"{1}\". Meinten Sie \"{2}\"?\nDer Klassenname darf nicht \u201EObject\u201C lauten, wenn ES5 und h\u00F6her mit Modul \u201E{0}\u201C als Ziel verwendet wird.\nDie Bibliotheksdefinition f\u00FCr \"{0}\" wurde nicht gefunden.\nDie Bibliotheksdefinition f\u00FCr \"{0}\" wurde nicht gefunden. Meinten Sie \"{1}\"?\n\"{0}\" wird hier deklariert.\nDie Eigenschaft \"{0}\" wird vor ihrer Initialisierung verwendet.\nEine Pfeilfunktion darf keinen this-Parameter aufweisen.\nDie implizite Konvertierung von \"symbol\" in \"string\" f\u00FChrt zur Laufzeit zu einem Fehler. Erw\u00E4gen Sie, diesen Ausdruck in \"String(...)\" einzuschlie\u00DFen.\nDas Modul \"{0}\" wurde nicht gefunden. Erw\u00E4gen Sie die Verwendung von \"--resolveJsonModule\" zum Importieren eines Moduls mit der Erweiterung \".json\".\nDie Eigenschaft \"{0}\" wurde hier ebenfalls deklariert.\nFehlt ein Semikolon?\nWollten Sie \"{0}\" auf den Typ \"new (...args: any[]) => {1}\" einschr\u00E4nken?\nDer Operator \"{0}\" kann nicht auf den Typ \"{1}\" angewendet werden.\nbigint-Literale sind nicht verf\u00FCgbar, wenn die Zielversion niedriger ist als ES2020.\nEin \u00E4u\u00DFerer Wert von \"this\" wird durch diesen Container verborgen.\nIm Typ \"{0}\" fehlen die folgenden Eigenschaften von Typ \"{1}\": \"{2}\".\nIm Typ \"{0}\" fehlen die folgenden Eigenschaften von Typ \"{1}\": \"{2}\" und {3} weitere.\nDie Eigenschaft \"{0}\" fehlt im Typ \"{1}\", aber ist im Typ \"{2}\" erforderlich.\nDer abgeleitete Typ von \"{0}\" kann nicht ohne einen Verweis auf \"{1}\" benannt werden. Eine Portierung ist wahrscheinlich nicht m\u00F6glich. Eine Typanmerkung ist erforderlich.\nKeine \u00DCberladung erwartet {0} Typargumente, aber es sind \u00DCberladungen vorhanden, die entweder {1} oder {2} Typargumente erwarten.\nStandardwerte f\u00FCr Typparameter k\u00F6nnen nur auf zuvor deklarierte Typparameter verweisen.\nDie Eigenschaft \"{0}\" f\u00FCr dieses JSX-Tag erwartet den Typ \"{1}\", der mehrere untergeordnete Elemente erfordert, aber es wurde nur ein untergeordnetes Elemente angegeben.\nDie Eigenschaft \"{0}\" f\u00FCr dieses JSX-Tag erwartet ein einzelnes untergeordnetes Element vom Typ \"{1}\", aber es wurden mehrere untergeordnete Elemente angegeben.\n{0}-Komponenten akzeptieren Text nicht als untergeordnete Elemente. Der Text in der JSX weist den Typ \"string\" auf, aber f\u00FCr \"{1}\" wird der Typ \"{2}\" erwartet.\nAuf Umgebungskonstantenenumerationen kann nicht zugegriffen werden, wenn \"{0}\" aktiviert ist.\n\"{0}\" bezieht sich auf einen Wert, wird hier jedoch als Typ verwendet. Meinten Sie \"typeof {0}\"?\nDie Implementierungssignatur wird hier deklariert.\nDie Zirkularit\u00E4t stammt vom Typ an diesem Standort.\nDer erste Exportstandard befindet sich hier.\nEin weiterer Exportstandardwert befindet sich hier.\n\"super\" darf keine Typargumente verwenden.\nEs ist kein Bestandteil vom Typ \"{0}\" aufrufbar.\nNicht alle Bestandteile vom Typ \"{0}\" k\u00F6nnen aufgerufen werden.\nDer Typ \"{0}\" weist keine Aufrufsignaturen auf.\nJeder Member des union-Typs \"{0}\" weist Signaturen auf, aber keine dieser Signaturen ist miteinander kompatibel.\nEs kann kein Bestandteil vom Typ \"{0}\" erstellt werden.\nNicht alle Bestandteile vom Typ \"{0}\" k\u00F6nnen erstellt werden.\nDer Typ \"{0}\" weist keine Konstruktsignaturen auf.\nJeder Member des union-Typs \"{0}\" weist Konstruktsignaturen auf, aber keine dieser Signaturen ist miteinander kompatibel.\nDer Wert kann nicht durchlaufen werden, weil die next-Methode des zugeh\u00F6rigen Iterators den Typ \"{1}\" erwartet, \"for-of\" aber immer \"{0}\" sendet.\nDer Wert kann nicht durchlaufen werden, weil die next-Methode des zugeh\u00F6rigen Iterators den Typ \"{1}\" erwartet, die Arrayverteilung aber immer \"{0}\" sendet.\nDer Wert kann nicht durchlaufen werden, weil die next-Methode des zugeh\u00F6rigen Iterators den Typ \"{1}\" erwartet, die Arraydestrukturierung aber immer \"{0}\" sendet.\nDie Iteration kann nicht an einen Wert delegiert werden, weil die next-Methode des zugeh\u00F6rigen Iterators den Typ \"{1}\" erwartet, aber der enthaltende Generator immer \"{0}\" sendet.\nDie Eigenschaft \"{0}\" eines Iterators muss eine Methode sein.\nDie Eigenschaft \"{0}\" eines asynchronen Iterators muss eine Methode sein.\nKeine \u00DCberladung stimmt mit diesem Aufruf \u00FCberein.\nDie letzte \u00DCberladung hat den folgenden Fehler verursacht.\nDie letzte \u00DCberladung wird hier deklariert.\nDie \u00DCberladung {0} von {1} ({2}) hat den folgenden Fehler verursacht.\nHaben Sie vergessen, \"await\" zu verwenden?\nDiese Bedingung gibt immer TRUE zur\u00FCck, weil diese Funktion immer definiert ist. M\u00F6chten Sie sie stattdessen aufrufen?\nAssertionen erfordern, dass jeder Name im Aufrufziel mit einer expliziten Typanmerkung deklariert wird.\nAssertionen erfordern, dass das Aufrufziel ein Bezeichner oder ein qualifizierter Name ist.\nDer Operand eines Inkrement- oder Dekrementoperators darf kein optionaler Eigenschaftenzugriff sein.\nDas Ziel einer rest-Zuweisung f\u00FCr ein Objekt darf kein optionaler Eigenschaftenzugriff sein.\nDie linke Seite eines Zuweisungsausdrucks darf kein optionaler Eigenschaftenzugriff sein.\nDie linke Seite einer for...in-Anweisung darf kein optionaler Eigenschaftenzugriff sein.\nDie linke Seite einer for...of-Anweisung darf kein optionaler Eigenschaftenzugriff sein.\n\"{0}\" erfordert eine explizite Typanmerkung.\n\"{0}\" wurde mehrmals angegeben, deshalb wird dieses Vorkommen \u00FCberschrieben.\nget- und set-Zugriffsmethoden k\u00F6nnen keine this-Parameter deklarieren.\nDiese Eigenschaft wird immer durch diesen Spread-Operator \u00FCberschrieben.\n\"{0}\" kann nicht als JSX-Komponente verwendet werden.\nDer R\u00FCckgabetyp \"{0}\" ist kein g\u00FCltiges JSX-Element.\nDer zugeh\u00F6rige Instanztyp \"{0}\" ist kein g\u00FCltiges JSX-Element.\nDer zugeh\u00F6rige Elementtyp \"{0}\" ist kein g\u00FCltiges JSX-Element.\nDer Operand eines delete-Operators muss optional sein.\nDie Potenzierung kann f\u00FCr bigint-Werte nur durchgef\u00FChrt werden, wenn die Option \"target\" auf \"es2016\" oder h\u00F6her festgelegt ist.\nDas Modul \"{0}\" wurde nicht gefunden. M\u00F6chten Sie die Option \"moduleResolution\" auf \"nodenext\" festlegen oder Aliase zur Option \"paths\" hinzuf\u00FCgen?\nDer Aufruf w\u00E4re f\u00FCr diese Implementierung erfolgreich, aber die Implementierungssignaturen von \u00DCberladungen sind nicht extern sichtbar.\nEs wurden {0} Argumente erwartet, aber {1} erhalten. Sollte \"void\" in Ihr Typargument in \"Promise\" eingeschlossen werden?\nDas Schl\u00FCsselwort \"intrinsic\" darf nur zum Deklarieren von vom Compiler bereitgestellten intrinsischen Typen verwendet werden.\nM\u00F6glicherweise fehlt ein Komma, um diese beiden Vorlagenausdr\u00FCcke zu trennen. Sie bilden einen Vorlagenausdruck mit Tags, der nicht aufgerufen werden kann.\nEine Mixin-Klasse, die aus einer Typvariable mit einer abstrakten Konstruktsignatur erweitert wird, muss auch als \"abstract\" deklariert werden.\nDie Deklaration wurde hier als veraltet markiert.\nDer Typ erzeugt einen Tupeltyp, der f\u00FCr die Darstellung zu gro\u00DF ist.\nDer Ausdruck erzeugt einen Tupeltyp, der f\u00FCr die Darstellung zu gro\u00DF ist.\nDiese Bedingung gibt immer TRUE zur\u00FCck, weil diese '{0}' immer definiert ist.\nDer Typ \"{0}\" kann nur durchlaufen werden, wenn das Flag \"--downlevelIteration\" verwendet wird oder \"--target\" den Wert \"es2015\" oder h\u00F6her aufweist.\nEine Zuweisung zur private Methode \"{0}\" ist nicht m\u00F6glich. In private Methoden kann nicht geschrieben werden.\nDoppelter Bezeichner \"{0}\". Statische Elemente und Instanzelemente d\u00FCrfen nicht denselben privaten Namen aufweisen.\nDie private Zugriffsmethode wurde ohne Getter definiert.\nDiese Syntax erfordert ein importiertes Hilfsprogramm mit dem Namen \"{1}\" mit {2} Parametern, die nicht mit der in \"{0}\" kompatibel ist. Erw\u00E4gen Sie ein Upgrade Ihrer Version von \"{0}\".\nEine Get-Zugriffsmethode muss mindestens so zug\u00E4nglich sein wie der Setter.\nEs wurde eine Deklaration oder Anweisung erwartet. Dieses Gleichheitszeichen (=) folgt auf einen Anweisungsblock. Wenn Sie daher eine Destrukturierungszuweisung schreiben m\u00F6chten, m\u00FCssen Sie m\u00F6glicherweise die gesamte Zuweisung in runde Klammern einschlie\u00DFen.\n1 Argument erwartet, aber 0 erhalten. \u201Enew Promise()\u201C ben\u00F6tigt einen JSDoc-Hinweis, um einen \u201Eresolve\u201C zu erzeugen, der ohne Argumente aufgerufen werden kann.\nInitialisierer f\u00FCr Eigenschaft \"{0}\"\nDie Eigenschaft \"{0}\" ist f\u00FCr den Typ \"{1}\" nicht vorhanden. \u00C4ndern Sie die Compileroption \"lib\" so, dass sie \"dom\" enth\u00E4lt.\nDie Klassendeklaration kann die \u00DCberladungsliste f\u00FCr \"{0}\" nicht implementieren.\nEine Funktion mit Textk\u00F6rpern kann nur mit Umgebungsklassen zusammengef\u00FChrt werden.\n\u201Earguments\u201C kann in Eigenschaftsinitialisierern oder statischen Initialisierungsbl\u00F6cken f\u00FCr Klassen nicht referenziert werden.\n\"This\" kann nicht in einem statischen Eigenschafteninitialisierer einer erg\u00E4nzten Klasse verwendet werden.\nDie Eigenschaft \"{0}\" weist keinen Initialisierer auf und ist in einem statischen Klassenblock nicht definitiv zugewiesen.\nDoppelter Bezeichner \u201E{0}\u201C. Der Compiler reserviert den Namen \u201E{1}\u201C beim Ausgeben von \u201ESuper\u201C-Verweisen in statischen Initialisierern.\nNamespacename darf nicht \"{0}\" sein.\nTyp \"{0}\" kann dem Typ \"{1}\" nicht zugewiesen werden. Meinten Sie \"{2}\"?\nImportassertionen werden nur unterst\u00FCtzt, wenn die Option \u201E--module\u201C auf \u201Eesnext\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist.\nImportassertionen k\u00F6nnen nicht mit rein typbasierten Importen oder Exporten verwendet werden.\nImportattribute werden nur unterst\u00FCtzt, wenn die Option \u201E--module\u201C auf \u201Eesnext\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist.\nNamespace \"{0}\" wurde nicht gefunden. Meinten Sie \"{1}\"?\nRelative Importpfade erfordern explizite Dateierweiterungen in ECMAScript-Importen, wenn \u201E--moduleResolution\u201C \u201Enode16\u201C oder \u201Enodenext\u201C ist. Erw\u00E4gen Sie, dem Importpfad eine Erweiterung hinzuzuf\u00FCgen.\nRelative Importpfade erfordern explizite Dateierweiterungen in ECMAScript-Importen, wenn \u201E--moduleResolution\u201C \u201Enode16\u201C oder \u201Enodenext\u201C ist. Meinten Sie \"{0}\"?\nImportassertionen sind f\u00FCr Anweisungen, die in \"require\"-Aufrufe von \"CommonJS\" kompilieren, nicht zul\u00E4ssig.\nImportassertionswerte m\u00FCssen Zeichenfolgenliteralausdr\u00FCcke sein.\nAlle Deklarationen von \"{0}\" m\u00FCssen identische Modifizierer aufweisen.\nDiese Bedingung gibt immer \u201E{0}\u201C zur\u00FCck, da JavaScript Objekte nach Verweis und nicht nach Wert vergleicht.\nEine Schnittstelle kann einen primitiven Typ wie \"{0}\" nicht erweitern. Es k\u00F6nnen nur andere benannte Objekttypen erweitert werden.\n\u201E{0}\u201C ist eine nicht verwendete Umbenennung von \u201E{1}\u201C. Wollten Sie sie als Typanmerkung verwenden?\nWir k\u00F6nnen nur einen Typ f\u00FCr \u201E{0}\u201C schreiben, indem hier ein Typ f\u00FCr den gesamten Parameter hinzugef\u00FCgt wird.\nDer Typ der Instanzmembervariablen \u201E{0}\u201C darf nicht auf den im Konstruktor deklarierten Bezeichner \u201E{1}\u201C verweisen.\nDiese Bedingung gibt immer \u201E{0}\u201C zur\u00FCck.\nEine Deklarationsdatei kann nicht ohne \"import type\" importiert werden. Wollten Sie stattdessen eine Implementierungsdatei \"{0}\" importieren?\nDie rechte Seite eines \u201Einstanceof\u201C-Ausdrucks darf kein Instanziierungsausdruck sein.\nDie Zielsignatur stellt zu wenige Argumente bereit. Erwartete {0} oder mehr, erhielt aber {1}.\nDer Initialisierer einer \u201Eusing\u201C-Deklaration muss entweder ein Objekt mit der Methode \u201E[Symbol.dispose]()\u201C sein oder \u201Enull\u201C oder \u201Eundefined\u201C sein.\nDer Initialisierer einer \u201Eawait using\u201C-Deklaration muss entweder ein Objekt mit der Methode \u201E[Symbol.asyncDispose]()\u201C oder \u201E[Symbol.dispose]()\u201C sein oder \u201Enull\u201C oder \u201Eundefined\u201C sein.\n\u201Eawait using\u201C-Deklarationen sind nur innerhalb von asynchronen Funktionen und auf den obersten Modulebenen zul\u00E4ssig.\n\u201Eawait usuing\u201C-Deklarationen sind nur auf der obersten Ebene einer Datei zul\u00E4ssig, wenn diese Datei ein Modul ist. Diese Datei enth\u00E4lt jedoch keinerlei Importe oder Exporte. Erw\u00E4gen Sie das Hinzuf\u00FCgen eines leeren \"export {}\", um diese Datei als Modul zu definieren.\n\u201Eawait using\u201C-Anweisungen der obersten Ebene sind nur zul\u00E4ssig, wenn die Option \u201Emodule\u201C auf \u201Ees2022\u201C, \u201Eesnext\u201C, \u201Esystem\u201C, \u201Enode16\u201C, \u201Enode18\u201C, \u201Enode20\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist und die Option \u201Etarget\u201C auf \u201Ees2017\u201C oder h\u00F6her festgelegt ist.\nAuf das von der \u00FCbergeordneten Klasse definierte Klassenfeld \"{0}\" kann in der untergeordneten Klasse nicht \u00FCber \"super\" zugegriffen werden.\nImportattribute sind f\u00FCr Anweisungen, die in \"require\"-Aufrufe von \"CommonJS\" kompiliert werden, nicht zul\u00E4ssig.\nImportattribute k\u00F6nnen nicht mit rein typbasierten Importen oder Exporten verwendet werden.\nImportattributwerte m\u00FCssen Zeichenfolgenliteralausdr\u00FCcke sein.\n\u00DCberm\u00E4\u00DFige Komplexit\u00E4t beim Vergleichen der Typen \"{0}\" und \"{1}\".\nDie linke Seite eines \u201Einstanceof\u201C-Ausdrucks muss dem ersten Argument der \u201E[Symbol.hasInstance]\u201C-Methode der rechten Seite zugewiesen werden k\u00F6nnen.\nDie Methode \"[Symbol.hasInstance]\" eines Objekts muss einen booleschen Wert zur\u00FCckgeben, damit es auf der rechten Seite eines instanceof-Ausdrucks verwendet werden kann.\nDer Typ \u201E{0}\u201C ist generisch und kann nur zum Lesen indiziert werden.\nEine Klasse kann einen primitiven Typ wie \"{0}\" nicht erweitern. Klassen k\u00F6nnen nur konstruierbare Werte erweitern.\nEine Klasse kann keinen primitiven Typ wie \"{0}\" implementieren. Es k\u00F6nnen nur andere benannte Objekttypen implementiert werden.\nImport \"{0}\" steht in Konflikt mit dem lokalen Wert. Er muss mit einem reinen Typimport deklariert werden, wenn \"isolatedModules\" aktiviert ist.\nImport \"{0}\" steht in Konflikt mit dem in dieser Datei verwendeten globalen Wert. Er muss mit einem reinen Typimport deklariert werden, wenn \"isolatedModules\" aktiviert ist.\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr Bun installieren? Versuchen Sie es mit \"npm i --save-dev @types/bun\".\nDer Name \"{0}\" wurde nicht gefunden. M\u00FCssen Sie Typdefinitionen f\u00FCr Bun installieren? Versuchen Sie es mit \"npm i --save-dev @types/bun\", und f\u00FCgen Sie dann dem Typenfeld in Ihrer tsconfig-Datei \"bun\" hinzu.\nRechter Operand von ?? ist nicht erreichbar, weil der linke Operand nie \"NULLISH\" ist.\nDieser bin\u00E4re Ausdruck ist nie \u201ENULLISH\u201C. Fehlen Klammern?\nDieser Ausdruck ist immer \u201ENULLISH\u201C.\nDiese Art von Ausdruck ist immer \u201ETRUTHY\u201C.\nDiese Art von Ausdruck ist immer \u201EFALSY\u201C.\nDieses JSX-Tag erfordert, dass '{0}' im Geltungsbereich ist, konnte jedoch nicht gefunden werden.\nF\u00FCr dieses JSX-Tag muss der Modulpfad '{0}' vorhanden sein, aber es wurde keiner gefunden. Stellen Sie sicher, dass die Typen f\u00FCr das entsprechende Paket installiert sind.\nDieser relative Importpfad ist unsicher umzuschreiben, da er wie ein Dateiname aussieht, aber tats\u00E4chlich auf \"{0}\" verweist.\nDieser Import verwendet eine '{0}' Erweiterung, um auf eine TypeScript-Eingabedatei zu verweisen, wird jedoch beim Ausgeben nicht umgeschrieben, da es sich nicht um einen relativen Pfad handelt.\nDieser Importpfad ist unsicher umzuschreiben, da er auf ein anderes Projekt verweist und der relative Pfad zwischen den Ausgabedateien der Projekte nicht derselbe ist wie der relative Pfad zwischen den Eingabedateien.\nDie Verwendung von JSX-Fragmenten erfordert, dass die Fragmentfabrik '{0}' im Geltungsbereich ist, aber sie konnte nicht gefunden werden.\nImportassertionen wurden durch Importattribute ersetzt. Verwenden Sie \u201Ewith\u201C anstelle von \u201Eassert\u201C.\nDieser bin\u00E4re Ausdruck ist nie \u201ENULLISH\u201C.\nEs k\u00F6nnen keine Modul- oder Typdeklarationen f\u00FCr den Import von Nebeneffekten von \u201E{0}\u201C gefunden werden.\nDer abgeleitete Typ von '{0}' kann nicht ohne einen Verweis auf '{2}' aus '{1}' benannt werden. Dies ist wahrscheinlich nicht portabel. Eine Typanmerkung ist erforderlich.\nDie Importdeklaration \"{0}\" verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der Methode aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" der exportierten Funktion besitzt oder verwendet den privaten Namen \"{1}\".\nDie implements-Klausel der exportierten Klasse \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDie \"extends\"-Klausel der exportierten Klasse \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDie extends-Klausel der exportierten Klasse besitzt oder verwendet den privaten Namen \"{0}\".\nDie \"extends\"-Klausel der exportierten Schnittstelle \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDie exportierte Variable \"{0}\" besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie exportierte Variable \"{0}\" besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie exportierte Variable \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDie \u00F6ffentliche statische Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie \u00F6ffentliche statische Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie \u00F6ffentliche statische Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDie \u00F6ffentliche Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie \u00F6ffentliche Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie \u00F6ffentliche Eigenschaft \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDie Eigenschaft \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie Eigenschaft \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parametertyp des \u00F6ffentlichen statischen Setters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parametertyp des \u00F6ffentlichen statischen Setters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parametertyp des \u00F6ffentlichen Setters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parametertyp des \u00F6ffentlichen Setters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer R\u00FCckgabetyp des \u00F6ffentlichen statischen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp des \u00F6ffentlichen statischen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer R\u00FCckgabetyp des \u00F6ffentlichen statischen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer R\u00FCckgabetyp des \u00F6ffentlichen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp des \u00F6ffentlichen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer R\u00FCckgabetyp des \u00F6ffentlichen Getters \"{0}\" aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer R\u00FCckgabetyp der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der Indexsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der Indexsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{0}\" aus dem externen Modul \"{1}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{0}\" aus dem externen Modul \"{1}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der Methode aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der Methode aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{0}\".\nDer R\u00FCckgabetyp der exportierten Funktion besitzt oder verwendet den Namen \"{0}\" aus dem externen Modul \"{1}\", kann aber nicht benannt werden.\nDer R\u00FCckgabetyp der exportierten Funktion besitzt oder verwendet den Namen \"{0}\" aus dem privaten Modul \"{1}\".\nDer R\u00FCckgabetyp der exportierten Funktion besitzt oder verwendet den privaten Namen \"{0}\".\nDer Parameter \"{0}\" des Konstruktors aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer Parameter \"{0}\" des Konstruktors aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" des Konstruktors aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der Konstruktorsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der Aufrufsignatur aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer Parameter \"{0}\" der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der \u00F6ffentlichen statischen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer Parameter \"{0}\" der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der \u00F6ffentlichen Methode aus der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der Methode aus der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der Methode aus der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der exportierten Funktion besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDer Parameter \"{0}\" der exportierten Funktion besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" der exportierten Funktion besitzt oder verwendet den privaten Namen \"{1}\".\nDer exportierte Typalias \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDer Standardexport des Moduls besitzt oder verwendet den privaten Namen \"{0}\".\nDer Typparameter \"{0}\" des exportierten Typalias enth\u00E4lt oder verwendet den privaten Namen \"{1}\".\nDer exportierte Typalias \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\" aus dem Modul \"{2}\".\nDie extends-Klausel f\u00FCr den abgeleiteten Typ \"{0}\" besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" der Indexsignatur aus der exportierten Schnittstelle weist den Namen \"{1}\" aus dem privaten Modul \"{2}\" auf oder verwendet diesen.\nDer Parameter \"{0}\" der Indexsignatur aus der exportierten Schnittstelle weist den privaten Namen \"{1}\" auf oder verwendet diesen.\nDie Eigenschaft \"{0}\" des exportierten anonymen Klassentyps ist unter Umst\u00E4nden nicht privat oder gesch\u00FCtzt.\nDie \u00F6ffentliche statische Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie \u00F6ffentliche statische Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie \u00F6ffentliche statische Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDie \u00F6ffentliche Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nDie \u00F6ffentliche Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie \u00F6ffentliche Methode \"{0}\" der exportierten Klasse besitzt oder verwendet den privaten Namen \"{1}\".\nDie Methode \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDie Methode \"{0}\" der exportierten Schnittstelle besitzt oder verwendet den privaten Namen \"{1}\".\nDer Typparameter \"{0}\" des exportierten zugeordneten Objekttyps verwendet den privaten Namen \"{1}\".\nDer Typ \"{0}\" ist als \"readonly\" festgelegt und kann nicht dem \u00E4nderbaren Typ \"{1}\" zugewiesen werden.\nF\u00FCr einen Typparameter kann nicht auf den privaten oder gesch\u00FCtzten Member \"{0}\" zugegriffen werden.\nDer Parameter \"{0}\" des Accessors besitzt oder verwendet den privaten Namen \"{1}\".\nDer Parameter \"{0}\" des Accessors besitzt oder verwendet den Namen \"{1}\" aus dem privaten Modul \"{2}\".\nDer Parameter \"{0}\" des Accessors besitzt oder verwendet den Namen \"{1}\" aus dem externen Modul \"{2}\", kann aber nicht benannt werden.\nTypargumente f\u00FCr \"{0}\" verweisen zirkul\u00E4r auf sich selbst.\nTupeltypargumente verweisen zirkul\u00E4r auf sich selbst.\nDie Eigenschaft \"{0}\" stammt aus einer Indexsignatur. Der Zugriff muss daher mit [\"{0}\"] erfolgen.\nDieser Member kann keinen override-Modifizierer aufweisen, weil die Klasse \"{0}\", die diesen Member enth\u00E4lt, keine andere Klasse erweitert.\nDieser Member kann keinen override-Modifizierer aufweisen, weil er nicht in der Basisklasse \"{0}\" deklariert ist.\nDieser Member muss einen override-Modifizierer aufweisen, weil er einen Member in der Basisklasse \"{0}\" \u00FCberschreibt.\nDiese Parametereigenschaft muss einen \u201Eoverride\u201C-Modifizierer aufweisen, weil er einen Member in der Basisklasse \"{0}\" \u00FCberschreibt.\nDieser Member muss einen override-Modifizierer aufweisen, weil er eine abstrakte Methode \u00FCberschreibt, die in der Basisklasse \"{0}\" deklariert ist.\nDieser Member kann keinen override-Modifizierer aufweisen, weil er nicht in der Basisklasse \"{0}\" deklariert ist. Meinten Sie \"{1}\"?\nDer Typ dieses Knotens kann nicht serialisiert werden, da seine Eigenschaft \"{0}\" nicht serialisiert werden kann.\nDieses Mitglied muss \u00FCber einen JSDoc-Kommentar mit dem Tag \"@override\" verf\u00FCgen, da er einen Member in der Basisklasse \"{0}\" \u00FCberschreibt.\nDiese Parametereigenschaft muss \u00FCber einen JSDoc-Kommentar mit einem \"@override\"-Tag verf\u00FCgen, da sie ein Mitglied in der Basisklasse \"{0}\" \u00FCberschreibt.\nDieses Mitglied kann keinen JSDoc-Kommentar mit einem Tag \"@override\" haben, da dessen enthaltende Klasse \"{0}\" keine andere Klasse erweitert.\nDieser Member kann keinen JSDoc-Kommentar mit einem \"@override\"-Tag haben, da er nicht in der Basisklasse \"{0}\" deklariert ist.\nDieses Mitglied kann keinen JSDoc-Kommentar mit einem Override-Tag haben, da er nicht in der Basisklasse \"{0}\" deklariert ist. Meinten Sie \"{1}\"?\nDie Compileroption \u201E{0}\u201C des Werts \u201E{1}\u201C ist instabil. Verwenden Sie \u201ENightly TypeScript\u201C, um diesen Fehler zu beheben. Versuchen Sie die Aktualisierung mit \u201Enpm install -D typescript@next\u201C durchzuf\u00FChren.\nJede Deklaration von \"{0}.{1}\" unterscheidet sich in ihrem Wert, wobei \"{2}\" erwartet, aber \"{3}\" angegeben wurde.\nEin Wert von \"{0}.{1}\" ist die Zeichenfolge \"{2}\", und der andere Wert wird als unbekannter numerischer Wert angenommen.\nDieses Mitglied kann keinen \u201Eoverride\u201C-Modifizierer haben, da sein Name dynamisch ist.\nDieses Mitglied kann keinen JSDoc-Kommentar mit einem \u201E@override\u201C-Tag haben, da der Name dynamisch ist.\nDer aktuelle Host unterst\u00FCtzt die Option \"{0}\" nicht.\nF\u00FCr die Option \u201E{0}\u201C muss der Wert gr\u00F6\u00DFer als \u201E{1}\u201C sein.\nDas gemeinsame Unterverzeichnis f\u00FCr die Eingabedateien wurde nicht gefunden.\nDie Dateispezifikation darf nicht mit einem rekursiven Verzeichnisplatzhalter (\"**\") enden: \"{0}\".\nDas gemeinsame Quellverzeichnis von '{0}' ist '{1}'. Die Einstellung \"rootDir\" muss explizit auf diesen oder einen anderen Pfad festgelegt werden, um das Dateilayout Ihrer Ausgabe anzupassen.\nDie Datei \"{0}\" kann nicht gelesen werden: {1}\nUnbekannte Compileroption \"{0}\".\nDie Compileroption \"{0}\" erfordert einen Wert vom Typ \"{1}\".\nUnbekannte Compileroption \"{0}\". Meinten Sie \"{1}\"?\nDie Datei \"{0}\" konnte nicht geschrieben werden. {1}.\nDie Option \"project\" darf nicht mit Quelldateien in einer Befehlszeile kombiniert werden.\nDie Option \"isolatedModules\" kann nur verwendet werden, wenn entweder die Option \"--module\" angegeben ist oder die Option \"target\" den Wert \"ES2015\" oder h\u00F6her aufweist.\nDie Option \"{0}\" kann nur verwendet werden, wenn die Option \"-inlineSourceMap\" oder \"-sourceMap\" angegeben wird.\nDie Option \"{0}\" darf nicht ohne die Option \"{1}\" angegeben werden.\nDie Option \"{0}\" darf nicht zusammen mit der Option \"{1}\" angegeben werden.\nEine Datei \"tsconfig.json\" ist bereits definiert unter: \"{0}\".\nDie Datei \"{0}\" kann nicht geschrieben werden, da sie eine Eingabedatei \u00FCberschreiben w\u00FCrde.\nDie Datei \"{0}\" kann nicht geschrieben werden, da sie durch mehrere Eingabedateien \u00FCberschrieben w\u00FCrde.\nIm angegebenen Verzeichnis \"{0}\" wurde keine \"tsconfig.json\"-Datei gefunden.\nDer angegebene Pfad \"{0}\" ist nicht vorhanden.\nUng\u00FCltiger Wert f\u00FCr \"-reactNamespace\". \"{0}\" ist kein g\u00FCltiger Bezeichner.\nDas Muster \"{0}\" darf h\u00F6chstens ein Zeichen \"*\" aufweisen.\nDie Ersetzung \"{0}\" im Muster \"{1}\" darf h\u00F6chstens ein Zeichen \"*\" aufweisen.\nDie Ersetzung f\u00FCr das Muster \"{0}\" muss ein Array sein.\nDie Ersetzung \"{0}\" f\u00FCr das Muster \"{1}\" weist einen falschen Typ auf. Erwartet wurde \"string\", abgerufen wurde \"{2}\".\nDie Dateispezifikation darf kein \u00FCbergeordnetes Verzeichnis (\"..\") enthalten, das nach einem rekursiven Verzeichnisplatzhalter (\"**\") angegeben wird: \"{0}\".\nErsetzungen f\u00FCr das Muster \"{0}\" d\u00FCrfen kein leeres Array sein.\nUng\u00FCltiger Wert f\u00FCr \"jsxFactory\". \"{0}\" ist kein g\u00FCltiger Bezeichner oder qualifizierter Name.\nDas Hinzuf\u00FCgen einer \"tsconfig.json\"-Datei erleichtert die Organisation von Projekten, die sowohl TypeScript- als auch JavaScript-Dateien enthalten. Weitere Informationen finden Sie unter https://aka.ms/tsconfig.\nDie Option \"{0}\" kann nicht ohne die Option \"{1}\" oder \"{2}\" angegeben werden.\nDie Option \"--resolveJsonModule\" kann nicht angegeben werden, wenn \"moduleResolution\" auf \"classic\" festgelegt ist.\nDie Option \"--resolveJsonModule\" kann nicht angegeben werden, wenn \"module\" auf \"none\", \"system\" oder \"umd\" festgelegt ist.\nUnbekannte Buildoption \"{0}\".\nDie Buildoption \"{0}\" erfordert einen Wert vom Typ \"{1}\".\nDie Option \u201E--incremental\u201C ist nur mit einer bekannten Konfigurationsdatei (z. B. \u201Etsconfig.json\u201C) oder bei expliziter Angabe von \u201E--tsBuildInfoFile\u201C g\u00FCltig.\n\"{0}\" kann der Einschr\u00E4nkung vom Typ \"{1}\" zugewiesen werden, aber \"{1}\" k\u00F6nnte mit einem anderen Untertyp der Einschr\u00E4nkung \"{2}\" instanziiert werden.\nDie Vorg\u00E4nge \"{0}\" und \"{1}\" d\u00FCrfen nicht ohne Klammern kombiniert werden.\nUnbekannte Buildoption \"{0}\". Meinten Sie \"{1}\"?\nUnbekannte \u00DCberwachungsoption \"{0}\".\nUnbekannte \u00DCberwachungsoption \"{0}\". Meinten Sie \"{1}\"?\nDie \u00DCberwachungsoption \"{0}\" erfordert einen Wert vom Typ \"{1}\".\nIm angegebenen Verzeichnis \"{0}\" wurde keine Datei \"tsconfig.json\" gefunden.\n\"{0}\" konnte mit einem arbitr\u00E4ren Typ instanziiert werden, der mit \"{1}\" m\u00F6glicherweise in keinem Zusammenhang steht.\nDie Datei \"{0}\" kann nicht gelesen werden.\nEin Tupelelement kann nicht gleichzeitig als \"optional\" und als \"rest\" festgelegt werden.\nEin bezeichnetes Tupelelement wird optional mit einem Fragezeichen nach dem Namen und vor dem Doppelpunkt deklariert, nicht nach dem Typ.\nEin bezeichnetes Tupelelement wird mit \"...\" vor dem Namen und nicht vor dem Typ als \"rest\" deklariert.\nDer abgeleitete Typ von \"{0}\" verweist auf einen Typ mit zyklischer Struktur, die nicht trivial serialisiert werden kann. Es ist eine Typanmerkung erforderlich.\nDie Option \"{0}\" kann nicht angegeben werden, wenn die Option \"jsx\" den Wert \"{1}\" aufweist.\nNicht relative Pfade sind nicht zul\u00E4ssig. Fehlt am Anfang die Zeichenfolge \u201E./\u201C?\nDie Option \"preserveConstEnums\" kann nicht deaktiviert werden, wenn \"{0}\" aktiviert ist.\nDer Stammwert einer {0}-Datei muss ein Objekt sein.\nDie Compileroption \"--{0}\" darf nur mit \"--build\" verwendet werden.\nDie Compileroption \"--{0}\" darf nicht mit \"--build\" verwendet werden.\nDie Option \u201E{0}\u201C kann nur verwendet werden, wenn \u201Emodule\u201C auf \u201Epreserve\u201C, \u201Ecommonjs\u201C, \u201Ees2015\u201C oder h\u00F6her festgelegt ist.\nDie Option \u201EallowImportingTsExtensions\u201C kann nur verwendet werden, wenn eine der Optionen \u201EnoEmit\u201C, \u201EemitDeclarationOnly\u201C oder \u201ErewriteRelativeImportExtensions\u201C festgelegt ist.\nEin Importpfad kann nur mit einer \"{0}\"-Erweiterung enden, wenn \"allowImportingTsExtensions\" aktiviert ist.\nDie Option \"{0}\" kann nur verwendet werden, wenn \"moduleResolution\" auf \"node16\", \"nodenext\" oder \"bundler\" festgelegt ist.\nDie Option \"{0}\" ist veraltet und funktioniert in TypeScript {1} nicht mehr. Geben Sie die compilerOption \"ignoreDeprecations\": \"{2}\" an, um diesen Fehler stumm zu schalten.\nDie Option \"{0}\" wurde entfernt. Entfernen Sie sie aus Ihrer Konfiguration.\nUng\u00FCltiger Wert f\u00FCr \"--ignoreDeprecations\".\nDie Option \"{0}\" ist redundant und darf nicht zusammen mit der Option \"{1}\" angegeben werden.\nDie Option \"verbatimModuleSyntax\" kann nicht verwendet werden, wenn \"module\" auf \"UMD\", \"AMD\" oder \"System\" festgelegt ist.\nVerwenden Sie stattdessen \u201E{0}\u201C.\nDie Option \"{0}={1}\" ist veraltet und funktioniert in TypeScript {2} nicht mehr. Geben Sie die compilerOption \"ignoreDeprecations\": \"{3}\" an, um diesen Fehler stumm zu schalten.\nDie Option \"{0}={1}\" wurde entfernt. Entfernen Sie sie aus Ihrer Konfiguration.\nDie Option \"moduleResolution\" muss auf \"{0}\" festgelegt werden (oder nicht angegeben werden), wenn die Option \"module\" auf \"{1}\" festgelegt ist.\nDie Option \"module\" muss auf \"{0}\" festgelegt werden, wenn die Option \"moduleResolution\" auf \"{1}\" festgelegt ist.\nWeitere Informationen zur Migration finden Sie unter https://aka.ms/ts6.\ntsconfig.json ist vorhanden, wird jedoch nicht geladen, wenn Dateien in der Befehlszeile angegeben werden. Verwenden Sie \u201E--ignoreConfig\u201C, um diesen Fehler zu \u00FCberspringen.\n'{0}' kann nur dem nicht verteilten '{1}' zugewiesen werden, wurde aber hier '{1}' verteilt.\nInstanziierungen vom Typ \u201E{0}\u201C erscheinen unendlich kreisf\u00F6rmig.\nInstanziierungen der folgenden Typen erscheinen unendlich kreisf\u00F6rmig: {0}.\n\nGeneriert eine sourcemap f\u00FCr jede entsprechende .d.ts-Datei.\nVerketten und Ausgabe in einer Datei speichern.\nGeneriert die entsprechende .d.ts-Datei.\nGeben Sie den Speicherort an, an dem der Debugger TypeScript-Dateien ermitteln soll, anstatt Quellspeicherorte zu verwenden.\nEingabedateien \u00FCberwachen.\nDie Ausgabestruktur in das Verzeichnis umleiten.\nconst-Enumerationsdeklarationen im generierten Code nicht l\u00F6schen.\nKeine Ausgaben ausgeben, wenn Fehler gemeldet wurden.\nKommentare nicht an die Ausgabe ausgeben.\nKeine Ausgaben ausgeben.\nStandardimporte von Modulen ohne Standardexport zulassen. Dies wirkt sich nicht auf die Codeausgabe aus, lediglich auf die Typpr\u00FCfung.\n\u00DCberspringen Sie die Typ\u00FCberpr\u00FCfung von Deklarationsdateien.\nTats\u00E4chlichen Pfad von symbolischen Verkn\u00FCpfungen nicht aufl\u00F6sen.\nGeben Sie nur .d.ts-Deklarationsdateien aus.\nGeben Sie die ECMAScript-Zielversion an.\nGeben Sie die Modulcodegenerierung an.\nDiese Nachricht ausgeben.\nDie Version des Compilers ausgeben.\nKompilieren Sie das dem Pfad zugewiesene Projekt zu dessen Konfigurationsdatei oder zu einem Ordner mit der Datei \"tsconfig.json\".\n\nOptionen\nDatei\nBeispiele: {0}\nOptionen:\n\nF\u00FCgt Befehlszeilenoptionen und Dateien aus einer Datei ein.\nKompilierung im \u00DCberwachungsmodus wird gestartet...\nEs wurde eine Datei\u00E4nderung erkannt. Die inkrementelle Kompilierung wird gestartet...\nART\nDATEI\n\nSPEICHERORT\nVERZEICHNIS\nSTRATEGIE\nDATEI ODER VERZEICHNIS\nFehlerdateien\nGeneriert die entsprechende MAP-Datei.\nDie Compileroption \"{0}\" erwartet ein Argument.\nNicht abgeschlossene Zeichenfolge in Anf\u00FChrungszeichen in der Datei \"{0}\".\nDas Argument f\u00FCr die Option \"{0}\" muss \"{1}\" sein.\nDas Gebietsschema muss ein IETF BCP 47-Sprachtag sein. Beispiele: '{0}', '{1}'.\nDie Datei \"{0}\" kann nicht ge\u00F6ffnet werden.\nDie Gebietsschemadatei \"{0}\" ist besch\u00E4digt.\nFehler f\u00FCr Ausdr\u00FCcke und Deklarationen mit einem impliziten any-Typ ausl\u00F6sen.\nDie Datei \"{0}\" wurde nicht gefunden.\nDie Datei \"{0}\" weist eine nicht unterst\u00FCtzte Erweiterung auf. Es werden nur die folgenden Erweiterungen unterst\u00FCtzt: {1}.\nnoImplicitAny-Fehler f\u00FCr die Indizierung von Objekten unterdr\u00FCcken, denen Indexsignaturen fehlen.\nDeklarationen f\u00FCr Code mit einer Anmerkung \"@internal\" nicht ausgeben.\nGeben Sie das Stammverzeichnis der Eingabedateien an. Verwenden Sie diese Angabe, um die Ausgabeverzeichnisstruktur mithilfe von \"-outDir\" zu steuern.\nDatei \"{0}\" befindet sich nicht unter \"rootDir\" \"{1}\". \"rootDir\" muss alle Quelldateien enthalten.\nGeben Sie die Zeilenendesequenz an, die beim Ausgeben von Dateien verwendet werden soll: \"CRLF\" (DOS) oder \"LF\" (Unix).\nNEUE ZEILE\nDie Option \"{0}\" kann nur in der Datei \"tsconfig.json\" angegeben oder in der Befehlszeile auf NULL festgelegt werden.\nErm\u00F6glicht experimentelle Unterst\u00FCtzung f\u00FCr asynchrone ES7-Decorators.\nErm\u00F6glicht experimentelle Unterst\u00FCtzung zum Ausgeben von Typmetadaten f\u00FCr Decorators.\nInitialisiert ein TypeScript-Projekt und erstellt eine Datei \"tsconfig.json\".\nEine Datei \"tsconfig.json\" wurde erfolgreich erstellt.\n\u00DCberm\u00E4\u00DFige Eigenschaften\u00FCberpr\u00FCfungen f\u00FCr Objektliterale unterdr\u00FCcken.\nFehler und Nachrichten farbig und mit Kontext formatieren (experimentell).\nFehler zu nicht verwendeten Bezeichnungen nicht melden.\nFehler melden, wenn nicht alle Codepfade in der Funktion einen Wert zur\u00FCckgeben.\nF\u00FCr FallTrough-F\u00E4lle in switch-Anweisung Fehler melden.\nFehler zu nicht erreichbarem Code nicht melden.\nVerweise mit uneinheitlicher Gro\u00DF-/Kleinschreibung auf die gleiche Datei nicht zulassen.\nGeben Sie Bibliotheksdateien an, die in die Kompilierung eingeschlossen werden sollen.\nGeben Sie die JSX-Codegenerierung an.\nNur die Module \"amd\" und \"system\" werden in Verbindung mit --{0} unterst\u00FCtzt.\nDas Basisverzeichnis zum Aufl\u00F6sen nicht absoluter Modulnamen.\n[Veraltet] Verwenden Sie stattdessen \"--jsxFactory\". Geben Sie das Objekt an, das f\u00FCr \"createElement\" aufgerufen wurde, wenn das Ziel die JSX-Ausgabe \"react\" ist.\nAblaufverfolgung des Namensaufl\u00F6sungsvorgangs aktivieren.\n======== Das Modul \"{0}\" aus \"{1}\" wird aufgel\u00F6st. ========\nExplizit angegebene Art der Modulaufl\u00F6sung: \"{0}\".\nDie Art der Modulaufl\u00F6sung wird nicht angegeben. \"{0}\" wird verwendet.\n======== Der Modulname \"{0}\" wurde erfolgreich in \"{1}\" aufgel\u00F6st. ========\n======== Der Modulname \"{0}\" wurde nicht aufgel\u00F6st. ========\nDie Option \"paths\" wurde angegeben. Es wird nach einem Muster gesucht, das mit dem Modulnamen \"{0}\" \u00FCbereinstimmt.\nModulname \"{0}\", \u00FCbereinstimmendes Muster \"{1}\".\nDie Ersetzung \"{0}\" wird versucht. Speicherort des Kandidatenmoduls: \"{1}\".\nDer Modulname \"{0}\" relativ zur Basis-URL \"{1}\"\u2013\"{2}\" wird aufgel\u00F6st.\nModul wird als Datei/Ordner geladen, der Speicherort des Kandidatenmoduls ist \"{0}\", Zieldateitypen: {1}.\nDie Datei \"{0}\" ist nicht vorhanden.\nDie Datei \"{0}\" ist vorhanden \u2013 sie wird als Ergebnis der Namensaufl\u00F6sung verwendet.\nModul \"{0}\" wird aus dem Ordner \"node_modules\" geladen, Zieldateitypen: {1}.\n\"package.json\" wurde unter \"{0}\" gefunden.\n\"package.json\" besitzt kein \"{0}\"-Feld.\n\"package.json\" weist das {0}-Feld \"{1}\" auf, das auf \"{2}\" verweist.\nKompilierung von JavaScript-Dateien zulassen.\nEs wird \u00FCberpr\u00FCft, ob \"{0}\" das l\u00E4ngste \u00FCbereinstimmende Pr\u00E4fix f\u00FCr \"{1}\"\u2013\"{2}\" ist.\nDer erwartete Typ des Felds \"{0}\" in der Datei \"package.json\" lautet \"{1}\", empfangen wurde \"{2}\".\nDie Option \"baseUrl\" ist auf \"{0}\" festgelegt. Dieser Wert wird verwendet, um den nicht relativen Modulnamen \"{1}\" aufzul\u00F6sen.\nDie Option \"rootDirs\" wurde festgelegt. Sie wird zum Aufl\u00F6sen des relativen Modulnamens \"{0}\" verwendet.\nDas l\u00E4ngste \u00FCbereinstimmende Pr\u00E4fix f\u00FCr \"{0}\" ist \"{1}\".\n\"{0}\" wird aus dem Stammverzeichnis \"{1}\" geladen. Speicherort des Kandidaten \"{2}\".\nAndere Eintr\u00E4ge in \"rootDirs\" werden versucht.\nFehler bei der Modulaufl\u00F6sung mithilfe von \"rootDirs\".\nKeine \"use strict\"-Direktiven in Modulausgabe ausgeben.\nStrenge NULL-\u00DCberpr\u00FCfungen aktivieren.\nUnbekannte Option \"exclude\". Meinten Sie \"exclude\"?\nFehler f\u00FCr \"this\"-Ausdr\u00FCcke mit einem impliziten any-Typ ausl\u00F6sen.\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die Datei \"{1}\" enth\u00E4lt. Das Stammverzeichnis ist \"{2}\". ========\n======== Die Typverweisdirektive \"{0}\" wurde erfolgreich in \"{1}\" aufgel\u00F6st. Prim\u00E4r: {2}. ========\n======== Die Typverweisdirektive \"{0}\" wurde nicht aufgel\u00F6st. ========\nDie Aufl\u00F6sung erfolgt mit dem prim\u00E4ren Suchpfad \"{0}\".\nDas Stammverzeichnis kann nicht ermittelt werden. Die prim\u00E4ren Suchpfade werden \u00FCbersprungen.\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die Datei \"{1}\" enth\u00E4lt. Das Stammverzeichnis ist nicht festgelegt. ========\nTypdeklarationsdateien, die in die Kompilierung eingeschlossen werden sollen.\nDie Suche erfolgt im Ordner \"node_modules\". Anfangsspeicherort \"{0}\".\nDie enthaltene Datei wird nicht angegeben, und das Stammverzeichnis kann nicht ermittelt werden. Die Suche im Ordner \"node_modules\" wird \u00FCbersprungen.\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die nicht festgelegte Datei enth\u00E4lt. Das Stammverzeichnis ist \"{1}\". ========\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die nicht festgelegte Datei enth\u00E4lt. Das Stammverzeichnis ist nicht festgelegt. ========\nDer tats\u00E4chliche Pfad f\u00FCr \"{0}\" wird aufgel\u00F6st, Ergebnis \"{1}\".\nModule k\u00F6nnen nur mithilfe der Option \"{0}\" kompiliert werden, wenn die Kennzeichnung \"-module\" den Wert \"amd\" oder \"system\" aufweist.\nDer Dateiname \"{0}\" weist eine Erweiterung \"{1}\" auf. Diese wird entfernt.\n\"{0}\" ist deklariert, aber der zugeh\u00F6rige Wert wird nie gelesen.\nFehler f\u00FCr nicht verwendete lokale Variablen melden.\nFehler f\u00FCr nicht verwendete Parameter melden.\nDie maximale Abh\u00E4ngigkeitstiefe, die unter \"node_modules\" durchsucht und f\u00FCr die JavaScript-Dateien geladen werden sollen.\nTypdeklarationsdateien k\u00F6nnen nicht importiert werden. Importieren Sie ggf. \"{0}\" anstelle von \"{1}\".\nDie Eigenschaft \"{0}\" ist deklariert, aber ihr Wert wird nie gelesen.\nAusgabehilfsprogramme aus \"tslib\" importieren.\nIn Projekt \"{0}\" ist die automatische Erkennung von Eingaben aktiviert. Es wird ein zus\u00E4tzlicher Aufl\u00F6sungsdurchlauf f\u00FCr das Modul \"{1}\" unter Verwendung von Cachespeicherort \"{2}\" ausgef\u00FChrt.\nIm Strict-Modus analysieren und \"use strict\" f\u00FCr jede Quelldatei ausgeben.\nDas Modul \"{0}\" wurde zu \"{1}\" aufgel\u00F6st, aber \"--jsx\" wurde nicht festgelegt.\nDas Modul \"{0}\" wurde als lokal deklariertes Umgebungsmodul in der Datei \"{1}\" aufgel\u00F6st.\nGeben Sie die JSX-Factoryfunktion an, die f\u00FCr eine react-JSX-Ausgabe verwendet werden soll, z. B. \"React.createElement\" oder \"h\".\nDie Aufl\u00F6sung f\u00FCr das Modul \"{0}\" wurde im Cache des Standorts \"{1}\" gefunden.\nDas Verzeichnis \"{0}\" ist nicht vorhanden, Suchvorg\u00E4nge darin werden \u00FCbersprungen.\nDiagnoseinformationen anzeigen.\nAusf\u00FChrliche Diagnoseinformationen anzeigen.\nGeben Sie eine einzelne Datei mit Quellzuordnungen anstelle einer separaten Datei aus.\nGeben Sie die Quelle zusammen mit den Quellzuordnungen innerhalb einer einzelnen Datei aus; hierf\u00FCr muss \"--inlineSourceMap\" oder \"--sourceMap\" festgelegt sein.\nJede Datei als separates Modul transpilieren (\u00E4hnlich wie bei \"ts.transpileModule\").\nDrucknamen des generierten Dateiteils der Kompilierung.\nDrucknamen des Dateiteils der Kompilierung.\nDas beim Anzeigen von Meldungen f\u00FCr den Benutzer verwendete Gebietsschema (z. B. \"de-de\").\nErstellen Sie keine benutzerdefinierten Hilfsfunktionen wie \"__extends\" in der kompilierten Ausgabe.\nBeziehen Sie die Standardbibliotheksdatei (lib.d.ts) nicht ein.\nF\u00FCgen Sie keine Verweise mit dreifachen Schr\u00E4gstrichen oder importierte Module zur Liste kompilierter Dateien hinzu.\n[Veraltet] Verwenden Sie stattdessen \"--skipLibCheck\". \u00DCberspringen Sie die Typ\u00FCberpr\u00FCfung der Standardbibliothek-Deklarationsdateien.\nListe der Ordner, aus denen Typendefinitionen einbezogen werden sollen.\nGr\u00F6\u00DFenbeschr\u00E4nkungen f\u00FCr JavaScript-Projekte deaktivieren.\nDer Zeichensatz der Eingabedateien.\nModul \"{0}\", das wie ein absoluter URI aussieht, wird \u00FCbersprungen, Zieldateitypen: {1}.\nK\u00FCrzen Sie keine Fehlermeldungen.\nAusgabeverzeichnis f\u00FCr erstellte Deklarationsdateien.\nEine Reihe von Eintr\u00E4gen, die Importe zum Nachschlagen von Speicherorten in Bezug auf die \"baseUrl\" neu zuordnen.\nListe der Stammordner, deren kombinierter Inhalt die Struktur des Projekts zur Laufzeit darstellt.\nAlle Compileroptionen anzeigen.\n[Veraltet] Verwenden Sie stattdessen \"--outFile\". Verketten und Ausgeben in eine einzige Datei\nBefehlszeilenoptionen\nBieten Sie vollst\u00E4ndige Unterst\u00FCtzung f\u00FCr Iterablen in \"for-of\", Verteilung und Destrukturierung mit dem Ziel \"ES5\".\nAktivieren Sie alle strengen Typ\u00FCberpr\u00FCfungsoptionen.\nBereichsbezogenes Paket erkannt. In \"{0}\" wird gesucht\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde erfolgreich in \u201E{2}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde erfolgreich in \u201E{2}\u201C mit der Paket-ID \u201E{3}\u201C aufgel\u00F6st.\nAktivieren Sie die strenge \u00DCberpr\u00FCfung f\u00FCr Funktionstypen.\nAktivieren Sie die strenge \u00DCberpr\u00FCfung der Eigenschafteninitialisierung in Klassen.\nNumerische Trennzeichen sind hier nicht zul\u00E4ssig.\nMehrere aufeinander folgende numerische Trennzeichen sind nicht zul\u00E4ssig.\nGibt an, ob eine veraltete Konsolenausgabe im \u00DCberwachungsmodus beibehalten wird, statt den Bildschirm zu l\u00F6schen.\nKeiner der Importe in der Importdeklaration wird verwendet.\n1 Fehler gefunden. Es wird auf Datei\u00E4nderungen \u00FCberwacht.\n{0} Fehler gefunden. Es wird auf Datei\u00E4nderungen \u00FCberwacht.\n\"keyof\" darf nur in Eigenschaftennamen mit Zeichenfolgenwert aufgel\u00F6st werden (keine Ziffern oder Symbole).\n\"{0}\" ist deklariert, wird aber nie verwendet.\nImportierte Module mit der Erweiterung \"JSON\" einschlie\u00DFen\nAlle destrukturierten Elemente werden nicht verwendet.\nAlle Variablen werden nicht verwendet.\nDefinitionen der folgenden Bezeichner stehen in Konflikt mit denen in einer anderen Datei: {0}\nIn dieser Datei liegen Konflikte vor.\nProjektverweise d\u00FCrfen keinen kreisf\u00F6rmigen Graphen bilden. Zyklus erkannt: {0}\n\"{0}\" wurde hier ebenfalls deklariert.\nund hier.\nS\u00E4mtliche Typparameter werden nicht verwendet.\n\"package.json\" weist ein Feld \"typesVersions\" mit versionsspezifischen Pfadzuordnungen auf.\n\"package.json\" weist keinen Eintrag \"typesVersions\" auf, der mit der Version {0} \u00FCbereinstimmt.\n\"package.json\" weist einen typesVersions-Eintrag \"{0}\" auf, der der Compilerversion \"{1}\" entspricht. Es wird nach einem Muster gesucht, das dem Modulnamen \"{2}\" entspricht.\n\"package.json\" weist einen typesversion-Eintrag \"{0}\" auf, der kein g\u00FCltiger semver-Bereich ist.\nF\u00FCr \"{0}\" wurde ein Argument nicht angegeben.\nEs wurde kein Argument angegeben, das diesem Bindungsmuster entspricht.\nWollten Sie diesen Ausdruck aufrufen?\nWollten Sie \"new\" mit diesem Ausdruck verwenden?\nAktivieren Sie die strict-Methoden \"bind\", \"call\" und \"apply\" f\u00FCr Funktionen.\nCompileroptionen der Projektverweisumleitung \"{0}\" werden verwendet.\n1 Fehler gefunden.\n{0} Fehler gefunden.\n======== Der Modulname \"{0}\" wurde erfolgreich in \"{1}\" mit Paket-ID \"{2}\" aufgel\u00F6st. ========\n======== Die Typverweisdirektive \"{0}\" wurde erfolgreich in \"{1}\" mit Paket-ID \"{2}\" aufgel\u00F6st. Prim\u00E4r: {3}. ========\n\"package.json\" enthielt ein \"falsy\" Feld \"{0}\".\nDeaktivieren Sie die Verwendung von Quelldateien anstelle von Deklarationsdateien aus referenzierten Projekten.\nGeben Sie Klassenfelder mit \"Define\" anstelle von \"Set\" aus.\nGeneriert ein CPU-Profil.\nDeaktivieren Sie die Projektmappensuche f\u00FCr dieses Projekt.\nGeben Sie die Strategie f\u00FCr die Datei\u00FCberwachung an: \"FixedPollingInterval\" (Standardwert), \"PriorityPollingInterval\", \"DynamicPriorityPolling\", \"FixedChunkSizePolling\", \"UseFsEvents\", \"UseFsEventsOnParentDirectory\".\nGeben Sie die Strategie f\u00FCr die Verzeichnis\u00FCberwachung auf Plattformen an, die eine rekursive \u00DCberwachung nativ nicht unterst\u00FCtzen: \"UseFsEvents\" (Standardwert), \"FixedPollingInterval\", \"DynamicPriorityPolling\", \"FixedChunkSizePolling\".\nGeben Sie die Strategie zum Erstellen einer Abruf\u00FCberwachung an, wenn eine Erstellung mit Dateisystemereignissen nicht erfolgreich ist: \"FixedInterval\" (Standardwert), \"PriorityInterval\", \"DynamicPriority\", \"FixedChunkSize\".\nDas Tag \"{0}\" erwartet mindestens {1} Argumente, von der JSX-Factory \"{2}\" werden aber h\u00F6chstens {3} bereitgestellt.\nDie Option \"{0}\" kann nur in der Datei \"tsconfig.json\" angegeben oder in der Befehlszeile auf FALSE oder NULL festgelegt werden.\nDer Pfad \"{0}\" mit den Erweiterungen konnte nicht aufgel\u00F6st werden: {1}.\nDie Deklaration erweitert die Deklaration in einer anderen Datei. Dieser Vorgang kann nicht serialisiert werden.\nDies ist die erweiterte Deklaration. Die erweiternde Deklaration sollte in dieselbe Datei verschoben werden.\nDieser Ausdruck kann nicht aufgerufen werden, weil es sich um eine get-Zugriffsmethode handelt. M\u00F6chten Sie den Wert ohne \"()\" verwenden?\nDeaktivieren Sie das Laden referenzierter Projekte.\nEs wurden keine Argumente f\u00FCr den rest-Parameter \"{0}\" angegeben.\nGeneriert eine Ereignisablaufverfolgung und eine Liste von Typen.\nGeben Sie den Modulspezifizierer an, aus dem die Factoryfunktionen \"jsx\" und \"jsxs\" importiert werden sollen, z.\u00A0B. \"react\".\nDie Datei \"{0}\" ist gem\u00E4\u00DF fr\u00FCheren zwischengespeicherten Lookups vorhanden.\nDie Datei \"{0}\" ist gem\u00E4\u00DF fr\u00FCheren zwischengespeicherten Lookups nicht vorhanden.\nDie Aufl\u00F6sung f\u00FCr die Typreferenzanweisung \"{0}\" wurde im Cache des Standorts \"{1}\" gefunden.\n======== Die Typverweisdirektive \"{0}\" wird aufgel\u00F6st, die die Datei \"{1}\" enth\u00E4lt. ========\nInterpretieren Sie optionale Eigenschaftstypen als geschrieben, statt 'nicht definiert' hinzuzuf\u00FCgen.\nModule\nDateiverwaltung\nAusgeben\nJavaScript-Unterst\u00FCtzung\nTyppr\u00FCfung\nEditor-Unterst\u00FCtzung\n\u00DCberwachungs- und Buildmodi\nCompilerdiagnose\nInterop-Einschr\u00E4nkungen\nAbw\u00E4rtskompatibilit\u00E4t\nSprache und Umgebung\nProjekte\nAusgabeformatierung\nVollst\u00E4ndigkeit\n\"{0}\" sollte im CompilerOptions-Objekt der JSON-Konfigurationsdatei festgelegt werden.\n1\u00A0Fehler in {0} gefunden\nEs wurden {0}\u00A0Fehler in derselben Datei gefunden, beginnend bei: {1}\nIn {1} Dateien wurden {0}\u00A0Fehler gefunden.\nDer Dateiname \"{0}\" hat eine \"{1}\"-Erweiterung. Stattdessen wird nach \"{2}\" gesucht.\nDas Modul \"{0}\" wurde in \"{1}\" aufgel\u00F6st, aber \"--allowArbitraryExtensions\" ist nicht festgelegt.\nHiermit wird das Importieren von Dateien mit beliebiger Erweiterung aktiviert, sofern eine Deklarationsdatei vorhanden ist.\nDie Typverweisdirektive f\u00FCr das Programm, das benutzerdefinierte typeRoots angibt, wird aufgel\u00F6st. Lookup im Ordner \"node_modules\" wird \u00FCbersprungen.\nDie Option \"{0}\" kann nur in der Befehlszeile angegeben werden.\nDas Verzeichnis \"{0}\" enth\u00E4lt keinen package.json-Bereich. Importe werden nicht aufgel\u00F6st.\nDer Importspezifizierer \"{0}\" ist im package.json-Bereich beim Pfad \"{1}\" nicht vorhanden.\nDer ung\u00FCltige Importbezeichner \"{0}\" weist keine m\u00F6glichen Aufl\u00F6sungen auf.\nF\u00FCr package.jsim, Bereich \"{0}\" wurden keine Importe definiert.\nDer package.json-Bereich \"{0}\" ordnet den Bezeichner \"{1}\" explizit NULL zu.\nDer package.json-Bereich \"{0}\" weist einen ung\u00FCltigen Typ f\u00FCr das Ziel des Spezifizierers \"{1}\" auf.\nDer Exportspezifizierer \"{0}\" ist im package.json-Bereich beim Pfad \"{1}\" nicht vorhanden.\nFehler beim Aufl\u00F6sen des nicht relativen Namens. Es wird versucht, moderne Funktionen zur Knotenaufl\u00F6sung zu deaktivieren, um festzustellen, ob die npm-Bibliothek eine Konfigurationsaktualisierung erfordert.\nEs gibt Typen unter \u201E{0}\u201C, aber dieses Ergebnis konnte nicht aufgel\u00F6st werden, wenn package.json \u201EExporte\u201C beachtet wird. Die Bibliothek \u201E{1}\u201C muss m\u00F6glicherweise ihre package.json oder Eingaben aktualisieren.\nFehler beim Aufl\u00F6sen des nicht relativen Namens. Mit \"--moduleResolution bundler\" wird versucht festzustellen, ob das Projekt m\u00F6glicherweise aktualisiert werden muss.\nEs gibt Typen unter \u201E{0}\u201C, aber dieses Ergebnis konnte unter Ihrer aktuellen \u201EmoduleResolution\u201C-Einstellung nicht aufgel\u00F6st werden. Erw\u00E4gen Sie ein Update auf \u201Enode16\u201C, \u201Enodenext\u201C oder \u201Ebundler\u201C.\n\u201Epackage.json\u201C weist das Feld \u201EpeerDependencies\u201C auf.\nEs wurde eine peerDependency \"{0}\" mit Version \"{1}\" gefunden.\nFehler beim Suchen der peerDependency \"{0}\".\nDateilayout\nUmgebungseinstellungen\nSiehe auch https://aka.ms/tsconfig/module\nF\u00FCr Node.js:\nund npm install -D @types/node\nAndere Ausgaben\nStrengere Typpr\u00FCfungsoptionen\nStiloptionen\nEmpfohlene Optionen\nProjektkompilierung aktivieren\nIn zusammengesetzten Projekten kann die Deklarationsausgabe nicht deaktiviert werden.\nDie Ausgabedatei \"{0}\" wurde nicht aus der Quelldatei \"{1}\" erstellt.\nDas referenzierte Projekt \"{0}\" muss f\u00FCr die Einstellung \"composite\" den Wert TRUE aufweisen.\nDie Datei \"{0}\" befindet sich nicht in der Dateiliste von Projekt \"{1}\". Projekte m\u00FCssen alle Dateien auflisten oder ein include-Muster verwenden.\nBeim referenzierten Projekt \"{0}\" darf nicht die Ausgabe deaktiviert werden.\nDas Projekt \"{0}\" ist veraltet, weil die Ausgabe \"{1}\" \u00E4lter ist als die Eingabe \"{2}\"\nProjekt \"{0}\" ist auf dem neuesten Stand, weil die neueste Eingabe \"{1}\" \u00E4lter ist als die Ausgabe \"{2}\".\nProjekt \"{0}\" ist veraltet, weil die Ausgabedatei \"{1}\" nicht vorhanden ist.\nFehler beim L\u00F6schen der Datei \u201E{0}\u201C.\nProjekt \"{0}\" ist mit .d.ts-Dateien aus den zugeh\u00F6rigen Abh\u00E4ngigkeiten auf dem neuesten Stand.\nProjekte in diesem Build: {0}\nBei einem Build ohne das Flag \"-dry\" w\u00FCrden die folgenden Dateien gel\u00F6scht: {0}\nBei einem Build ohne das Flag \"-dry\" w\u00FCrde das Projekt \"{0}\" erstellt.\nProjekt \"{0}\" wird erstellt...\nAusgabezeitstempel von Projekt \"{0}\" werden aktualisiert...\nProjekt \"{0}\" ist auf dem neuesten Stand.\nDas Erstellen von Projekt \"{0}\" wird \u00FCbersprungen, weil die Abh\u00E4ngigkeit \"{1}\" einen Fehler aufweist.\nProjekt \"{0}\" kann nicht erstellt werden, weil die Abh\u00E4ngigkeit \"{1}\" Fehler enth\u00E4lt.\nMindestens ein Projekt und die zugeh\u00F6rigen Abh\u00E4ngigkeiten erstellen, wenn veraltet\nL\u00F6schen Sie die Ausgaben aller Projekte.\nAnzeigen, was erstellt w\u00FCrde (oder gel\u00F6scht w\u00FCrde, wenn mit \"--clean\" angegeben)\nDie Option \"--build\" muss das erste Befehlszeilenargument sein.\nDie Optionen \"{0}\" und \"{1}\" k\u00F6nnen nicht kombiniert werden.\nUnver\u00E4nderte Ausgabezeitstempel von Projekt \"{0}\" werden aktualisiert...\nEin Build ohne das Flag \"-dry\" w\u00FCrde die Zeitstempel der Ausgabe von Projekt \"{0}\" aktualisieren.\nDie Datei \"{0}\" kann nicht geschrieben werden, weil hierdurch die TSBUILDINFO-Datei \u00FCberschrieben wird, die durch das referenzierte Projekt \"{1}\" generiert wird.\nZusammengesetzte Projekte d\u00FCrfen die inkrementelle Kompilierung nicht deaktivieren.\nDatei zum Speichern inkrementeller Kompilierungsinformationen angeben\nDas Projekt \"{0}\" ist veraltet, weil die Ausgabe f\u00FCr das Projekt mit Version {1} generiert wurde, die sich von der aktuellen Version {2} unterscheidet.\nDas Kompilieren von Projekt \"{0}\" wird \u00FCbersprungen, weil die Abh\u00E4ngigkeit \"{1}\" nicht erstellt wurde.\nDas Projekt \"{0}\" kann nicht erstellt werden, weil die zugeh\u00F6rige Abh\u00E4ngigkeit \"{1}\" nicht erstellt wurde.\nLegen Sie f\u00FCr Neukompilierungen in \"--incremental\" und \"--watch\" fest, dass sich \u00C4nderungen innerhalb einer Datei nur auf die direkt davon abh\u00E4ngigen Dateien auswirken.\n\"{0}\" ist veraltet.\nLeistungsdaten zum zeitlichen Ablauf sind f\u00FCr \"--diagnostics\" oder \"--extendedDiagnostics\" in dieser Sitzung nicht verf\u00FCgbar. Eine native Implementierung der Webleistungs-API wurde nicht gefunden.\nDie Signatur \"{0}\" von \"{1}\" ist veraltet.\nDie Neuerstellung des Projekts \"{0}\" wird erzwungen.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde nicht aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde erfolgreich in \u201E{2}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde erfolgreich in \u201E{2}\u201C mit der Paket-ID \u201E{3}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C des alten Programms wird wiederverwendet, sie wurde nicht aufgel\u00F6st.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\" im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde erfolgreich in \u201E{3}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde erfolgreich in \u201E{3}\u201C mit der Paket-ID \u201E{4}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung des Moduls \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde nicht aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde erfolgreich in \u201E{3}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde erfolgreich in \u201E{3}\u201C mit der Paket-ID \u201E{4}\u201C aufgel\u00F6st.\nDie Aufl\u00F6sung der Typverweisdirektive \u201E{0}\u201C aus \u201E{1}\u201C im Cache vom Speicherort \u201E{2}\u201C wird wiederverwendet, sie wurde nicht aufgel\u00F6st.\nDas Projekt \"{0}\" ist veraltet, da die Buildinfodatei \"{1}\" angibt, dass einige der \u00C4nderungen nicht ausgegeben wurden.\nDas Projekt \"{0}\" ist aktuell, muss jedoch Zeitstempel von Ausgabedateien aktualisieren, die \u00E4lter als Eingabedateien sind.\nProjekt \u201E{0}\u201C ist veraltet, weil die Konfigurationsdatei nicht vorhanden ist.\nWird im {0}-Modus mit Bedingungen \"{1}\" aufgel\u00F6st.\n\u00DCbereinstimmung mit \"{0}\" Bedingung \"{1}\".\nVerwenden von \"{0}\" Unterpfad \"{1}\" mit Ziel \"{2}\".\nDie nicht \u00FCbereinstimmende Bedingung \"{0}\" wurde angezeigt.\nDas Projekt \"{0}\" ist veraltet, da die Buildinfodatei \"{1}\" auf eine \u00C4nderung in compilerOptions hinweist.\nImporte d\u00FCrfen TypeScript-Dateierweiterungen enthalten. Erfordert die Festlegung von \"--moduleResolution bundler\" und \"--noEmit\" oder \"--emitDeclarationOnly\".\nVerwenden Sie das package.json-Feld \u201Eexports\u201C, wenn Sie Paketimporte aufl\u00F6sen.\nVerwenden Sie das package.json-Feld \u201Eimports\u201C, wenn Sie Importe aufl\u00F6sen.\nBedingungen, die zus\u00E4tzlich zu den konfliktl\u00F6serspezifischen Standardwerten beim Aufl\u00F6sen von Importen festgelegt werden sollen.\n\u201Etrue\u201C, wenn \u201EmoduleResolution\u201C \u201Enode16\u201C, \u201Enodenext\u201C oder \u201Ebundler\u201C ist; andernfalls \u201Efalse\u201C.\nDas Projekt \"{0}\" ist veraltet, da die buildinfo-Datei \"{1}\" darauf hinweist, dass die Datei \"{2}\" die Stammdatei der Kompilierung war, es jetzt jedoch nicht mehr ist.\nBedingte Exporte werden eingegeben.\nAufgel\u00F6st unter Bedingung \"{0}\".\nFehler beim Aufl\u00F6sen unter der Bedingung \"{0}\".\nBedingte Exporte werden beendet.\nAlle node_modules-Vorg\u00E4ngerverzeichnisse werden nach bevorzugten Erweiterungen durchsucht: {0}.\nAlle node_modules-Vorg\u00E4ngerverzeichnisse werden nach Fallbackerweiterungen durchsucht: {0}.\nDas Projekt \"{0}\" ist veraltet, da die Buildinfodatei \"{1}\" darauf hinweist, dass das Programm Fehler melden muss.\nDas Projekt \u201E{0}\u201C ist veraltet, da die Eingabe \u201E{1}\u201C nicht vorhanden ist.\nSchreiben Sie die Dateiendungen '.ts', '.tsx', '.mts' und '.cts' in relativen Importpfaden in ihren JavaScript-\u00C4quivalenten in den Ausgabedateien um.\nDas Projekt \u201E{0}\u201C ist veraltet, da es Fehler aufweist.\nMehrere \u201Emodule.exports\u201C-Zuweisungen k\u00F6nnen nicht f\u00FCr die Deklarationsausgabe serialisiert werden.\nGeschachtelte CommonJS-Exportkonstrukte k\u00F6nnen nicht f\u00FCr die Deklarationsausgabe serialisiert werden.\nDer erwartete Typ stammt aus der Eigenschaft \"{0}\", die hier f\u00FCr den Typ \"{1}\" deklariert wird.\nDer erwartete Typ stammt aus dieser Indexsignatur.\nDer erwartete Typ stammt aus dem R\u00FCckgabetyp dieser Signatur.\nHiermit werden Namen der Dateien ausgegeben, die Teil der Kompilierung sind. Anschlie\u00DFend wird die Verarbeitung beendet.\nDie Datei \"{0}\" ist eine JavaScript-Datei. Wollten Sie die Option \"allowJs\" aktivieren?\nHiermit werden die Namen der Dateien und der Grund daf\u00FCr ausgegeben, dass die Dateien in der Kompilierung enthalten sind.\nErw\u00E4gen Sie, dieser Klasse einen declare-Modifizierer hinzuzuf\u00FCgen.\nLassen Sie zu, dass JavaScript-Dateien Teil Ihres Programms werden. Verwenden Sie die Option \u201EcheckJS\u201C, um Fehler aus diesen Dateien abzurufen.\n\"Import x from y\" zulassen, wenn ein Modul keinen Standardexport hat.\nZugriff auf globale UMD-Bibliotheken aus Modulen zulassen\nDeaktivieren Sie die Fehlerberichterstattung f\u00FCr nicht erreichbaren Code.\nDeaktivieren Sie die Fehlerberichterstattung f\u00FCr nicht verwendete Bezeichnungen.\nStellen Sie sicher, dass \"Use Strict\" immer ausgegeben wird.\nBei Neukompilierungen in Projekten, die die Modi \u201Eincremental\u201C und \u201Ewatch\u201C verwenden, wird davon ausgegangen, dass \u00C4nderungen innerhalb einer Datei sich nur direkt auf Dateien auswirken.\nGeben Sie das Basisverzeichnis zum Aufl\u00F6sen nicht relativer Modulnamen an.\nWird nicht mehr unterst\u00FCtzt. Legen Sie die Textcodierung f\u00FCr das Lesen von Dateien in fr\u00FCheren Versionen manuell fest.\nAktivieren Sie die Fehlerberichterstattung in typgepr\u00FCften JavaScript-Dateien.\nAktivieren Sie Einschr\u00E4nkungen, die die Verwendung eines TypeScript-Projekts mit Projektverweisen erm\u00F6glichen.\nGenerieren Sie .d.ts-Dateien aus TypeScript- und JavaScript-Dateien in Ihrem Projekt.\nGeben Sie das Ausgabeverzeichnis f\u00FCr generierte Deklarationsdateien an.\nErstellen Sie Quellzuordnungen f\u00FCr d.ts-Dateien.\nAusgabe Compiler-Leistungsinformationen nach dem Erstellen.\nDeaktiviert den R\u00FCckschluss f\u00FCr den Typabruf, indem Dateinamen in einem Projekt betrachtet werden.\nVerringern Sie die Anzahl der Projekte, die von TypeScript automatisch geladen werden.\nEntfernen Sie die Obergrenze von 20 MB f\u00FCr die Gesamtgr\u00F6\u00DFe des Quellcodes f\u00FCr JavaScript-Dateien auf dem TypeScript-Sprachserver.\nDeaktivieren Sie bei der Bearbeitung ein Projekt von der \u00DCberpr\u00FCfung mehrerer Projektverweise.\nDeaktivieren Sie bevorzugte Quelldateien anstelle von Deklarationsdateien, wenn Sie auf zusammengesetzte Projekte verweisen.\nGeben Sie mehr kompatibles, aber ausf\u00FChrliches und weniger leistungsf\u00E4higes JavaScript f\u00FCr die Iteration aus.\nGeben Sie zu Beginn der Ausgabedateien eine UTF-8-Bytereihenfolge-Marke (BOM) aus.\nNur d.ts-Dateien und keine JavaScript-Dateien ausgeben.\nGeben Sie Entwurfstypmetadaten f\u00FCr erg\u00E4nzte Deklarationen in Quelldateien aus.\nTyp-Akquisition f\u00FCr JavaScript-Projekte deaktivieren\nGeben Sie zus\u00E4tzliches JavaScript aus, um die Unterst\u00FCtzung beim Importieren von CommonJS-Modulen zu vereinfachen. Dadurch wird \u201EallowSyntheticDefaultImports\u201C f\u00FCr die Typkompatibilit\u00E4t aktiviert.\nFiltert Ergebnisse aus der Option \"include\".\nEntfernen Sie eine Liste von Verzeichnissen aus dem \u00DCberwachungsvorgang.\nEntfernen Sie eine Liste von Dateien aus der Verarbeitung des \u00DCberwachungsmodus.\nAktivieren Sie experimentelle Unterst\u00FCtzung f\u00FCr experimentelle Legacy-Decorators.\nW\u00E4hrend der Kompilierung gelesene Dateien drucken, einschlie\u00DFlich der Gr\u00FCnde f\u00FCr ihre Aufnahme.\nGeben Sie ausf\u00FChrlichere Compilerleistungsinformationen nach der Erstellung aus.\nGeben Sie einen oder mehrere Pfad- oder Knotenmodulverweise auf Basiskonfigurationsdateien an, von denen Einstellungen geerbt werden.\nGeben Sie an, welchen Ansatz der Watcher verwenden soll, wenn auf dem System keine nativen Datei\u00FCberwachungen mehr vorhanden sind.\nSchlie\u00DFen Sie eine Liste von Dateien ein. Dies unterst\u00FCtzt keine Globmuster im Gegensatz zu \"include\".\nErstellen Sie alle Projekte, einschlie\u00DFlich der Projekte, die aktuell zu sein scheinen.\nStellen Sie sicher, dass die Gro\u00DF-/Kleinschreibung beim Import korrekt ist.\nGeben Sie ein v8-CPU-Profil der Compilerausf\u00FChrung zum Debuggen aus.\nDas Importieren von Hilfsfunktionen aus tslib einmal pro Projekt zulassen, anstatt sie pro Datei einzubeziehen.\n\u00DCberspringen Sie die Erstellung von Downstreamprojekten bei einem Fehler im Upstreamprojekt.\nGeben Sie eine Liste von Globmustern an, die mit Dateien \u00FCbereinstimmen, die in die Kompilierung einbezogen werden sollen.\nSpeichern Sie die .tsbuildinfo-Dateien, um eine inkrementelle Kompilierung von Projekten zuzulassen.\nSchlie\u00DFen Sie Quellzuordnungsdateien in das ausgegebene JavaScript ein.\nF\u00FCgen Sie den Quellcode in die Quellzuordnungen innerhalb des ausgesendeten JavaScript-Codes ein.\nStellen Sie sicher, dass jede Datei sicher transpiliert werden kann, ohne dass andere Importe erforderlich sind.\nGeben Sie an, welcher JSX-Code generiert wird.\nGeben Sie die JSX-Factoryfunktion an, die verwendet wird, wenn Sie die JSX-Ausgabe \u201Ereact\u201C als Ziel verwenden, z.\u00A0B. \u201EReact.createElement\u201C oder \u201Eh\u201C.\nGeben Sie den JSX-Fragmentverweis an, der f\u00FCr Fragmente verwendet wird, wenn die React JSX-Ausgabe als Ziel verwendet wird, z. B. \"React.Fragment\" oder \"Fragment\".\nGeben Sie den Modulspezifizierer an, der zum Importieren der JSX-Factoryfunktionen verwendet wird, wenn Sie \u201Ejsx: react-jsx*\u201C verwenden.\nStellen Sie ein, dass keyof nur Zeichenfolgen, anstelle von Zeichenfolgen, Zahlen oder Symbolen zur\u00FCckgibt. Legacy-Option.\nGeben Sie einen Satz geb\u00FCndelter Bibliotheksdeklarationsdateien an, die die Ziellaufzeitumgebung beschreiben.\nDrucken Sie die Namen der ausgegebenen Dateien nach einer Kompilierung.\nDrucken Sie alle Dateien, die w\u00E4hrend der Kompilierung gelesen wurden.\nLegen Sie die Sprache des Messagings von TypeScript fest. Dies wirkt sich nicht auf die Ausgabe aus.\nGeben Sie den Speicherort an, an dem der Debugger Zuordnungsdateien ermitteln soll, anstatt generierte Speicherorte zu verwenden.\nGeben Sie die maximale Ordnertiefe an, die zum \u00DCberpr\u00FCfen von JavaScript-Dateien aus \u201Enode_modules\u201C verwendet wird. Gilt nur f\u00FCr \u201EallowJs\u201C.\nGeben Sie an, welcher Modulcode generiert wird.\nGeben Sie an, wie TypeScript eine Datei aus einem angegebenen Modulspezifizierer sucht.\nLegen Sie das Zeilenumbruchzeichen f\u00FCr Ausgabedateien fest.\nDeaktivieren Sie das Ausgeben von Dateien aus einer Kompilierung.\nDeaktivieren Sie das Generieren von benutzerdefinierten Hilfsfunktionen wie \u201E__extends\u201C in der kompilierten Ausgabe.\nDeaktivieren Sie das Ausgeben von Dateien, wenn Typ\u00FCberpr\u00FCfungsfehler gemeldet werden.\nDeaktivieren Sie das Abschneiden von Typen in Fehlermeldungen.\nAktivieren Sie die Fehlerberichterstellung f\u00FCr Fallthroughf\u00E4lle in Switch-Anweisungen.\nAktivieren Sie die Fehlerberichterstattung f\u00FCr Ausdr\u00FCcke und Deklarationen mit einem impliziten \u201Eany\u201C-Typ.\nStellen Sie sicher, dass \u00FCberschreibende Member in abgeleiteten Klassen mit einem \u00DCberschreibungsmodifizierer markiert sind.\nAktivieren Sie die Fehlerberichterstattung f\u00FCr Codepfade, die nicht explizit in einer Funktion zur\u00FCckgegeben werden.\nAktivieren Sie die Fehlerberichterstattung, wenn \u201Ethis\u201C den Typ \u201Eany\u201C erh\u00E4lt.\nDeaktivieren Sie das Hinzuf\u00FCgen von \"Use Strict\"-Direktiven in ausgesendeten JavaScript-Dateien.\nDeaktivieren Sie das Einschlie\u00DFen von Bibliotheksdateien, einschlie\u00DFlich der Standarddatei \"lib.d.ts\".\nErzwingt die Verwendung indizierter Accessoren f\u00FCr Schl\u00FCssel, die mithilfe eines indizierten Typs deklariert wurden.\nHiermit wird verhindert, dass \u201Eimport\u201C, \u201Erequire\u201C oder \u201E<reference>\u201C die Anzahl der Dateien erweitern, die TypeScript einem Projekt hinzuf\u00FCgen soll.\nDeaktivieren Sie die strenge \u00DCberpr\u00FCfung generischer Signaturen in Funktionstypen.\nF\u00FCgen Sie einem Typ \u201Eundefined\u201C hinzu, wenn \u00FCber einen Index darauf zugegriffen wird.\nAktivieren Sie die Fehlerberichterstattung, wenn lokale Variablen nicht gelesen werden.\nL\u00F6st einen Fehler aus, wenn ein Funktionsparameter nicht gelesen wird.\nVeraltete Einstellung. Verwenden Sie stattdessen \u201EoutFile\u201C.\nGeben Sie einen Ausgabeordner f\u00FCr alle ausgegebenen Dateien an.\nGeben Sie eine Datei an, die alle Ausgaben in einer JavaScript-Datei b\u00FCndelt. Wenn \u201Edeclaration\u201C TRUE ist, wird auch eine Datei festgelegt, die alle \u201E.d.ts\u201C-Ausgaben b\u00FCndelt.\nGeben Sie einen Satz von Eintr\u00E4gen an, die Importe an zus\u00E4tzliche Lookup-Speicherorte neu zuordnen.\nGeben Sie eine Liste der einzuschlie\u00DFenden Sprachdienst-Plug-Ins an.\nDeaktivieren Sie das L\u00F6schen von \u201Econst enum\u201C-Deklarationen in generiertem Code.\nDeaktivieren Sie das Aufl\u00F6sen von symlinks in ihren Realpfad. Dies korreliert mit derselben Kennzeichnung im Knoten.\nDeaktivieren Sie das Zur\u00FCcksetzen der Konsole im \u00DCberwachungsmodus.\nAktivieren Sie Farbe und Formatierung in der TypeScript-Ausgabe, um Compilerfehler leichter zu lesen.\nGeben Sie das Objekt an, das f\u00FCr \u201EcreateElement\u201C aufgerufen wird. Dies gilt nur, wenn die JSX-Ausgabe \u201Ereact\u201C als Ziel verwendet wird.\nGeben Sie ein Objektarray an, das Pfade f\u00FCr Projekte angibt. Wird in Projekt verweisen verwendet.\nDeaktivieren Sie das Ausgeben von Kommentaren.\nAktivieren Sie das Importieren von JSON-Dateien.\nGeben Sie den Stammordner in den Quelldateien an.\nLassen Sie zu, dass mehrere Ordner beim Aufl\u00F6sen von Modulen als ein Ordner behandelt werden.\n\u00DCberspringen Sie die Typ\u00FCberpr\u00FCfung von .d.ts-Dateien, die in TypeScript enthalten sind.\n\u00DCberspringen Sie die Typ\u00FCberpr\u00FCfung aller .d.ts-Dateien.\nErstellen Sie Quellzuordnungsdateien f\u00FCr ausgegebene JavaScript-Dateien.\nGeben Sie den Stammpfad f\u00FCr Debugger an, um den Verweisquellcode zu suchen.\n\u00DCberpr\u00FCfen Sie, ob die Argumente f\u00FCr die Methoden \u201Ebind\u201C, \u201Ecall\u201C und \u201Eapply\u201C mit der urspr\u00FCnglichen Funktion \u00FCbereinstimmen.\n\u00DCberpr\u00FCfen Sie beim Zuweisen von Funktionen, ob Parameter und R\u00FCckgabewerte untertypkompatibel sind.\nBer\u00FCcksichtigen Sie bei der Typ\u00FCberpr\u00FCfung \u201Enull\u201C und \u201Eundefined\u201C.\nSuchen Sie nach Klasseneigenschaften, die im Konstruktor deklariert, aber nicht festgelegt sind.\nDeaktivieren Sie das Ausgeben von Deklarationen mit \u201E@internal\u201C in ihren JSDoc-Kommentaren.\nDeaktivieren Sie die Meldung \u00FCberm\u00E4\u00DFiger Eigenschaftsfehler w\u00E4hrend der Erstellung von Objektliteralen.\nUnterdr\u00FCcken Sie \u201EnoImplicitAny\u201C-Fehler beim Indizieren von Objekten ohne Indexsignaturen.\nRufen Sie R\u00FCckrufe synchron auf, und aktualisieren Sie den Status von Verzeichnis\u00FCberwachungen auf Plattformen, die rekursive \u00DCberwachung nicht nativ unterst\u00FCtzen.\nLegen Sie die JavaScript-Sprachversion f\u00FCr das ausgegebene JavaScript fest, und schlie\u00DFen Sie kompatible Bibliotheksdeklarationen ein.\nProtokollpfade, die w\u00E4hrend des \u201EmoduleResolution\u201C-Prozesses verwendet werden.\nGeben Sie den Pfad zu inkrementelle Kompilierungsdateien .tsbuildinfo an.\nGeben Sie Optionen f\u00FCr den automatischen Erwerb von Deklarationsdateien an.\nGeben Sie mehrere Ordner an, die als \u201E./node_modules/@types\u201C fungieren.\nGeben Sie Typpaketnamen an, die eingeschlossen werden sollen, ohne in einer Quelldatei referenziert zu werden.\nGeben Sie ECMAScript-standardkonforme Klassenfelder aus.\nAktivieren Sie die ausf\u00FChrliche Protokollierung.\nGeben Sie an, wie Verzeichnisse auf Systemen \u00FCberwacht werden, f\u00FCr die eine rekursive Datei\u00FCberwachungsfunktion fehlt.\nGeben Sie an, wie der TypeScript-\u00DCberwachungsmodus funktioniert.\nNicht deklarierte Eigenschaften aus Indexsignaturen m\u00FCssen Elementzugriffe verwenden.\nGeben Sie das Ausgabe-/\u00DCberpr\u00FCfungsverhalten f\u00FCr Importe an, die nur f\u00FCr Typen verwendet werden.\nFordern Sie eine ausreichende Anmerkung zu Exporten an, damit andere Tools Deklarationsdateien trivial generieren k\u00F6nnen.\nIntegrierte Iteratoren werden mit dem Typ \"TReturn\" vom Typ \"undefined\" anstelle von \"any\" instanziiert.\nLassen Sie keine Runtimekonstrukte zu, die nicht Teil von ECMAScript sind.\nStellen Sie die Variablen der Catch-Klauseln standardm\u00E4\u00DFig als \u201Eunknown\u201C anstelle von \u201Eany\u201C ein.\nSie sollten keine Importe oder Exporte transformieren oder ausblenden, die nicht als typgesch\u00FCtzt markiert sind. Stellen Sie sicher, dass sie basierend auf der Einstellung \"module\" im Format der Ausgabedatei geschrieben werden.\nDeaktivieren Sie die vollst\u00E4ndige Typ\u00FCberpr\u00FCfung (nur kritische Analyse- und Ausgabefehler werden gemeldet).\n\u00DCberpr\u00FCfen Sie die Nebeneffektimporte.\nDieser Vorgang kann vereinfacht werden. Diese Schicht ist identisch mit \u201E{0} {1} {2}\u201C.\nBibliothekersetzung aktivieren.\nStellen Sie sicher, dass Typen \u00FCber Kompilierungen hinweg geordnet und deterministisch sortiert werden.\neines von:\neins oder mehr:\nTyp:\nStandard:\n`true`, es sei denn, `strict` ist `false`\n'false', es sei denn 'composite' ist festgelegt\n'[\"node_modules\",\"bower_components\",\"jspm_packages\"]', plus der Wert von 'outDir', wenn ein Wert angegeben ist.\n'[]', wenn 'files' angegeben ist, andernfalls '[\"**/*\"]'\n'true', wenn 'composite', andernfalls 'false'\nAus der Liste der Eingabedateien berechnet\nPlattformspezifisch\nInformationen zu allen Compileroptionen finden Sie unter {0}\nBei Einschlie\u00DFung von --watch beginnt -w, das aktuelle Projekt auf Datei\u00E4nderungen zu \u00FCberwachen. Einmal eingestellt, k\u00F6nnen Sie den \u00DCberwachungsmodus konfigurieren, und zwar mit:\nBei Verwendung von --build wird tsc durch -b dazu veranlasst, sich eher wie ein Build-Orchestrator als ein Compiler zu verhalten. Damit wird der Aufbau von zusammengesetzten Projekten ausgel\u00F6st. Weitere Informationen dazu finden Sie unter {0}\nALLGEMEINE BEFEHLE\nALLE COMPILEROPTIONEN\n\u00DCBERWACHUNGSOPTIONEN\nBUILDOPTIONEN\nALLGEMEINE COMPILEROPTIONEN\nBEFEHLSZEILENFLAGS\ntsc: Der TypeScript-Compiler\nKompiliert das aktuelle Projekt (tsconfig.json im Arbeitsverzeichnis.)\nIgnoriert tsconfig.json und kompiliert die angegebenen Dateien mit den Standardkompilieroptionen.\nErstellen Sie ein zusammengesetztes Projekt im Arbeitsverzeichnis.\nErstellt eine tsconfig.json mit den empfohlenen Einstellungen im Arbeitsverzeichnis.\nKompiliert das sich am angegebenen Pfad befindliche TypeScript-Projekt.\nEine erweiterte Version dieser Informationen mit allen m\u00F6glichen Compileroptionen\nKompiliert das aktuelle Projekt mit zus\u00E4tzlichen Einstellungen.\n\"true\" f\u00FCr ES2022 und h\u00F6her, einschlie\u00DFlich ESNext.\nListe der Dateinamensuffixe, die beim Aufl\u00F6sen eines Moduls gesucht werden sollen.\n\u201Efalse\u201C, es sei denn \u201EcheckJs\u201C ist festgelegt\nDrucken Sie die Diagnose nicht.\nIm Einzelthreadmodus ausf\u00FChren.\nGenerieren Sie pprof-CPU-/Arbeitsspeicherprofile im angegebenen Verzeichnis.\nLegen Sie die Anzahl der Pr\u00FCfer pro Projekt fest.\n4, es sei denn, --singleThreaded wird angegeben.\nLegen Sie die Anzahl von Projekten fest, die gleichzeitig erstellt werden sollen.\nDeduplizieren Sie Pakete mit dem gleichen Namen und derselben Version.\nLaden externer Inhaltsmapper-Plug-Ins zulassen, die Code w\u00E4hrend der Kompilierung ausf\u00FChren.\nDie Variable \"{0}\" weist implizit einen Typ \"{1}\" auf.\nDer Parameter \"{0}\" weist implizit einen Typ \"{1}\" auf.\nDer Member \"{0}\" weist implizit den Typ \"{1}\" auf.\nDer new-Ausdruck, in dessen Ziel eine Konstruktsignatur fehlt, weist implizit einen Typ \"any\" auf.\n\"{0}\" ohne R\u00FCckgabetypanmerkung weist implizit einen R\u00FCckgabetyp \"{1}\" auf.\nEin Funktionsausdruck ohne R\u00FCckgabetypanmerkung weist implizit einen {0}-R\u00FCckgabetyp auf.\nDiese \u00DCberladung gibt implizit den Typ \u201E{0}\u201C zur\u00FCck, da keine R\u00FCckgabetypanmerkung vorhanden ist.\nEine Konstruktsignatur ohne R\u00FCckgabetypanmerkung weist implizit einen any-R\u00FCckgabetyp auf.\nEin Funktionstyp ohne R\u00FCckgabetypanmerkung weist implizit einen R\u00FCckgabetyp \"{0}\" auf.\nDas Element weist implizit einen Typ \"any\" auf, weil der Indexausdruck nicht vom Typ \"number\" ist.\nEs wurde keine Deklarationsdatei f\u00FCr das Modul \"{0}\" gefunden. \"{1}\" weist implizit den Typ \"any\" auf.\nDas Element weist implizit einen Typ \"any\" auf, weil der Typ \"{0}\" keine Indexsignatur umfasst.\nDie Eigenschaft \"{0}\" des Objektliterals weist implizit den Typ \"{1}\" auf.\nDer rest-parameter \"{0}\" weist implizit einen Typ \"any[]\" auf.\nEine Aufrufsignatur ohne R\u00FCckgabetypanmerkung weist implizit einen any-R\u00FCckgabetyp auf.\n\"{0}\" weist implizit den Typ \"any\" auf, weil keine Typanmerkung vorhanden ist und darauf direkt oder indirekt im eigenen Initialisierer verwiesen wird.\n\"{0}\" weist implizit den Typ \"any\" auf, weil keine R\u00FCckgabetypanmerkung vorhanden ist und darauf direkt oder indirekt in einem der R\u00FCckgabeausdr\u00FCcke des Objekts verwiesen wird.\nDie Funktion weist implizit den Typ \"any\" auf, weil keine R\u00FCckgabetypanmerkung vorhanden ist und darauf direkt oder indirekt in einem ihrer R\u00FCckgabeausdr\u00FCcke verwiesen wird.\nDer Generator hat implizit den Yield-Typ '{0}'. Erw\u00E4gen Sie die Angabe eines R\u00FCckgabetyps.\nDas JSX-Element enth\u00E4lt implizit den Typ \"any\", weil keine Schnittstelle \"JSX.{0}\" vorhanden ist.\nEs wurde unerreichbarer Code erkannt.\nNicht verwendete Bezeichnung.\nFallThrough-Fall in switch-Anweisung.\nNicht alle Codepfade geben einen Wert zur\u00FCck.\nDas Bindungselement \"{0}\" weist implizit einen Typ \"{1}\" auf.\nDie Eigenschaft \"{0}\" weist implizit den Typ \"any\" auf, weil ihrem set-Accessor eine Parametertypanmerkung fehlt.\nDie Eigenschaft \"{0}\" weist implizit den Typ \"any\" auf, weil ihrem get-Accessor eine Parametertypanmerkung fehlt.\nDie Variable \"{0}\" weist an manchen Stellen implizit den Typ \"{1}\" auf, an denen der Typ nicht ermittelt werden kann.\nVersuchen Sie es mit \"npm i --save-dev @types/{1}\", sofern vorhanden, oder f\u00FCgen Sie eine neue Deklarationsdatei (.d.ts) hinzu, die \"declare module '{0}';\" enth\u00E4lt.\nDer Spezifizierer des dynamischen Imports muss den Typ \"string\" aufweisen, hier ist er jedoch vom Typ \"{0}\".\nErm\u00F6glicht Ausgabeinteroperabilit\u00E4t zwischen CommonJS- und ES-Modulen durch die Erstellung von Namespaceobjekten f\u00FCr alle Importe. Impliziert \"AllowSyntheticDefaultImports\".\nDer Typ stammt aus diesem Import. Ein Import im Namespacestil kann nicht aufgerufen oder erstellt werden und verursacht zur Laufzeit einen Fehler. Erw\u00E4gen Sie hier stattdessen die Verwendung eines Standardimports oder die den Import \u00FCber \"require\".\nDer zugeordnete Objekttyp weist implizit einen any-Vorlagentyp auf.\nWenn das Paket \"{0}\" dieses Modul tats\u00E4chlich verf\u00FCgbar macht, erw\u00E4gen Sie, einen Pull Request zum \u00C4ndern von https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/{1} zu senden.\nDie enthaltende Pfeilfunktion erfasst den globalen Wert von \"this\".\nDas Modul \"{0}\" wurde in \"{1}\" aufgel\u00F6st, aber \"--resolveJsonModule\" wird nicht verwendet.\nDie Variable \"{0}\" weist implizit einen Typ \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDer Parameter \"{0}\" weist implizit einen Typ \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nMember \"{0}\" weist implizit einen Typ \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDie Variable \"{0}\" weist an einigen Stellen implizit den Typ \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDer rest-Parameter \"{0}\" weist implizit einen Typ \"any[]\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDie Eigenschaft \"{0}\" weist implizit den Typ \"any\" auf, aber f\u00FCr den zugeh\u00F6rigen get-Accessor kann m\u00F6glicherweise ein besserer Typ aus der Syntax abgeleitet werden.\nDie Eigenschaft \"{0}\" weist implizit den Typ \"any\" auf, aber f\u00FCr den zugeh\u00F6rigen set-Accessor kann m\u00F6glicherweise ein besserer Typ aus der Syntax abgeleitet werden.\n\"{0}\" weist implizit einen R\u00FCckgabetyp \"{1}\" auf, m\u00F6glicherweise kann jedoch ein besserer Typ aus der Syntax abgeleitet werden.\nDer Parameter weist einen Namen, aber keinen Typ auf. Meinten Sie \"{0}: {1}\"?\nDas Element weist implizit einen Typ \"any\" auf, weil der Typ \"{0}\" keine Indexsignatur umfasst. Wollten Sie \"{1}\" aufrufen?\nDas Element weist implizit einen Typ \"any\" auf, weil der Ausdruck vom Typ \"{0}\" nicht f\u00FCr den Indextyp \"{1}\" verwendet werden kann.\nF\u00FCr den Typ \"{1}\" wurde keine Indexsignatur mit einem Parameter vom Typ \"{0}\" gefunden.\n\"{0}\" ohne R\u00FCckgabetypanmerkung weist implizit einen yield-Typ \"{1}\" auf.\nDer abgeleitete Typ dieses Knotens \u00FCberschreitet die maximale L\u00E4nge, die vom Compiler serialisiert wird. Eine explizite Typanmerkung ist erforderlich.\nDer Ausdruck \"yield\" f\u00FChrt implizit zu einem Typ \"any\", weil der enthaltende Generator keine Anmerkung vom R\u00FCckgabetyp umfasst.\nWenn das Paket \"{0}\" dieses Modul tats\u00E4chlich verf\u00FCgbar macht, versuchen Sie, eine neue Deklarationsdatei (.d.ts) hinzuzuf\u00FCgen, die Declare-Modul \"{1}\" enth\u00E4lt.\nDiese Syntax ist in Dateien mit der Erweiterung \".mts\" oder \".cts\" reserviert. Verwenden Sie stattdessen einen \u201Eas\u201C-Ausdruck.\nDiese Syntax ist in Dateien mit der Erweiterung .mts oder .cts reserviert. F\u00FCgen Sie ein nachfolgendes Komma oder eine explizite Einschr\u00E4nkung hinzu.\nEin zugeordneter Typ darf keine Eigenschaften oder Methoden deklarieren.\nDie Deklarationsausgabe l\u00E4sst private Mitglieder aus, aber \u201E{0}\u201C verweist auf ein privates Mitglied. Schreiben Sie hier einen expliziten Typ.\nSie k\u00F6nnen dieses Element nicht umbenennen.\nSie k\u00F6nnen keine Elemente umbenennen, die in der TypeScript-Standardbibliothek definiert sind.\n\"import... =\" kann nur in TypeScript-Dateien verwendet werden.\n\"export =\" kann nur in TypeScript-Dateien verwendet werden.\nTypparameterdeklarationen k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nimplements-Klauseln k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\n{0}-Deklarationen k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nTypaliase k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nDer Modifizierer \"{0}\" kann nur in TypeScript-Dateien verwendet werden.\nTypanmerkungen k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nTypargumente k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nParametermodifizierer k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nAssertionen ungleich NULL k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nTypassertionsausdr\u00FCcke k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nSignaturdeklarationen k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nFehler in .js-Dateien melden.\nJSDoc-Typen k\u00F6nnen nur innerhalb von Dokumentationskommentaren verwendet werden.\nDas JSDoc-Tag \"@typedef\" muss entweder eine Typanmerkung aufweisen, oder die Tags \"@property\" oder \"@member\" m\u00FCssen darauf folgen.\nJSDoc \"@{0}\" ist keiner Klassendeklaration zugeordnet.\nJSDoc \"@{0} {1}\" entspricht nicht der Klausel \"extends {2}\".\nDas JSDoc-Tag \"@param\" weist den Namen \"{0}\" auf, es gibt jedoch keinen Parameter dieses Namens.\nKlassendeklarationen d\u00FCrfen maximal ein \"@augments\"- oder \"@extends\"-Tag aufweisen.\n{0} Typargumente erwartet; geben Sie diese mit einem @extends-Tag an.\n{0}-{1} Typargumente erwartet; geben Sie diese mit einem @extends-Tag an.\nDas JSDoc-Tag \"...\" wird m\u00F6glicherweise nur im letzten Parameter einer Signatur angezeigt.\nDas JSDoc-Tag \"@param\" weist den Namen \"{0}\" auf, es ist jedoch kein Parameter dieses Namens vorhanden. Es l\u00E4ge eine \u00DCbereinstimmung mit \"arguments\" vor, wenn ein Arraytyp vorl\u00E4ge.\nEin JSDoc-Tag \u201E@type\u201C f\u00FCr eine Funktion muss \u00FCber eine Signatur mit der richtigen Anzahl von Argumenten verf\u00FCgen.\nEin Modul kann nicht \u00FCber einen globalen Import umbenannt werden.\nDer qualifizierte Name \"{0}\" ist ohne Voranstellung von \"@param {object} {1}\" nicht zul\u00E4ssig.\nEin JSDoc-Kommentar \"@typedef\" darf nicht mehrere @type-Tags enthalten.\nDas Tag wurde zuerst hier angegeben.\nElemente, die in einem Ordner \"node_modules\" definiert sind, k\u00F6nnen nicht umbenannt werden.\nElemente, die in einem anderen Ordner \"node_modules\" definiert sind, k\u00F6nnen nicht umbenannt werden.\nTyperf\u00FCllungsausdr\u00FCcke k\u00F6nnen nur in TypeScript-Dateien verwendet werden.\nDecorators d\u00FCrfen nicht nach \"export\" oder \"export default\" angezeigt werden, wenn sie auch vor \"export\" angezeigt werden.\nEin JSDoc-Tag \"@template\" darf nicht auf ein \"@typedef\", \"@callback\" oder \"@overload\" folgen.\nDie Dateiumbenennung wird vom Editor nicht unterst\u00FCtzt\nZur Deklarationsausgabe f\u00FCr diese Datei muss der private Name \"{0}\" verwendet werden. Eine explizite Typanmerkung kann die Deklarationsausgabe freigeben.\nZur Deklarationsausgabe f\u00FCr diese Datei muss der private Name \"{0}\" aus dem Modul \"{1}\" verwendet werden. Eine explizite Typanmerkung kann die Deklarationsausgabe freigeben.\nDie Funktion muss eine explizite R\u00FCckgabetypanmerkung mit \"--isolatedDeclarations\" aufweisen.\nDie Methode muss eine explizite R\u00FCckgabetypanmerkung mit \"--isolatedDeclarations\" aufweisen.\nMindestens ein Accessor muss \u00FCber eine explizite Typanmerkung mit \u201E--isolatedDeclarations\u201C verf\u00FCgen.\nDie Variable muss eine explizite Typanmerkung mit --isolatedDeclarations aufweisen.\nDer Parameter muss eine explizite Typanmerkung mit \"--isolatedDeclarations\" aufweisen.\nDie Eigenschaft muss eine explizite Typanmerkung mit \"--isolatedDeclarations\" aufweisen.\nDer Ausdruckstyp kann nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nBerechnete Eigenschaften m\u00FCssen Zahlen- oder Zeichenfolgenliterale, Variablen oder gepunktete Ausdr\u00FCcke mit \"--isolatedDeclarations\" sein.\nObjekte, die Verteilungszuweisungen enthalten, k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nObjekte, die Kurzformeigenschaften enthalten, k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nNur const-Arrays k\u00F6nnen mit \"--isolatedDeclarations\" abgeleitet werden.\nArrays mit Verteilungselementen k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nBindungselemente mit Initialisierern k\u00F6nnen nicht direkt mit \u201E--isolatedDeclarations\u201C exportiert werden.\nEnumerationsmemberinitialisierer m\u00FCssen ohne Verweise auf externe Symbole mit \"--isolatedDeclarations\" berechenbar sein.\nDie Extends-Klausel darf keinen Ausdruck mit \"--isolatedDeclarations\" enthalten.\nDer R\u00FCckschluss von Klassenausdr\u00FCcken wird mit \"--isolatedDeclarations\" nicht unterst\u00FCtzt.\nDas Zuweisen von Eigenschaften zu Funktionen ohne Deklaration wird mit \"--isolatedDeclarations\" nicht unterst\u00FCtzt. F\u00FCgen Sie eine explizite Deklaration f\u00FCr die Eigenschaften hinzu, die dieser Funktion zugewiesen sind.\nDie Deklarationsausgabe f\u00FCr diesen Parameter erfordert das implizit undefinierte Hinzuf\u00FCgen zum Typ. Dies wird mit \u201E--isolatedDeclarations\u201C nicht unterst\u00FCtzt.\nDie Deklarationsausgabe f\u00FCr diese Datei erfordert, dass dieser Import f\u00FCr Augmentationen beibehalten wird. Dies wird mit \"--isolatedDeclarations\" nicht unterst\u00FCtzt.\nF\u00FCgen Sie der Variable {0} eine Typanmerkung hinzu.\nF\u00FCgen Sie dem Parameter {0} eine Typanmerkung hinzu.\nF\u00FCgen Sie der Eigenschaft {0} eine Typanmerkung hinzu.\nF\u00FCgen Sie dem Funktionsausdruck einen R\u00FCckgabetyp hinzu.\nF\u00FCgen Sie der Funktionsdeklaration einen R\u00FCckgabetyp hinzu.\nF\u00FCgen Sie der get-Accessordeklaration einen R\u00FCckgabetyp hinzu.\nF\u00FCgen Sie dem Parameter der set-Accessordeklaration einen Typ hinzu.\nDer Methode einen R\u00FCckgabetyp hinzuf\u00FCgen\nF\u00FCgen Sie diesem Ausdruck Erf\u00FCllungen und eine Typassertion hinzu (entspricht T als T), um den Typ explizit zu machen.\nVerschieben Sie den Ausdruck im Standardexport in eine Variable, und f\u00FCgen Sie ihm eine Typanmerkung hinzu.\nStandardexporte k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nBerechnete Eigenschaftsnamen f\u00FCr Klassen- oder Objektliterale k\u00F6nnen nicht mit \"--isolatedDeclarations\" abgeleitet werden.\nDer Typ, der den privaten Namen \u201E{0}\u201C enth\u00E4lt, kann nicht mit \u201E--isolatedDeclarations\u201C verwendet werden.\nJSX-Attributen darf nur ein nicht leeres expression-Objekt zugewiesen werden.\nJSX-Elemente d\u00FCrfen nicht mehrere Attribute mit dem gleichen Namen aufweisen.\nDas entsprechende schlie\u00DFende JSX-Tag wurde f\u00FCr \"{0}\" erwartet.\nJSX kann nur verwendet werden, wenn das Flag \"-jsx\" angegeben wird.\nEin Konstruktor darf keinen super-Aufruf enthalten, wenn seine Klasse \"null\" erweitert.\nUn\u00E4re Ausdr\u00FCcke mit dem Operator \"{0}\" sind auf der linken Seite von Potenzierungsausdr\u00FCcken nicht zul\u00E4ssig. Erw\u00E4gen Sie, den Ausdruck in Klammern zu setzen.\nTypassertionsausdr\u00FCcke sind in der linken Seite von Potenzierungsausdr\u00FCcken nicht zul\u00E4ssig. Erw\u00E4gen Sie, den Ausdruck in Klammern zu setzen.\nDas JSX-Element \"{0}\" weist kein entsprechendes schlie\u00DFendes Tag auf.\n\"super\" muss vor dem Zugreifen auf \"this\" im Konstruktor einer abgeleiteten Klasse aufgerufen werden.\nUnbekannte Option zur Typerfassung: {0}.\nVor dem Zugriff auf eine Eigenschaft von \"super\" im Konstruktor einer abgeleiteten Klasse muss \"super\" aufgerufen werden.\n\"{0}\" ist keine g\u00FCltige Metaeigenschaft f\u00FCr das Schl\u00FCsselwort \"{1}\". Meinten Sie \"{2}\"?\nDie Metaeigenschaft \"{0}\" ist nur im Text einer Funktionsdeklaration, eines Funktionsausdrucks oder eines Konstruktors zul\u00E4ssig.\nDas JSX-Fragment weist kein entsprechendes schlie\u00DFendes Tag auf.\nF\u00FCr das JSX-Fragment wurde das entsprechende schlie\u00DFende Tag erwartet.\nUm JSX-Fragmente mit der Compileroption \"jsxFactory\" zu verwenden, muss die Compileroption \"jsxFragmentFactory\" angegeben werden.\nBei Verwendung eines @jsx-Pragmas mit JSX-Fragmenten wird ein @jsxFrag-Pragma ben\u00F6tigt.\nUnbekannte Typerfassungsoption \"{0}\". Meinten Sie \"{1}\"?\n\u201E{0}\u201C am Ende eines Typs ist keine g\u00FCltige TypeScript-Syntax. Wollten Sie \u201E{1}\u201C schreiben?\n\u201E{0}\u201C am Anfang eines Typs ist keine g\u00FCltige TypeScript-Syntax. Wollten Sie \u201E{1}\u201C schreiben?\nDie Unicode-Escapesequenz kann hier nicht angezeigt werden.\nEine Zirkularit\u00E4t wurde beim Aufl\u00F6sen der Konfiguration erkannt: {0}\nDie Liste \"files\" in der Konfigurationsdatei \"{0}\" ist leer.\nIn der Konfigurationsdatei \"{0}\" wurden keine Eingaben gefunden. Als include-Pfade wurden \"{1}\", als exclude-Pfade wurden \"{2}\" angegeben.\nIm Bereich f\u00FCr die Kompakteigenschaft \"{0}\" ist kein Wert vorhanden. Deklarieren Sie entweder einen Wert, oder geben Sie einen Initialisierer an.\nKlassen d\u00FCrfen kein Feld mit dem Namen \"constructor\" aufweisen.\nJSX-Ausdr\u00FCcke d\u00FCrfen keinen Komma-Operator verwenden. Wollten Sie ein Array schreiben?\nPrivate Bezeichner k\u00F6nnen nicht als Parameter verwendet werden.\nEin Zugriffsmodifizierer kann nicht mit einem privaten Bezeichner verwendet werden.\nDer Operand eines delete-Operators darf kein privater Bezeichner sein.\n\"#constructor\" ist ein reserviertes Wort.\nAuf die Eigenschaft \"{0}\" kann au\u00DFerhalb der Klasse \"{1}\" nicht zugegriffen werden, weil sie einen privaten Bezeichner aufweist.\nAuf die Eigenschaft \"{0}\" kann f\u00FCr den Typ \"{1}\" nicht innerhalb dieser Klasse zugegriffen werden, weil sie von einem anderen privaten Bezeichner mit der gleichen Schreibweise verborgen wird.\nDie Eigenschaft \"{0}\" im Typ \"{1}\" verweist auf einen anderen Member, auf den nicht aus Typ \"{2}\" zugegriffen werden kann.\nPrivate Bezeichner sind au\u00DFerhalb des Textes von Klassen nicht zul\u00E4ssig.\nDie verbergende Deklaration von \"{0}\" ist hier definiert.\nDie Deklaration von \"{0}\", die Sie wahrscheinlich verwenden wollten, ist hier definiert.\nDer Modifizierer \"{0}\" kann nicht mit einem privaten Bezeichner verwendet werden.\nEin Enumerationsmember kann nicht mit einem privaten Bezeichner benannt werden.\n\"#!\" kann nur am Anfang einer Datei verwendet werden.\nDer Compiler reserviert den Namen \"{0}\", wenn er einen privaten Bezeichner f\u00FCr Vorg\u00E4ngerversionen ausgibt.\nPrivate Bezeichner sind nur verf\u00FCgbar, wenn als Ziel ECMAScript 2015 oder h\u00F6her verwendet wird.\nPrivate Bezeichner sind in Variablendeklarationen nicht zul\u00E4ssig.\nEine optionale Kette kann keine privaten Bezeichner enthalten.\nDie Schnittmenge \"{0}\" wurde auf \"niemals\" reduziert, weil die Eigenschaft \"{1}\" in einigen Bestandteilen widerspr\u00FCchliche Typen aufweist.\nDie Schnittmenge \"{0}\" wurde auf \"niemals\" reduziert, weil die Eigenschaft \"{1}\" in mehreren Bestandteilen vorhanden und in einigen davon privat ist.\nDer Typ \u201E{0}\u201C kann nicht dem Typ \u201E{1}\u201C zugewiesen werden, wie f\u00FCr berechnete Enumerationselementwerte erforderlich.\nGeben Sie die jsxFragmentFactory-Funktion an, die bei Verwendung des JSX-Ausgabeziels \"react\" mit der Compileroption \"jsxFactory\" verwendet werden soll, z.\u00A0B. \"Fragment\".\nUng\u00FCltiger Wert f\u00FCr \"jsxFragmentFactory\". \"{0}\" ist kein g\u00FCltiger Bezeichner oder qualifizierter Name.\nDecorator-Elemente von Klassen k\u00F6nnen nicht mit einem statischen privaten Bezeichner verwendet werden. Erw\u00E4gen Sie, das experimentelle Decorator-Element zu entfernen.\nDer \u201Eawait\u201C-Ausdruck kann nicht innerhalb eines statischen Klassenblocks verwendet werden.\n\u201EFor await\u201C-Schleifen k\u00F6nnen nicht innerhalb eines statischen Klassenblocks verwendet werden.\nUng\u00FCltige Verwendung von \"{0}\". Es kann nicht innerhalb eines statischen Klassenblocks verwendet werden.\nEine \"return\"-Anweisung kann nicht innerhalb eines statischen Klassenblocks verwendet werden.\n\"{0}\" ist ein Typ und kann nicht in JavaScript-Dateien importiert werden. Verwenden Sie \"{1}\" in einer JSDoc-Typanmerkung.\nTypen k\u00F6nnen in Exportdeklarationen in JavaScript-Dateien nicht angezeigt werden.\n\"{0}\" wird hier automatisch exportiert.\nEigenschaften mit dem Accessormodifizierer sind nur f\u00FCr ECMAScript 2015 und h\u00F6her verf\u00FCgbar.\n\"{0}\" ist vom Typ \"unbekannt\".\n\"{0}\" ist m\u00F6glicherweise \"null\".\n\"{0}\" ist m\u00F6glicherweise nicht \"nicht definiert\".\n\"{0}\" ist m\u00F6glicherweise \"null\" oder \"nicht definiert\".\nDer Wert \"{0}\" kann hier nicht verwendet werden.\nDie Compileroption \"{0}\" darf keine leere Zeichenfolge erhalten.\nDer zugeh\u00F6rige Typ \"{0}\" ist kein g\u00FCltiger JSX-Elementtyp.\n\u201Eawait using\u201C-Anweisungen k\u00F6nnen nicht innerhalb eines statischen Klassenblocks verwendet werden.\n\u201E{0}\u201C hat einen Zeichenfolgentyp, muss aber syntaktisch erkennbare Zeichenfolgensyntax aufweisen, wenn \u201EisolatedModules\u201C aktiviert ist.\nDer Enumerationsmember, der auf ein nicht literales numerisches Element folgt, muss \u00FCber einen Initialisierer verf\u00FCgen, wenn \"isolatedModules\" aktiviert ist.\nImport- und Exportnamen von Zeichenfolgenliteralen werden nicht unterst\u00FCtzt, wenn das Flag \"--module\" auf \"es2015\" oder \"es2020\" festgelegt ist.\nStandardimporte sind in einem verz\u00F6gerten Import nicht zul\u00E4ssig.\nBenannte Importe sind in einem verz\u00F6gerten Import nicht zul\u00E4ssig.\nVerz\u00F6gerte Importe werden nur unterst\u00FCtzt, wenn das Flag \u201E--module\u201C auf \u201Eesnext\u201C oder \u201Epreserve\u201C festgelegt ist.\n\u201E{0}\u201C ist keine g\u00FCltige Metaeigenschaft f\u00FCr das Schl\u00FCsselwort \u201Eimport\u201C. Meinten Sie \u201Emeta\u201C, \u201Edefer\u201C oder \u201Esource\u201C?\nMustermodifizierer f\u00FCr regul\u00E4re Ausdr\u00FCcke sind nur verf\u00FCgbar, wenn sie auf \u201E{0}\u201C oder h\u00F6her ausgerichtet sind.\nDoppelt benannte Erfassungsgruppen sind nur verf\u00FCgbar, wenn das Ziel '{0}' oder h\u00F6her ist.\nPrivate Bezeichner k\u00F6nnen nicht zum Strukturieren von Mustern verwendet werden.\nDie Dateierweiterung \u201E{0}\u201C des Inhaltsmappers muss mit einem \u201E.\u201C beginnen.\nDie Dateierweiterung \u201E{0}\u201C des Inhaltsmappermoduls ist eine integrierte Erweiterung und kann nicht von einem Inhaltsmapper registriert werden.\nDie Dateierweiterung \u201E{0}\u201C des Inhaltsmappermoduls wird von mehreren Inhaltsmappern registriert.\nF\u00FCr Inhaltsmapper muss das Befehlszeilenflag \u201E--runExternalCode\u201C aktiviert sein.\nFehler beim Transformieren dieser Datei durch den Inhaltsmapper \u201E{0}\u201C.\nDie Inhaltszuordnung '{0}' {1} Fehler und wird nicht verwendet.\nDer Inhaltsmapper \u201E{0}\u201C hat nicht die erforderlichen Positionszuordnungen bereitgestellt.\nDer Inhaltsmapper \u201E{0}\u201C hat eine Positionszuordnung erstellt, die au\u00DFerhalb des urspr\u00FCnglichen Inhalts liegt (urspr\u00FCnglicher Offset {1}).\nDer Inhaltsmapper \u201E{0}\u201C hat eine ausf\u00FChrliche Zuordnung erzeugt, die nicht mit dem urspr\u00FCnglichen Inhalt \u00FCbereinstimmt (virtueller Offset {1}, urspr\u00FCnglicher Offset {2}).\nDieser Speicherort befindet sich in virtuellem Code, der vom Inhaltsmapper \u201E{0}\u201C erstellt wurde, und weist keinen entsprechenden Speicherort in der urspr\u00FCnglichen Datei auf.\nDas Content Mapper-Paket '{0}' konnte nicht aufgel\u00F6st werden.\nDie package.json des Inhaltszuordnungspakets '{0}' konnte nicht analysiert werden.\nDer package.json des Content Mapper-Pakets gibt '{0}' keinen \"Namen\" an.\nDie \u201Epackage.json\u201C des Inhaltsmapperpakets \u201E{0}\u201C deklariert kein \u201Etypescript.contentMapper\u201C-Objekt.\n\u201Etypescript.contentMapper.exec\u201C des Inhaltsmapperpakets \u201E{0}\u201C muss ein nicht leeres Zeichenfolgenarray sein.\nDer vom Inhaltsmapper \u201E{0}\u201C erzeugte virtuelle Code weist Probleme ohne entsprechenden Speicherort in dieser Datei auf.\nDer Inhaltsmapper \u201E{0}\u201C erzeugt \u00FCberlappende oder nicht sortierte Positionszuordnungen (nahezu virtueller Offset {1}).\nDer Inhaltsmapper \u201E{0}\u201C hat ung\u00FCltige Zuordnungsfeatures in der N\u00E4he des urspr\u00FCnglichen Offsets {1} erzeugt.\nDer Inhaltsmapper \u201E{0}\u201C hat eine Positionszuordnung mit einer ung\u00FCltigen Art (nahezu virtueller Offset {1}) erstellt.\nDer Inhaltsmapperprozess konnte nicht gestartet oder initialisiert werden.\nFehler beim Inhaltsmapperprozess w\u00E4hrend der Verarbeitung der Transformationsanforderung.\nDer Inhaltsmapper hat eine ung\u00FCltige Transformationsantwort zur\u00FCckgegeben.\nDer Inhaltsmapper hat die nicht unterst\u00FCtzte Positionscodierung \u201E{0}\u201C ausgew\u00E4hlt.\nDie Diagnosequelle f\u00FCr die Inhaltszuordnung darf nicht leer sein.\nDie Diagnosequelle \u201E{0}\u201C des Inhaltsmappers ist von TypeScript reserviert.\nDer Inhaltsmapper hat eine Projektantwort zur\u00FCckgegeben, die nicht decodiert werden konnte.\nFehler beim Inhaltsmapperprozess w\u00E4hrend der Verarbeitung der Projektanforderung.\nDer Inhaltsmapper hat \u201EconfigIdentity\u201C nicht zur\u00FCckgegeben. Dies ist erforderlich, wenn die Inhaltszuordnung im package.json '\u201EdynamicConfig\u201C: true' aufweist.\nDer Inhaltsmapper hat einen nicht absoluten Pfad in \u201EwatchedFiles\u201C zur\u00FCckgegeben.\nDer Inhaltsmapper hat \u201EconfigIdentity\u201C zur\u00FCckgegeben, was nur zul\u00E4ssig ist, wenn '\u201EdynamicConfig\u201C: true' im package.json deklariert wird.\nDer Inhaltsmapper hat \u201EwatchedFiles\u201C zur\u00FCckgegeben. Dies ist nur zul\u00E4ssig, wenn '\u201EdynamicConfig\u201C: true' im package.json deklariert wird.\nDie zus\u00E4tzliche Ausgabedatei \u201E{0}\u201C des Inhaltsmappers verursacht einen Konflikt mit einer vorhandenen Datei.\nZus\u00E4tzliche virtuelle Datei, die vom Inhaltsmapper f\u00FCr die Datei \u201E{0}\u201C erstellt wird.\nDer Inhaltsmapper hat eine Ausgabe mit der nicht unterst\u00FCtzten virtuellen Erweiterung \u201E{0}\u201C zur\u00FCckgegeben.\nDer Inhaltsmapper \u201E{0}\u201C konnte nicht initialisiert werden.\nDer Content Mapper-Befehl '{0}' konnte nicht gestartet werden: {1}\nDer Inhaltsmapperprozess wurde beendet, bevor er auf die Anforderung \u201Einitialize\u201C (Exitcode {0}) geantwortet hat.\nDer Inhaltsmapper hat nicht innerhalb von {0} Sekunden auf die \u201Einitialize\u201C-Anforderung geantwortet.\nDer Inhaltsmapper hat eine \u201Einitialize\u201C-Antwort zur\u00FCckgegeben, die nicht decodiert werden konnte: {0}\nFehler bei der \u201Einitialize\u201C-Anforderung des Inhaltsmappers: {0}\nDie vom Inhaltsmapper zur\u00FCckgegebene Diagnosedirektive {0} weist einen ung\u00FCltigen Bereich auf.\nDer Inhaltsmapper hat eine Diagnosedirektive mit ung\u00FCltiger Richtlinie \u201E{0}\u201C zur\u00FCckgegeben.\nDie vom Inhaltsmapper zur\u00FCckgegebene Diagnosedirektive {0} muss \u201EunusedExpectDirectiveIndex\u201C angeben, wenn nicht genau ein \u201EunusedExpectDirectiveDiagnostics\u201C-Eintrag vorhanden ist.\nDer Inhaltsmapper hat Diagnosedirektiven mit \u00FCberlappenden virtuellen Bereichen zur\u00FCckgegeben.\nDie ung\u00FCltige Diagnosedirektive befindet sich in der zus\u00E4tzlichen Ausgabe {0}, die vom Inhaltsmapper zur\u00FCckgegeben wird.\nDie vom Inhaltsmapper zur\u00FCckgegebene Diagnosedirektive {0} weist einen ung\u00FCltigen \u201EunusedExpectDirectiveIndex\u201C auf.\nEin Import in der Quellphase muss eine lokale Bindung angeben.\nBenannte Importe und Namespace-Importe sind bei einem Import in der Quellphase nicht zul\u00E4ssig.\nImporte in der Quellphase werden nur unterst\u00FCtzt, wenn die Option \u201E--module\u201C auf \u201Eesnext\u201C, \u201Enodenext\u201C oder \u201Epreserve\u201C festgelegt ist.\nDie optionale Verkettung kann nicht mit \u201Eimport.source\u201C verwendet werden.\nImporte in der Quellphase sind f\u00FCr Anweisungen, die in require-Aufrufe von \u201ECommonJS\u201C kompiliert werden, nicht zul\u00E4ssig.\nDieser Initialisierer verf\u00FCgt \u00FCber eine Methode \u201E[Symbol.asyncDispose]()\u201C. M\u00F6chten Sie stattdessen \u201Eawait using\u201C verwenden?\nEin verz\u00F6gerter Import muss eine Namespacebindung angeben.\n\n\n\n\n\n\n\u201Enodenext\u201C, wenn \u201Emodule\u201C auf \u201Enodenext\u201C festgelegt ist; \u201Enode16\u201C, wenn \u201Emodule\u201C auf \u201Enode16\u201C oder \u201Enode18\u201C festgelegt ist; andernfalls \u201Ebundler\u201C.\nDie Datei ist ein CommonJS-Modul und kann m\u00F6glicherweise in ein ES-Modul konvertiert werden.\nDiese Konstruktorfunktion kann in eine Klassendeklaration konvertiert werden.\nDer Import kann in einen Standardimport konvertiert werden.\nJSDoc-Typen k\u00F6nnen in TypeScript-Typen verschoben werden.\nDer Aufruf von \"require\" kann in einen Aufruf von \"import\" konvertiert werden.\nEs kann eine Konvertierung in ein asynchrone Funktion durchgef\u00FChrt werden.\n\"await\" hat keine Auswirkungen auf den Typ dieses Ausdrucks.\nNumerische Literale mit absoluten Werten von 2^53 oder h\u00F6her sind zu gro\u00DF, um als ganze Zahlen genau dargestellt werden zu k\u00F6nnen.\nJSDoc typedef kann in TypeScript-Typ konvertiert werden.\nJSDoc typedefs k\u00F6nnen in TypeScript-Typen konvertiert werden.\nFehlenden super()-Aufruf hinzuf\u00FCgen\nsuper()-Aufruf als erste Anweisung im Konstruktor festlegen\n\"extends\" in \"implements\" \u00E4ndern\nNicht verwendete Deklaration f\u00FCr \"{0}\" entfernen\nImport aus \"{0}\" entfernen\nSchnittstelle \"{0}\" implementieren\nGeerbte abstrakte Klasse implementieren\nDer nicht aufgel\u00F6sten Variablen \"{0}.\" hinzuf\u00FCgen\nVariablenanweisung entfernen\nVorlagentag entfernen\nTypparameter entfernen\n\"{0}\" aus \"{1}\" importieren\n\"{0}\" in \"{1}\" \u00E4ndern\nEigenschaft \"{0}\" deklarieren\nIndexsignatur f\u00FCr die Eigenschaft \"{0}\" hinzuf\u00FCgen\n\u00DCberpr\u00FCfung f\u00FCr diese Datei deaktivieren\nDiese Fehlermeldung ignorieren\nEigenschaft \"{0}\" im Konstruktor initialisieren\nStatische Eigenschaft \"{0}\" initialisieren\nSchreibweise in \"{0}\" \u00E4ndern\nMethode \"{0}\" deklarieren\nStatische Methode \"{0}\" deklarieren\n\"{0}\" einen Unterstrich voranstellen\nAls indizierten Zugriffstyp \"{0}\" neu schreiben\nStatische Eigenschaft \"{0}\" deklarieren\nDecorator-Ausdruck aufrufen\nAsync-Modifizierer zur enthaltenden Funktion hinzuf\u00FCgen\n\"infer {0}\" durch \"unknown\" ersetzen\nAlle nicht verwendeten Vorkommen von \"infer\" durch \"unknown\" ersetzen\nParameternamen hinzuf\u00FCgen\nPrivate Eigenschaft \"{0}\" deklarieren\n\"{0}\" durch \"Promise<{1}>\" ersetzen\nAlle falschen R\u00FCckgabetypen einer asynchronen Funktionen korrigieren\nPrivate Methode \"{0}\" deklarieren\nNicht verwendete Destrukturierungsdeklaration entfernen\nNicht verwendete Deklarationen f\u00FCr \"{0}\" entfernen\nDeklarieren Sie ein privates Feld mit dem Namen \"{0}\".\nSchlie\u00DFt Importe von Typen ein, auf die von \u201E{0}\u201C verwiesen wird\n\u201Etype\u201C aus Importdeklaration aus \u201E{0}\u201C entfernen\n\u201Etype\u201C aus Import von \u201E{0}\u201C aus \u201E{1}\u201C entfernen\nImport aus \"{0}\" hinzuf\u00FCgen\nImport von \"{0}\" aktualisieren\nExportieren von \"{0}\" aus Modul \"{1}\"\nAlle referenzierten lokalen Elemente exportieren\nModifizierer von \u201E{0}\u201C aktualisieren\nAnmerkung vom Typ \"{0}\" hinzuf\u00FCgen\nR\u00FCckgabetyp \"{0}\" hinzuf\u00FCgen\nBasisklasse in Variable extrahieren\nStandardexport in Variable extrahieren\nExtrahieren von Bindungsausdr\u00FCcken in eine Variable\nAlle fehlenden Typanmerkungen hinzuf\u00FCgen\nErf\u00FCllungen und eine Inlinetypassertion mit \"{0}\" hinzuf\u00FCgen\nIn Variable extrahieren und durch \"{0} as typeof {0}\" ersetzen\nArrayliteral als \"const\" markieren\nErweiterungsfunktionstypen von Eigenschaften in einem Namespace mit Anmerkungen versehen\nFunktion in eine ES2015-Klasse konvertieren\n\"{0}\" in \"{1} in {0}\" konvertieren\nAls {0} nach {1} extrahieren\nFunktion extrahieren\nKonstante extrahieren\nAls {0} in einschlie\u00DFenden Bereich extrahieren\nAls {0} in {1}-Bereich extrahieren\nMit Typ aus JSDoc kommentieren\nTyp von \"{0}\" aus der Nutzung ableiten\nParametertypen aus der Nutzung ableiten\nIn Standardimport konvertieren\n\"{0}\" installieren\nErsetzen Sie den Import durch \"{0}\".\nVerwenden Sie den synthetischen Member \"default\".\nIn ES-Modul konvertieren\nundefined-Typ zu Eigenschaft \"{0}\" hinzuf\u00FCgen\nInitialisierer zu Eigenschaft \"{0}\" hinzuf\u00FCgen\nDefinitive Zuweisungsassertion zu Eigenschaft \"{0}\" hinzuf\u00FCgen\nAlle Typliterale in einen zugeordneten Typ konvertieren\nAlle fehlenden Member hinzuf\u00FCgen\nAlle Typen aus der Syntax ableiten\nAlle nicht verwendeten Deklarationen l\u00F6schen\nAlle nicht verwendeten Deklarationen nach M\u00F6glichkeit mit dem Pr\u00E4fix \"_\" versehen\nAlle erkannten Rechtschreibfehler korrigieren\nAllen nicht initialisierten Eigenschaften Initialisierer hinzuf\u00FCgen\nAllen nicht initialisierten Eigenschaften definitive Zuweisungsassertionen hinzuf\u00FCgen\nAllen nicht initialisierten Eigenschaften einen nicht definierten Typ hinzuf\u00FCgen\nAlle jsdoc-style-Typen in TypeScript \u00E4ndern\nAlle jsdoc-style-Typen in TypeScript \u00E4ndern (und Nullable-Typen \"| undefined\" hinzuf\u00FCgen)\nAlle nicht implementierten Schnittstellen implementieren\nAlle fehlenden Typenpakete installieren\nAlle als indizierte Zugriffstypen neu schreiben\nAlle in Standardimporte konvertieren\nAlle \"super()\"-Aufrufe als erste Anweisung im entsprechenden Konstruktor festlegen\nAllen nicht aufgel\u00F6sten Variablen, die einem Membernamen entsprechen, Qualifizierer hinzuf\u00FCgen\nAlle erweiterten Schnittstellen in \"implements\" \u00E4ndern\nAlle fehlenden super-Aufrufe hinzuf\u00FCgen\nAlle geerbten abstrakten Klassen implementieren\nAlle fehlenden async-Modifizierer hinzuf\u00FCgen\nAllen Fehlermeldungen \"@ts-ignore\" hinzuf\u00FCgen\nAlle Funktionen mit Typen aus JSDoc kommentieren\nAllen nicht aufgerufenen Decorators \"()\" hinzuf\u00FCgen\nAlle Konstruktorfunktionen in Klassen konvertieren\nGET- und SET-Accessoren generieren\n\"require\" in \"import\" konvertieren\nAlle Aufrufe von \"require\" in \"import\" konvertieren\nIn neue Datei verschieben\nNicht erreichbaren Code entfernen\nGesamten nicht erreichbaren Code entfernen\nFehlenden \"typeof\" hinzuf\u00FCgen\nNicht verwendete Bezeichnung entfernen\nAlle nicht verwendeten Bezeichnungen entfernen\n\"{0}\" in zugeordneten Objekttyp konvertieren\nNamespaceimport in benannte Importe konvertieren\nBenannte Importe in Namespaceimport konvertieren\nGeschweifte Klammern zu einer Pfeilfunktion hinzuf\u00FCgen oder daraus entfernen\nGeschweifte Klammern zu Pfeilfunktion hinzuf\u00FCgen\nGeschweifte Klammern aus Pfeilfunktion entfernen\nStandardexport in benannten Export konvertieren\nBenannten Export in Standardexport konvertieren\nFehlenden Enumerationsmember \"{0}\" hinzuf\u00FCgen\nAlle fehlenden Importe hinzuf\u00FCgen\nIn asynchrone Funktion konvertieren\nAlle in asynchrone Funktionen konvertieren\nFehlende Klammern in Aufrufen hinzuf\u00FCgen\nAlle fehlenden Klammern in Aufrufen hinzuf\u00FCgen\nKonvertierung \"unknown\" f\u00FCr Typen ohne \u00DCberschneidung hinzuf\u00FCgen\n\"unknown\" zu allen Konvertierungen f\u00FCr Typen ohne \u00DCberschneidung hinzuf\u00FCgen\nFehlender new-Operator zum Aufruf hinzuf\u00FCgen\nFehlenden new-Operator zu allen Aufrufen hinzuf\u00FCgen\nNamen zu allen Parametern ohne Namen hinzuf\u00FCgen\nAktivieren Sie die Option \"experimentalDecorators\" in Ihrer Konfigurationsdatei.\nParameter in destrukturiertes Objekt konvertieren\nTyp extrahieren\nIn Typalias extrahieren\nIn TypeDef extrahieren\nTyp \"this\" von \"{0}\" aus Syntax ableiten\n\"const\" zur nicht aufgel\u00F6sten Variable hinzuf\u00FCgen\n\"const\" zu allen nicht aufgel\u00F6sten Variablen hinzuf\u00FCgen\n\"await\" hinzuf\u00FCgen\n\"await\" zum Initialisierer f\u00FCr \"{0}\" hinzuf\u00FCgen\nKorrigieren Sie alle Ausdr\u00FCcke, in denen \"await\" m\u00F6glicherweise fehlt.\nUnn\u00F6tige Vorkommen von \"await\" entfernen\nAlle nicht ben\u00F6tigten Verwendungen von \"await\" entfernen\nAktivieren Sie das Flag \"--jsx\" in Ihrer Konfigurationsdatei.\n\"await\" zu Initialisierern hinzuf\u00FCgen\nIn Schnittstelle extrahieren\nIn numerisches bigint-Literal konvertieren\nAlle in numerische bigint-Literale konvertieren\n\"const\" in \"let\" konvertieren\nPr\u00E4fix \"declare\" voranstellen\nVerwenden Sie f\u00FCr alle falschen Eigenschaftendeklarationen das Pr\u00E4fix \"declare\".\nIn Vorlagenzeichenfolge konvertieren\n\"export {}\" hinzuf\u00FCgen, um diese Datei in ein Modul umzuwandeln\nLegen Sie die Option \"target\" in Ihrer Konfigurationsdatei auf \"{0}\" fest.\nLegen Sie die Option \"module\" in Ihrer Konfigurationsdatei auf \"{0}\" fest.\nUng\u00FCltiges Zeichen in entsprechenden HTML-Entit\u00E4tscode konvertieren\nAlle ung\u00FCltigen Zeichen in HTML-Entit\u00E4tscode konvertieren\nAlle \"const\" in \"let\" konvertieren\nFunktionsausdruck \"{0}\" in Pfeilfunktion konvertieren\nFunktionsdeklaration \"{0}\" in Pfeilfunktion konvertieren\nAlle impliziten this-Fehler beheben\nUng\u00FCltiges Zeichen mit Ausdruckscontainer umschlie\u00DFen\nAlle ung\u00FCltigen Zeichen mit einem Ausdruckscontainer umschlie\u00DFen\nBesuchen Sie https://aka.ms/tsconfig, um mehr \u00FCber diese Datei zu erfahren.\nreturn-Anweisung hinzuf\u00FCgen\nGeschweifte Klammern aus Pfeilfunktionstext entfernen\nSchlie\u00DFen Sie den folgenden Text, der ein Objektliteral darstellt, in Klammern ein.\nAlle fehlenden return-Anweisungen hinzuf\u00FCgen\nEntfernen Sie die geschweiften Klammern aus dem Text aller Pfeilfunktionen mit entsprechenden Problemen.\nGesamtes Objektliteral in Klammern einschlie\u00DFen\nModifizierer f\u00FCr bezeichnete Tupelelemente in Bezeichnungen verschieben\n\u00DCberladungsliste in einzelne Signatur konvertieren\nget- und set-Zugriffsmethoden f\u00FCr alle \u00FCberschreibenden Eigenschaften generieren\nMit JSX-Fragment umschlie\u00DFen\nAlle JSX ohne \u00FCbergeordnetes Element mit JSX -Fragment umschlie\u00DFen\nPfeilfunktion oder Funktionsausdruck konvertieren\nIn anonyme Funktion konvertieren\nIn benannte Funktion konvertieren\nIn Pfeilfunktion konvertieren\nKlammern entfernen\nEs wurde keine enthaltende Pfeilfunktion gefunden.\nDie enthaltende Funktion ist keine Pfeilfunktion.\nDie Exportanweisung wurde nicht gefunden.\nDiese Datei weist bereits einen Standardexport auf.\nDie Importklausel wurde nicht gefunden.\nDer Namespaceimport oder benannte Importe wurden nicht gefunden.\nDie Auswahl ist kein g\u00FCltiger Typknoten.\nAus diesem Typknoten konnte kein Typ extrahiert werden.\nDie Eigenschaft, f\u00FCr die die Zugriffsmethode generiert werden soll, wurde nicht gefunden.\nDer Name ist ung\u00FCltig.\nDie Eigenschaft kann nur mit einem Modifizierer konvertiert werden.\nJedes falsch verwendete {0}-Element in \"{1}\" \u00E4ndern\nIn optionalen Kettenausdruck konvertieren\nKein konvertierbarer Zugriffsausdruck gefunden\nKeine \u00FCbereinstimmenden Zugriffsausdr\u00FCcke gefunden\nEs k\u00F6nnen nur Zugriffsketten mit logischem \"Und\" konvertiert werden.\n\"Void\" zu ohne Wert aufgel\u00F6stem Promise hinzuf\u00FCgen\n\"Void\" allen ohne Wert aufgel\u00F6sten Promises hinzuf\u00FCgen\nElementzugriff f\u00FCr \"{0}\" verwenden\nElementzugriff f\u00FCr alle nicht deklarierten Eigenschaften verwenden\nAlle nicht verwendeten Importe l\u00F6schen\nFunktionsr\u00FCckgabetyp ableiten\nDer R\u00FCckgabetyp muss aus einer Funktion abgeleitet werden.\nDer R\u00FCckgabetyp der Funktion konnte nicht bestimmt werden.\nDie Konvertierung in eine Pfeilfunktion ist nicht m\u00F6glich.\nDie Konvertierung in eine benannte Funktion ist nicht m\u00F6glich.\nDie Konvertierung in eine anonyme Funktion ist nicht m\u00F6glich.\nNur Zeichenfolgenverkettungen und Zeichenfolgenliterale k\u00F6nnen konvertiert werden.\nDie Auswahl umfasst keine g\u00FCltigen Anweisungen.\nFehlende Funktionsdeklaration \"{0}\" hinzuf\u00FCgen\nAlle fehlenden Funktionsdeklarationen hinzuf\u00FCgen\nDie Methode ist nicht implementiert.\nDie Funktion ist nicht implementiert.\noverride-Modifizierer hinzuf\u00FCgen\noverride-Modifizierer entfernen\nAlle fehlenden override-Modifizierer hinzuf\u00FCgen\nAlle nicht ben\u00F6tigten override-Modifizierer entfernen\nNur ein benannter Export kann konvertiert werden.\nFehlende Eigenschaften hinzuf\u00FCgen\nAlle fehlenden Eigenschaften hinzuf\u00FCgen\nFehlende Attribute hinzuf\u00FCgen\nAlle fehlenden Attribute hinzuf\u00FCgen\n\u201EUndefined\u201C zum optionalen Eigenschaftstyp hinzuf\u00FCgen\nKonvertieren benannter Importe in Standardimporte\nNicht verwendete \"@param\"-Tag-\"{0}\" l\u00F6schen\nAlle nicht verwendeten \"@param\"-Tags l\u00F6schen\nTagnamen \"@param\" \"{0}\" in \"{1}\" umbenennen\nVerwenden Sie \u201E{0}\u201C.\nVerwenden Sie \u201ENumber.isNaN\u201C unter allen Bedingungen.\nKonvertieren Sie typedef in den TypeScript-Typ.\nKonvertieren Sie alle typedef in TypeScript-Typen.\nIn Datei verschieben\nVerschieben in Datei nicht m\u00F6glich, die ausgew\u00E4hlte Datei ist ung\u00FCltig\n\u201EImporttyp\u201C verwenden\n\u201ETyp {0}\u201C verwenden\nAlle mit rein typbasierten Importen korrigieren\nAnweisungen k\u00F6nnen nicht in die ausgew\u00E4hlte Datei verschoben werden.\nInlinevariable\nDie Variable zum Inlinevorgang wurde nicht gefunden.\nVariablen mit mehreren Deklarationen k\u00F6nnen nicht inline verwendet werden.\nF\u00FCgen Sie ein fehlendes Komma f\u00FCr die Vervollst\u00E4ndigung von Objektmembern \"{0}\" hinzu.\nFehlenden Parameter zu \"{0}\" hinzuf\u00FCgen\nFehlende Parameter zu \"{0}\" hinzuf\u00FCgen\nAlle fehlenden Parameter hinzuf\u00FCgen\nOptionale Parameter zu \"{0}\" hinzuf\u00FCgen\nOptionale Parameter zu \"{0}\" hinzuf\u00FCgen\nAlle optionalen Parameter hinzuf\u00FCgen\nUmschlie\u00DFen in Klammern\nUmschlie\u00DFen aller ung\u00FCltigen Decoratorausdr\u00FCcke in Klammern\nHinzuf\u00FCgen des Importattributs f\u00FCr den Aufl\u00F6sungsmodus (resolution-mode)\nHinzuf\u00FCgen des Importattributs f\u00FCr den Aufl\u00F6sungsmodus (resolution-mode) f\u00FCr alle reinen Typimporte, die dieses Attribut ben\u00F6tigen\n{0} Verweise\n1\u00A0Verweis\n{0} Implementierungen\n1 Implementierung\nWird geladen\nTypen f\u00FCr \u201E{0}\u201C werden installiert\nProjekt \u201E{0}\u201C\nAlle korrigieren\nImporte organisieren\nNicht verwendete Importe entfernen\nImporte sortieren\nJSDoc-Kommentar";