search

Purii / hdm-wim-devlab

5 stars 7 forks source link

[GUI] Attribute aller Events festlegen #28

Closed ChristianSchn closed 7 years ago

ChristianSchn commented 7 years ago

Hallo GUI

bitte ergänzt für alle aufgeführten Events die Attribute durch Edit. Die Schreibweise ist erstmal unwichtig, wir normieren die Attribute in der Konstantenklasse. Falls Events fehlen, bitte um direkte Rückmeldung. Eine Liste aller Events inkl. Aufbau ist hier einzusehen.

UserLoginEvent

erstellt durch GUI; ein User hat sich eingeloggt; published in Topic: Constants.PubSub.Topic.SESSIONINSIGHTS

Attribute

SessionStartEvent

erstellt durch GUI; ein User startet eine neue Session; published in Topic: Constants.PubSub.Topic.SESSIONINSIGHTS

Attribute

UserJoinedSessionEvent

erstellt durch GUI; ein User hat sich an einer Session angemeldet; published in Topic: Constants.PubSub.Topic.SESSIONINSIGHTS

UserStartEvent

erstellt durch GUI; ein User startet die Vorschlagsfunktion; published in Topic: Constants.PubSub.Topic.SESSIONINSIGHTS

StayAliveEvent

Attribute

erstellt durch GUI; Ping-Event zur Aktivitätsprüfung; published in Topic: Constants.PubSub.Topic.SESSIONINSIGHTS

UserLeftSessionEvent

erstellt durch GUI; ein User hat sich von einer Session abgemeldet; published in Topic: Constants.PubSub.Topic.SESSIONINSIGHTS

FeedbackEvent

erstellt durch GUI; ein Dokument wurde dem Nutzer angezeigt; published in Topic: Constants.PubSub.Topic.FEEDBACK_GUI

Attribute

SuccessfullFeedbackEvent

erstellt durch GUI; ein Dokument wurde vom Nutzer angeklickt; published in Topic: Constants.PubSub.Topic.FEEDBACK_GUI

Attribute

WendelinHerrmann commented 7 years ago

Also mir fehlen ehrlich gesagt einige Events, von denen wir bisher ausgegangen waren und die wir auch Mittwoch abgesprochen haben:

Was wir bisher nicht auf dem Schirm haben und in eurer Liste neu ist, ist das "UserLogoutEvent", da wir hierfür bis jetzt keinen Nutzen gesehen haben, da zuvor stets eine SessionLeft stattfindet, was systemseitig alles beenden sollte. Braucht man den zusätzlichen Logout?

ChristianSchn commented 7 years ago

neue Session erstellt

  • Beschreibung von SessionStartEvent angepasst

Anlegen neuer Zusatzinformationen

  • in Klärung mit SemRep, habt ihr dann ein Formular das alle User-Daten abfragt? Vielleicht unnötig komplex.

User startet die Recommender-Funktion

  • hinzugefügt als UserStartEvent

Rückmeldung, dass ein Vorschlag verarbeitet und angezeigt wurde

  • angepasst; FeedbackEvent=Vorschlag angezeigt; SuccessfulFeedbackEvent=Vorschlag angeklickt
Mag91 commented 7 years ago

habe gerade von bene erfahren, dass messages auch events sind. und wir die deshalb ebenfalls benennen sollen. Dummydaten, wie die Vorschläge später aussehen sind im server unter: https://github.com/Purii/hdm-wim-devlab/blob/master/GUI/js/server.js ab Zeile 45 zu finden.

Bisher läuft es so ab, dass der server und alle Clients auf den selben port hören. die Clients entscheiden dann anhand der id (://localhost/cloud/GUI_FINAL/php/meetingraum3.php?&id=1) am ende der URL ob der Vorschlag { 'SessionID':'1','TimeStamp':timeInMs, 'DokumentenID': '098765', 'name':'Dokument1', 'prio':1, 'DokuTyp':'gdoc', 'link': 'https://docs.google.com/document/d/1bkLCvEBX56OBrECe89SFxpaqhlfQfZtOUNHNxM2Rlmc/edit', 'folder': 'Mercedesprojekt' } zu ihnen passt und angezeigt wird oder nicht.

DimadonDL commented 7 years ago

Kurze Frage zum Event: SuccessfullFeedbackEvent

Hier fehlt mir das Feedback: true

@WendelinHerrmann @Mag91 @ChristianSchn

DimadonDL commented 7 years ago

SuccessfullFeedbackEvent

Hallo Kollegen @Mag91 @WendelinHerrmann @ChristianSchn ,

da dieses Event ja wahrscheinlich nur uns betrifft nochmal eine klare Definition:

Wir brauchen die Attributnamen:

SuccessfullFeedbackEvent

userId: String documentId: String documentAffiliation: String --> immer true da kein negatives Feedback kommt.

Wirklich wichtig ist, die exakte Benennung der Attribute wie oben beschrieben!!! Bitte hierauf achten. Wenn es Probleme hierbei gibt bitte Rücksprache vor der finalen Präsi.

ChristianSchn commented 7 years ago

Hey Dani,

is genau so vorgesehen. Die Konstanten sehen so aus:

public static final String USER_ID = "userId"; public static final String DOCUMENT_ID = "documentId"; public static final String DOCUMENT_AFFILIATION = "documentAffiliation";

Einzusehen in der Konstantenklasse

WendelinHerrmann commented 7 years ago

@ChristianSchn

das Zusatzinformationen speichern Event fehlt immer noch. Laut @Mag91 ist es mit SemRep so abgesprochen, dass wir den User per Dropdown abfragen, welche Zuordnungen er hat in den Kategorien und das ganze dann als Event zurückschicken, dass es SemRep speichern kann

Attribute wären hierfür denke ich: UserID, Antwort auf Kategorie 1, Antwort auf Kategorie 2, Antwort auf Kategorie 3 und Antwort auf Kategorie 4 denke ich. Wären alles Strings

ChristianSchn commented 7 years ago

AdditionalUserInformationEvent

@Mag91 gibts da einen Beispielaufbau? Da wir mit Konstanten arbeiten, können wir statt Kategorie 1-4 nicht richtige Bezeichner nehmen (z.B. userBelongsToCompany)?