ask for a destination if instantiated without a filename #15

Merged
tux merged 3 commits from ask-for-destination into master 2020-07-28 11:14:49 +02:00
Collaborator

Nachfrage, wohin die neue Datei gespeichert werden soll, wenn nicht eine bestehende Datei als Input angegeben wurde.

Tab-completion wäre schön, habe ich aber nicht ohne größeren Aufwand hinbekommen, können wir später nachreichen.

Nachfrage, wohin die neue Datei gespeichert werden soll, wenn nicht eine bestehende Datei als Input angegeben wurde. Tab-completion wäre schön, habe ich aber nicht ohne größeren Aufwand hinbekommen, können wir später nachreichen.
tux was assigned by dkdent 2020-03-20 13:17:49 +01:00
Owner

Es werden trotzdem die Daten von Max Hackerberg geladen (wenn die Datei nicht vorhanden ist, gibt es eine Exception).

Es werden trotzdem die Daten von Max Hackerberg geladen (wenn die Datei nicht vorhanden ist, gibt es eine Exception).
Author
Collaborator

Ja, das war ein Denkfehler... So wie ich das sehe, gibt es drei Fälle:

  1. $ ./edit_data_form.py -> default und nach Pfad fragen
  2. $ ./edit_data_form.py <path/to/existing/file> -> Daten aus File und alten Pfad verwenden
  3. $ ./edit_data_form.py <path/to/non/existing/file> -> was machen wir damit?

Mein Vorschlag ist Error und Ende, was meinst du?

Ja, das war ein Denkfehler... So wie ich das sehe, gibt es drei Fälle: 1. $ ./edit_data_form.py -> default und nach Pfad fragen 2. $ ./edit_data_form.py <path/to/existing/file> -> Daten aus File und alten Pfad verwenden 3. $ ./edit_data_form.py <path/to/non/existing/file> -> was machen wir damit? Mein Vorschlag ist Error und Ende, was meinst du?
Owner

Ja, das war ein Denkfehler... So wie ich das sehe, gibt es drei Fälle:

  1. $ ./edit_data_form.py -> default und nach Pfad fragen
  2. $ ./edit_data_form.py <path/to/existing/file> -> Daten aus File und alten Pfad verwenden
  3. $ ./edit_data_form.py <path/to/non/existing/file> -> was machen wir damit?

Klingt sinnvoll.

Mein Vorschlag ist Error und Ende, was meinst du?

Ja. Alternativ kann man fragen, ob die Datei erzeugt werden soll. Ich denke aber, dass das mit Variante 1 erstmal ausreichend abgedeckt ist.

> Ja, das war ein Denkfehler... So wie ich das sehe, gibt es drei Fälle: > > 1. $ ./edit_data_form.py -> default und nach Pfad fragen > 2. $ ./edit_data_form.py <path/to/existing/file> -> Daten aus File und alten Pfad verwenden > 3. $ ./edit_data_form.py <path/to/non/existing/file> -> was machen wir damit? Klingt sinnvoll. > Mein Vorschlag ist Error und Ende, was meinst du? Ja. Alternativ kann man fragen, ob die Datei erzeugt werden soll. Ich denke aber, dass das mit Variante 1 erstmal ausreichend abgedeckt ist.
Author
Collaborator

dann baue ich das noch so ein.

dann baue ich das noch so ein.
Author
Collaborator

print() scheint nicht zu funktionieren, so lange die curses Umgebung am Start ist, deshalb sieht man meine Statusmeldungen leider gerade nicht.

print() scheint nicht zu funktionieren, so lange die curses Umgebung am Start ist, deshalb sieht man meine Statusmeldungen leider gerade nicht.
Owner

Das ist richtig - dafür müssen die Dialogoptionen des Toolkits verwendet werden.

Das ist richtig - dafür müssen die Dialogoptionen des Toolkits verwendet werden.
Author
Collaborator

das ist doof... Aktuell tritt der Fehler auf, bevor die GUI generiert ist, da kann ich noch nirgends mit den npyscreen Mitteln hinschreiben. Und wenn ich die Applikation beende, wird auch das ncurses Environment zu gemacht und alles was drin war ist weg.

Ich bin mit den Varianten nicht glücklich.

das ist doof... Aktuell tritt der Fehler auf, bevor die GUI generiert ist, da kann ich noch nirgends mit den npyscreen Mitteln hinschreiben. Und wenn ich die Applikation beende, wird auch das ncurses Environment zu gemacht und alles was drin war ist weg. Ich bin mit den Varianten nicht glücklich.
Owner

Aktuell tritt der Fehler auf, bevor die GUI generiert ist

Irgendwo zwischen der Initialisierung des Toolkits und der Generierung der GUI müssten wir das ausgeben können.

Oder Du prüfst vor der Initialisierung des Toolkits, ob der Pfad existiert.

> Aktuell tritt der Fehler auf, bevor die GUI generiert ist Irgendwo zwischen der Initialisierung des Toolkits und der Generierung der GUI müssten wir das ausgeben können. Oder Du prüfst vor der Initialisierung des Toolkits, ob der Pfad existiert.
tux closed this pull request 2020-07-23 11:13:59 +02:00
tux reopened this pull request 2020-07-23 11:14:09 +02:00
Author
Collaborator

ich hab zumindest den Konflikt behoben...

ich hab zumindest den Konflikt behoben...
Owner

Das hatte ich doch auch?

Du hast zwei Branches gemerged - das ist bei einem Feature-Branch problematisch, weil der sich nun nicht mehr verschieben lässt.

Das hatte ich doch auch? Du hast zwei Branches gemerged - das ist bei einem Feature-Branch problematisch, weil der sich nun nicht mehr verschieben lässt.
Author
Collaborator

Mhmh, es kann sein, dass ich noch lokale Änderungen hatte und da etwas durcheinander gekommen ist. Also die letzten paar commits rückgängig machen...

Mhmh, es kann sein, dass ich noch lokale Änderungen hatte und da etwas durcheinander gekommen ist. Also die letzten paar commits rückgängig machen...
Author
Collaborator

Okay, ich kann den source branch nicht aendern... ich mach einen neuen MR auf.

Okay, ich kann den source branch nicht aendern... ich mach einen neuen MR auf.
Owner

Du hättest hier gar nichts machen müssen - ich hatte den Branch schon aufgeräumt, aber Du das den nicht übernommen.

Du hättest hier gar nichts machen müssen - ich hatte den Branch schon aufgeräumt, aber Du das den nicht übernommen.
tux closed this pull request 2020-07-28 11:14:49 +02:00
tux deleted branch ask-for-destination 2020-07-28 11:14:56 +02:00
Owner

Du hättest hier gar nichts machen müssen - ich hatte den Branch schon aufgeräumt, aber Du das den nicht übernommen.

Wenn git beim pull Konflikte findet, ist die automatische Konfliktauflösung meistens nicht die richtige Lösung. Insbesondere dann, wenn dabei Merges entstehen.

> Du hättest hier gar nichts machen müssen - ich hatte den Branch schon aufgeräumt, aber Du das den nicht übernommen. Wenn git beim pull Konflikte findet, ist die automatische Konfliktauflösung meistens nicht die richtige Lösung. Insbesondere dann, wenn dabei Merges entstehen.
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#15
No description provided.