[edi_smooth]

Jakie Waszym zdaniem zachowanie aplikacji mobilnej jest lepsze? Po kliknięciu w element na liście (np.: zadanie) użytkownikowi powinien się wyświetlić dialog szczegółów (1), który ma przycisk edytuj - dopiero on otwiera okno edycji? Czy lepiej żeby dialog szczegółów był od razu takim służącym do edycji (2)? Wtedy pola będą tak na prawdę inputami, a użytkownik będzie musiał wykonać mniej czynności w celu edycji.
#ux #android #ios #androiddev #iosdev

[QuaLiTy132]

@edi_smooth: im mniej czynności tym lepiej

[mohtak]

@edi_smooth: jeśli miałoby to być zadanie, to chciałbym podgląd +przyciski "Zrobione", "Edytuj", "Usuń"

[Mithrindil]

dialog szczegółów

@edi_smooth: a dużo tych szczegółów? dialogi ogólnie nie są zbyt mobile ale jak to są jakieś 2-3 wartości to można sobie faktycznie na dialog pozwolić. Jak więcej niż 3 to dać osobny ekran ze szczegółami z buttonem na action barze który zamienia teksty na inputy.

Trochę wróżenie z fusów nie znając kontekstu aplikacji. Bo jeżeli to są 2-3 szczegóły to lepiej je po prostu wyświetlić na liście i

[mohtak]

@Mithrindil: @edi_smooth: prawda, czym innym jest zadanie Zapłać rachunek a czym innym grubszy projekt, który ewoluuje i ma potrzebę częstych zmian

[edi_smooth]

@Mithrindil: @mohtak: @QuaLiTy132: Racja, to jest dialog typu fullscreen, więc tak na prawdę używam nowego ekranu. Detali będzie minimum 5-6. Do tego dochodzą zakładki z komentarzami oraz załącznikami do zadania/spotkania itd.
Czyli najlepiej po kliknięciu przejść do detali, gdzie będą zakładki z w/w akcjami, domyślna to właśnie szczegóły. Na górze przycisk edytuj, no chyba że FAB do edycji.
Dzięki za pomoc :)

[Mithrindil]

@edi_smooth: FAB do zatwierdzanaia/kończenia zadania. Edycję i usuwanie bym umieścił na Toolbarze

[mkwiatek]

@edi_smooth: Jak dla mnie, to jeśli edycja byłaby częsta to druga opcja, jeśli raczej sporadycznie będą edytowane dane to wtedy oddzielny przycisk.

[Ned]

@edi_smooth: Jakim cudem można coś doradzić nie znając persony ani kontekstu?