User erstellen: Weiter anstelle Speichern  [GELÖST]

Locked
User avatar
Nobby
Posts: 134
Joined: Sun 13. Mar 2016, 18:34

User erstellen: Weiter anstelle Speichern

Post by Nobby »

Cheers,

wäre u.U. ein Nice2have:

beim Anlegen eines neuen Users wäre es (aus meiner Sicht) sinnvoll unten einen Button "Weiter" zu haben und erst wenn man alle Reiter ausgefüllt/kontrolliert hat im letzten Reiter PHP-FPM den finalen Speicherbutton zu haben.

Fände ich ganz praktisch.
Mit freundlichen Grüßen, Nobby
-----------------------------------
.ninja {
color: black;
visibility: hidden;
animation-duration: 0,00001s;
}
User avatar
Enigma
Posts: 258
Joined: Thu 2. Aug 2018, 19:18

Re: User erstellen: Weiter anstelle Speichern  [GELÖST]

Post by Enigma »

Die ersten drei Reiter muss man zwar definitiv mit Daten füllen, die letzten beiden aber nicht unbedingt, wenn die Standardwerte übernommen werden können. Ich würde da ungern mehr klicken müssen als nötig.

Gruß
Jan
This message has been ROT-13 encrypted twice for higher security.
User avatar
Nobby
Posts: 134
Joined: Sun 13. Mar 2016, 18:34

Re: User erstellen: Weiter anstelle Speichern

Post by Nobby »

Prinzipiell richtig, aber wem fallen 2 Klicks täglich mehr auf wenn er eh schon roundabout 200000 mal am Tag klickt?

Ist eben Geschmackssache, mein Geschmack wäre es, da wir zu 80% die Kontovorkagen bei der Usererstellung eh abändern. Die Kontovorlagen sind eher ein Richtwert hier.
Mit freundlichen Grüßen, Nobby
-----------------------------------
.ninja {
color: black;
visibility: hidden;
animation-duration: 0,00001s;
}
User avatar
Enigma
Posts: 258
Joined: Thu 2. Aug 2018, 19:18

Re: User erstellen: Weiter anstelle Speichern

Post by Enigma »

Nobby wrote: Tue 18. Dec 2018, 10:40 Prinzipiell richtig, aber wem fallen 2 Klicks täglich mehr auf wenn er eh schon roundabout 200000 mal am Tag klickt?

Mir. ;)

Davon mal abgesehen bräuchtest Du dann eine anders gestaltete Seite für Änderungen, denn wenn ich auf der ersten Seite einen Tippfehler korrigiert habe, möchte ich auch gern sofort speichern können.

Ich will Dir nicht in die Suppe spucken, und entschieden wird's letztendlich ohnehin von Alexander, aber ich persönlich würde mich dadurch eher behindert fühlen. Vielleicht lässt sich als Kompromiss ja ein zusätzlicher Button etablieren, der den "Speichern"-Button nicht ersetzt, sondern ergänzt.

Gruß
Jan
This message has been ROT-13 encrypted twice for higher security.
User avatar
Tobi
Community Moderator
Posts: 3396
Joined: Thu 5. Jan 2017, 13:24

Re: User erstellen: Weiter anstelle Speichern

Post by Tobi »

Also ich finde mittlerweile eigentlich die Next-Cloud-Art Datenfelder zu speichern ganz clever.
NC speichert immer das einzelne Feld bei Verlassen automatisch. Da gibt es gar keinen "speichern" Button mehr...

Ja. Ich kann abschätzen was das für ein Aufwand wäre. 😎 Deswegen auch nur als Vorschlag in der Rubrik "nice2have".

Wobei das natürlich auch ganz elegant mein Problem aus dem anderen Threads lösen würde.
viewtopic.php?f=6&t=7709

Dann ist nach dem Speichern immer vor dem Speichern 😄
Gruß,
Tobi


-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
User avatar
Enigma
Posts: 258
Joined: Thu 2. Aug 2018, 19:18

Re: User erstellen: Weiter anstelle Speichern

Post by Enigma »

Tobi wrote: Tue 18. Dec 2018, 20:51 Also ich finde mittlerweile eigentlich die Next-Cloud-Art Datenfelder zu speichern ganz clever.
NC speichert immer das einzelne Feld bei Verlassen automatisch. Da gibt es gar keinen "speichern" Button mehr...

[...]

Dann ist nach dem Speichern immer vor dem Speichern 😄

Das ist nett beim Korrigieren oder bei ohnehin vorhandenen Datensätzen, z. B. Einstellungen. Ich möchte nicht, dass nach Ausfüllen des ersten Feldes ein Benutzer, eine Domain, ein FTP-Account oder was auch immer direkt angelegt wird... Da wird ein "jetzt geht's los" schon noch benötigt. Sonst kann man solche Vorgänge nicht mehr einfach abbrechen, sondern muss den automatisch angelegten Müll händisch löschen. Oder es wird noch aufwendiger in der Programmierung, weil das Skript entscheiden muss, wann ein neuer Datensatz gleich wieder entsorgt wird.

Gruß
Jan
This message has been ROT-13 encrypted twice for higher security.
Locked