@Dennis89: Was auf jeden Fall schon mal falsch aussieht ist das in jedem Schleifendurchlauf die Positionen für Geschoss und Gegner verändert werden. Das sollte pro Geschoss und pro Gegner nur maximal einmal pro `display.update()` passieren. Und ich würde erwarten dass das alles viel zu schnell abläu...

Auf dieser Maschine unter meinem Schreibtisch ist das mit `set` cirka doppelt so schnell: $ python3.10 -m timeit -s "NO_VALID_TEXT = ['\"', ' ', '']" '"x" not in NO_VALID_TEXT' 5000000 loops, best of 5: 48.8 nsec per loop $ python3.10 -m timeit -s "NO_VALID_TEXT = {'\&q...

@diemaka: Wenn das so wäre wie Du behauptest würde es diese Fehlermeldung nicht geben. Vielleicht trifft das ja tatsächlich auf das Element an Index 20 zu. Auf mindestens 1 Element trifft es nicht zu. Objekte ändern nicht plötzlich ihren Typ. Man wählt Namen nach ihrer Aussagekraft, nicht nach ihrer...

Das ist unter anderem was ich an SQLAlchemy mag, das man Abfragen dynamisch mit Code erweitern kann, ohne da auf Zeichenketten herumoperieren zu müssen. Insbesondere weil das ja nicht immer nur erweitern am Ende ist, sondern durch zusätzliche Bedingungen auch neue JOINs dazu kommen können die ”in de...

`set` ist bei ``in`` effizienter, wobei das bei drei Elementen wahrscheinlich nicht wirklich einen merkbaren Unterschied macht.

Hast Du die maximale Zeilenlänge bei Black auch auf 79 Zeichen eingestellt? Auch Diffs mag ich gerne so das sie noch in 80 Zeichen-Terminals passen.

Das erstellen des leeren Wörterbuchs würde ich in die `field()`-”Deklaration” verschieben. Und entweder statt `field()` `attrib()` verwenden oder statt `attrs()` `define()`, aber nicht die beiden APIs mischen. `assign_text_to_coordinates()` lässt sich kompakter formulieren. In `get_order_details()` ...

Wobei es da auch Bibliotheken gibt die einem beim schreiben von Parsern helfen. PyParsing, beispielsweise. Je nach dem was das Lernziel hier sein soll, würde das die Sache vielleicht vereinfachen. Natürlich nicht wenn das Lernziel Lexer/Parser selber schreiben ist. Ich sehe auch gerade das am Ende `...

@oldboyJR: Was heisst ”geladen”? Wie äussert sich das ”nicht harmonieren”?

@diemaka: `TilgPlan` ist offenbar eine Liste mit Zahlen und nicht eine Liste mit Listen mit jeweils vier Elementen. Oder zumindest ein Element ist eine ganze Zahl.

Randbemerkung: Im Betreff steht was von „Recursive“, aber Rekursion hat nichts mit dem Problem oder der Lösung zu tun.

@Sirius3: Die Zeichenkette "ANSI/DOS" kommt vom Betriebssystem und nicht vom Programmierer des Editors?

@Pythagoraze: In welcher Zeile in codecs.py das zu einer Ausnahme führt ist nicht so wichtig zu *welcher* Ausnahme das führt, inklusive Information wo in den Daten das passiert, denn Grund und Stelle werden da ja mitgeteilt. Ein Editor der ”Kodierungen” wie ANSI/DOS ”kennt”, die es so gar nicht gibt...

Es sind also Daten aus verschiedenen Programmen exportiert, mit unterschiedlichen Daten/Reihenfolgen pro TAB-getrennter Zeile, und es ist nichts über Kodierungen bekannt, also mit welcher Kodierung die Daten mal aus den ursprünglichen Programmen exportiert wurden und mit welcher Kodierung das dekodi...

@Pythagoraze: ”RawString (ASCII)” ist Unsinn weil ASCII nur Werte von 0 bis 127 kennt. Und natürlich kann man das als `bytes` einlesen. Und auch `split()` funktioniert da. Musst halt mal die Fehlermeldung anschauen was `split()` *logischerweise* als Argument erwartet. Die Datei kannst Du gar nicht ”...

@snafu: Man muss die Typannotationen ja nicht machen, man kann das auch alles beim `mapped_column()` angeben. Und da sollten schon Typangaben stehen wenn man den Datenbanktypen angeben will oder muss. Python `str` kann man ja auf verschiedene Datentypen auf SQL-Seite abbilden. String oder Text, oder...

@mechanicalStore: Offensichtlich prüft SQLAlchemy hier das man bei der Typannotation keine SQLALchemy-Typen angibt. Das macht ja auch keinen Sinn, weil die Attribute auf dem Objekt später ja niemals Werte von diesen Typen sind, denn diese Typen beschreiben ja die Datenbankdatentypen und nicht welche...

@Pythagoraze: `str()` mit einem `bytes`-Objekt ergibt die Zeichenkettenrepräsentation eines `bytes`-Objekts, und nicht den Text den man da vielleicht daraus dekodieren könnte, wofür man ja eine Kodierung angeben müsste. In [114]: b"line a\nline 2" Out[114]: b'line a\nline 2' In [115]: str(...

exists() erzeugt ein Exists -Objekt. Boole'sche Werte sind auch Objekte. Aber da man darauf `select()` aufrufen kann, ist das natürlich kein Wahrheitswert. Subqueries haben per se nichts mit Beziehungen zwischen Tabellen zu tun, man kann auch sinnvolle Subqueries haben/brauchen wenn man Abfragen au...

@TheBombTuber: `self.names` macht nicht wirklich Sinn. Und `self.entrynumber` und `self.rownumber` sind redundant. Das eine lässt sich trivial aus dem anderen berechnen. Das mit dem Thread kannst Du gleich mal wieder vergessen, das darf man nicht. GUI-Elemente dürfen nur vom Hauptthread verändert we...

@mechanicalStore: Bei der Dokumentation von select() steht, dass da ein neues `Select`-Objekt erstellt wird. Und bei der Dokumentation von Select steht die Liste mit den Methoden und da ist `exists()` dabei. Das zusätzliche `select()` braucht man weil das `Exists`-Objekt für eine EXISTS-Subquery ste...