Meetings/20141229 31C3Meeting

From diaspora* project wiki
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

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?

Other meetings