Meetings/20141229 31C3Meeting: Difference between revisions
No edit summary |
m (Waithamai moved page Meetings/31C3Meeting to Meetings/20141229 31C3Meeting without leaving a redirect: consistent dates) |
Revision as of 03:07, 17 August 2017
Meeting auf dem Congress, 29.12.2014, 20:30
(english translation: to be done)
(Die Aufteilung in Ideen und Anregungen ist recht willkürlich...)
- Ideen
- In der Sidebar rechts das aktuelle Changelog verlinken
- Neben "need help" auch anzeigen "willst du helfen?" und von dort z.B. auf entsprechende Wikiseite im diasporafoundation-wiki verlinken
- Nicht nur einmal auf den "Neuhier"-Post hinweisen, sondern später nochmal, falls kein öffentlicher Post gemacht wurde
- Sollte ohne Kontakte der Stream nur aus Spotlight-Kontakten bestehen, sollte man einen Hinweis anzeigen, dass es nur aus Spotlight ist (und der Benutzer Kontakte hinzufügen sollte)
- Komfort-Variante: Auch später anzeigen, dass gewisse Posts wegen Community-Spotlights angezeigt werden (Farben von früher), damit Leute die Kontakte haben, das auch sehen. Am besten mit Bubble mit Link zur Einstellung zum deaktivieren.
- Benutzer-Vorschläge für neue Leute anhand der #Hashtags erstellen: Zu den 5 angegebenen Hashtags dann Leute vorschlagen, die viele öffentliche Posts mit dem Hashtag haben oder die selben Hashtags haben.
- Community-Spotlight aufräumen / besser kommunizieren, was das ist?
- Eine Warnung einbauen, wenn man mehrere private Posts macht ohne öffentlichen o.ä. -> sie darauf hinweisen, dass sie öffentlich posten können, da ihre privaten Posts oft nicht gesehen werden.
- Soll verhindern, dass Benutzer es nicht mitbekommen, dass sie die ganze Zeit an keine Leute schreiben
- ggf. mit "hab ich verstanden, nie wieder anzeigen"
- Anregungen
- Nicht nur Entwickler sollen am Code arbeiten, wir brauchen auch Leute, die UX-Design machen und solche Bedien-flows skizzieren !!!
- Sowas kann man dann auch ruhig in den Issue-Tracker werfen
- Wir brauchen unbedingt mehr Leute, die an hübschem Interface und Usability arbeiten.
- Benutzer mal anschauen, ob sie das hinkriegen, was sie eigentlich wollen...
- Usability-Testing, recht klassisches. Einfach mal Freunde / Bekannte nehmen und dann protokollieren, worüber sie stolpern und was sie erwarten / was stattdessen passiert.
- Warum sind die Leute weg, nachdem sie 2 Pullrequests gemacht haben?