Das ist doch alles ziemlich Fehleranfällig, wenn Register Nummer 47 warnvalue entspricht, oder doch vielleicht checkstep? Deshalb vermeidet man so lange Ausdrücke generell, und hat dann nicht dass große Problem, einen Ausdruck auf 30 Zeilen aufteilen zu müssen. Deshalb hat man normalerweise eine Tab...

Ich habe die Erfahrung gemacht, dass man in einem Programm mit schlechten Variablennamen keinen Fehler suchen kann, man schmeißt also das ganze Programm weg und schreibt es neu. Bis man wieder merkt, dass es einen Fehler hand und so geht es wieder von vorne los. Ich kann nur aus Deinem Code lesen, d...

Was sollen denn die doppelten Anführungszeichen?

Was Du dringend anpassen solltest, sind die Namen Deiner Felder. Niemand kann das entschlüsseln. Was soll denn ppv1h sein und warum gibt es ein ppv1l?
82 Felder für eine Tabelle sind auch ein bißchen viel.

Warum nimmst Du jetzt schon wieder diese kryptischen 10000 statt ADD_OR_MODIFY? Und ja, das eine Bit erlaubt halt alles, und es gibt keine Möglichkeit, das einzeln einzuschränken. Aber wenn Dein PDF keine Formulare hat, dann kann man die auch nicht editieren :-) Und wenn das PDF Formulare hätte, wär...

Und warum hast Du ein dict mit den Keys "1" bis "28"? Besser wäre eine einfache Liste. Das ergibt dann: Wobei cva natürlich ein sehr schlecher Variablenname ist, weil er nichts aussagt.

Drucken ohne PRINT-Flag geht offensichtlich nicht.

Idealerweise hast Du ja gar keine 28 einzelne Attribute, sondern eine Liste. Dann sähe das so aus: for n, slider in enumerate(self.spsliders, 1): slider.setValue(int(self.CVa.get(str(n))) Notfalls kann man diese Liste aus den ui.spslider_.. per getattr erzeugen: self.spsliders = [getattr(self.ui, f&...

Hochauflösender Druck heißt halt als Konstante PRINT_TO_REPRESENTATION.

Durch die geschweiften Klammern bist Du ja schon in der Template-Sprache von Django, weitere Klammern sind also überflüssig:

Du benutzt ja die Liste `gases` gar nicht, sondern jedes Dropdown ist mit der selben Variablen `gas_name` verknüpft.

Javascript ist schwach typisiert. Wenn man mit einer Zahl vergleicht, wird ein String automatisch konvertiert. Du vergleichst aber anscheinend zwei Strings und da gilt der Lexikalische Vergleich. Deshalb sollte man Variablen explizit konvertieren: 1 * inside_diameter.value < 1 * outside_diameter.val...

Das geht mit map und fillna: df['Spalte_C'] = df['Spalte_A'].map({1: "Warm", 2: "Kalt"}).fillna(df['Spalte_B']) aber es scheint ja so, dass jeder Wert eindeutig gemappt werden könnte: df['Spalte_C'] = df['Spalte_A'].map({1: "Warm", 2: "Kalt", 3: "Sterne&q...

Wie schon geschrieben, ist eine Validierung trivial. Natürlich könnte man noch ein Framework einbinden, dass dann wieder mit neuer Syntax und einer ganz komplizierten Logik im Hintergrund ganze Formulare validiert. Ich für meinen Teil habe gerne möglichst wenig Zwischenschichten und nur die Framewor...

Wenn Du mit einem dieser Frameworks arbeitest (und da ist jedes so gut wie das andere) dann mußt Du auch Javascript-Code schreiben. Der Vorteil, das alles im Browser zu machen ist, dass Du kein Session-Management brauchst. Üblich ist, sowohl die Validierung in Javascript zu schreiben, um dem Nutzer ...

Ich verstehe nicht, wo das Problem liegt, das Editieren von den 10 Variablen komplett im Browser zu erledigen. Warum sollten unfertige Daten an den Server geschickt werden?
Vielleicht solltest Du etwas weiter ausholen, was Du eigentlich machen möchtest.

Egal ob kleinglobal oder irgendwie anders global, gewöhn Dir von Anfang an eine saubere Programmierung an. Dazu gehört, dass man globale Variablen vermeidet und dazu gehören sprechende Namen, auch wenn das nur eine Vorskizze ist. Wie soll denn die Skizze helfen, wenn man sie nicht versteht. Und vers...

Prinzipiell kann man den Code noch etwas aufräumen. Importe gehören alle an den Anfang der Datei. Du hast die Default-Werte für Deine Settings an zwei Stellen im Code sowie das Laden an mehreren Stellen. Dateinamen sollten nicht fix im Code stehen, und wenn, dann als Konstante einmal ganz am Anfang....

Dein Problem ist, dass man keine globalen Variablen verwenden darf und Du munter lokalen und globalen Namensraum mischst. Programmierer sind faul, bedeutet, sie möchten nicht 16fach kopierten Code anpassen müssen, sondern immer nur eine Stelle. Dazu benutzen sie Schleifen. Ebenso sind sie faul und m...

Das macht Dein Browser automatisch: https://developer.mozilla.org/en-US/doc ... ts_in_cors

@zegru: wenn Du nur Informationen abfrägst, warum benutzt Du dann POST und wechselst nicht einfach auf GET? Ist eh besser, weil man sich dann einfach einen Link auf seine Wunscheinstellung speichern kann.