@@pl
Modern: Das Formular zum Bearbeiten liegt bereits unter der Liste. Es wird erst sichtbar gemacht, wenn ein Eintrag zum Bearbeiten angeklickt wurde.
Oder es wird erst dann mit JavaScript generiert. Wie wolltest du festzuhalten, welcher Beitrag zum Bearbeiten angeclickt wurde? Nicht auch mit JavaScript? Oder mit Radiobutton an jedem Beitrag?
Der Speichervorgang wird in 2 Prozesse aufgeteilt, ein einfaches Speichern schickt die Daten nur zum Server ohne das Formular neu zu laden. Erst der Fertig-Button schickt das Formular wieder in den Hintergrund und blendet die Liste ohne Änderung der Scrollposition ein.
Zwei Buttons – „Speichern“ und „Fertig“ – dürften die Nutzer verwirren. Weg mit dem einen!
“Design isn’t crafting a beautiful, textured button. It’s figuring out if there’s a way to get rid of the button altogether.” —Edward Tufte
Ein „Speichern“-Button reicht. Wenn man doch noch nicht fertig war, drückt man halt noch mal „Beitrag bearbeiten“ und öffnet das Formular erneut.
Und „modern“ geht noch etwas anders: „Speichern“ schickt die Daten erstmal nicht zum Server, sondern speichert sie lokal und aktualisiert die Anzeige. Wenn Verbindung zum Internet besteht, werden die Daten mit dem Server synchronisiert. Wenn nicht, passiert das später, sobald wieder Internetverbindung da ist – im Hintergrund, ohne dass sich der Nutzer darum kümmern müsste. Offline first.
LLAP 🖖
“There’s no such thing as an ‘average’ user, but there is such a thing as an average developer.” —Vitaly Friedman in Accessibility Matters: Meet Our New Book, “Inclusive Design Patterns”
Selfcode:
sh:) fo:} ch:? rl:) br:> n4:& va:| de:> zu:} fl:{ ss:| ls:# js:|