address_label #3

Merged
tux merged 6 commits from address_label into master 2020-03-14 22:08:20 +01:00
Collaborator

Funktioniert erstmal so weit. Kannst du das mal testen?

Funktioniert erstmal so weit. Kannst du das mal testen?
tux was assigned by dkdent 2020-03-14 10:50:31 +01:00
Owner

Beim Starten in meinem Standard-Terminal bekomme ich diese Meldung:

npyscreen.wgwidget.NotEnoughSpaceForWidget: Not enough space: max y and x = 0 , 75. Height and Width = RAISEERROR , 24

Ggf. sollte die Größe des Terminals vorher geprüft und dann eine Mindestgröße als Meldung ausgegeben werden?

Beim Starten in meinem Standard-Terminal bekomme ich diese Meldung: ```bash npyscreen.wgwidget.NotEnoughSpaceForWidget: Not enough space: max y and x = 0 , 75. Height and Width = RAISEERROR , 24 ``` Ggf. sollte die Größe des Terminals vorher geprüft und dann eine Mindestgröße als Meldung ausgegeben werden?
Author
Collaborator

Kann das in einen eigenen Issue? Das hat hier eigentlich nichts zu verloren...

Ich hätte gern ein Werkzeug, was erstmal funktioniert, das zu polieren ist gerade nicht meine oberste Priorität.

Kann das in einen eigenen Issue? Das hat hier eigentlich nichts zu verloren... Ich hätte gern ein Werkzeug, was erstmal funktioniert, das zu polieren ist gerade nicht meine oberste Priorität.
Owner

Kann das in einen eigenen Issue? Das hat hier eigentlich nichts zu verloren...

Ich hätte gern ein Werkzeug, was erstmal funktioniert, das zu polieren ist gerade nicht meine oberste Priorität.

Was genau?

Die Ausrichtungssache kann in ein eigenes Issue (#7) , die Fehlermeldung finde ich wichtig.

> Kann das in einen eigenen Issue? Das hat hier eigentlich nichts zu verloren... > > Ich hätte gern ein Werkzeug, was erstmal funktioniert, das zu polieren ist gerade nicht meine oberste Priorität. Was genau? Die Ausrichtungssache kann in ein eigenes Issue (#7) , die Fehlermeldung finde ich wichtig.
Author
Collaborator

exception wird jetzt geprinted und programm geschlossen

exception wird jetzt geprinted und programm geschlossen
Owner

exception wird jetzt geprinted und programm geschlossen

Funktioniert noch nicht ganz sauber, ich glaube, weil zwischendurch schon Dinge initialisiert wurden. Ich sehe die Exception, die wird dann aber direkt von meinem Terminal unterschrieben. Vllt noch 2-3 Teilenumbrüche davor printen?

> exception wird jetzt geprinted und programm geschlossen Funktioniert noch nicht ganz sauber, ich glaube, weil zwischendurch schon Dinge initialisiert wurden. Ich sehe die Exception, die wird dann aber direkt von meinem Terminal unterschrieben. Vllt noch 2-3 Teilenumbrüche davor printen?
Author
Collaborator

hab das ganze jetzt im Zuge des Refactorings mit gelöst

hab das ganze jetzt im Zuge des Refactorings mit gelöst
Author
Collaborator

Wenn ich Zeilenumbrüche einbaue, printet er bei mir die Exception gar nicht mehr... Ohne Zeilenumbrüche klappt alles super -.-

Wenn ich Zeilenumbrüche einbaue, printet er bei mir die Exception gar nicht mehr... Ohne Zeilenumbrüche klappt alles super -.-
Owner

Wenn ich Zeilenumbrüche einbaue, printet er bei mir die Exception gar nicht mehr... Ohne Zeilenumbrüche klappt alles super -.-

Hm...das ist doof. Dann müssen wir noch mal gucken, wie man in diesem Framework korrekt abbricht.

> Wenn ich Zeilenumbrüche einbaue, printet er bei mir die Exception gar nicht mehr... Ohne Zeilenumbrüche klappt alles super -.- Hm...das ist doof. Dann müssen wir noch mal gucken, wie man in diesem Framework korrekt abbricht.
tux closed this pull request 2020-03-14 22:08:20 +01:00
tux deleted branch address_label 2020-03-14 22:08:26 +01:00
Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Netz39_Vorstand/stammdaten-formular#3
No description provided.