Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

attendance probabilites as float instead of just yes|maybe|no #3

Open
1 of 5 tasks
Fusselwurm opened this issue Dec 2, 2016 · 6 comments
Open
1 of 5 tasks

Comments

@Fusselwurm
Copy link
Member

  • store yes|maybe|no values as float
  • let frontend get and post floats, adjust template logic
  • disable yes|maybe|no in data storage
  • be free to show more options to user
  • show calculated number range of participants
@nomisum
Copy link
Collaborator

nomisum commented Dec 3, 2016

Finde ich ehrlich gesagt ne ziemlich doofe Idee, die Teilnahme unscharf abzubilden. Noch doofer als die Geschwindigkeitsänderung eines Videos auf einen Slider zu packen, was ja auch niemand machen würde 💃

Erhöht die Komplexität beim Ausfüllen unnötig für ALLE, profitieren tun nur die Vielleichter von einer gefühlt höheren Genauigkeit, die aber nur wenig hilft. Die aber garantiert auch deutlich länger beim Ausfüllen brauchen.

Selbst falls die Prognose dadurch minimal besser würde (diskutabel), würde ich das als deutlichen Usability-Rückschritt sehen.

https://www.nngroup.com/articles/gui-slider-controls/

@nomisum
Copy link
Collaborator

nomisum commented Dec 3, 2016

Selbst, wenn wir "Vielleicht", wie in meinem Designentwurf vorgesehen, hinter dem Dropdown verstecken und einen stepped Slider als Input nehmen mit gecutteten Extremen, finde ich den Tradeoff zur simplen Variante zu groß.

Mal abgesehen von nötigen Extrawürsten für mobile, das Eingabe-Ding müsste in nem neuen Fenster aufgehen etc

@Fusselwurm
Copy link
Member Author

Hm.
Ja, Slider ist doof, ich seh's ein.

Aber ich fänds halt cool, unterscheiden zu können zwischen "ihr seid Plan B" und "müßte gehen, ging bisher auch immer, aber kanns nich garantieren".

@nomisum
Copy link
Collaborator

nomisum commented Dec 3, 2016

aber wie bildete man das am ende ab?

xxx*** ja
***x** vmtl
****x* evtl
*****x nein

macht den output wieder schwierig platzsparend und v.a. verständlich unterzubringen.

verschiedene transparenzstufen dürften schwer unterscheidbar sein. aber zu einem weiteren vielleicht könnte ich mich noch hinreißen lassen, das macht das dropdown schon noch mit. man könnte als zielhilfe mitgeben: vmtl ist 70-90% und evtl ist 30-70%

@Fusselwurm
Copy link
Member Author

Output wie in deinem Entwurf: alles was nicht ja oder nein ist, bleibt transparent. Nur die Schätzung der Teilnehmerzahl könnte sich ändern, und der +- - Wert... also zB

15 fest, Prognose : 16 — 19

@Fusselwurm
Copy link
Member Author

okay… was ich dann jetz mache, ist im Backend stückweise die konkreten Werte loswerden – dh frontend schickt irgendwas ans backend, und das speichert das nur (egal ob das dan 0, 1, "ja", "nein" oder sonstwas für werte sind)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants