Raid-Planer Überarbeitung

1. Darstellung aktueller Problemeund Lösungsansätze Raid-Planer Überarbeitung

2. Gliederung • Ist-Stand • Aktuelle Probleme/Soll-Stand • Strategien • Aussichten

3. Ist-Stand • Einsatz von eqdkp-plus • Enthält Raidplaner, Raidviewer, Mitgliederübersicht, Bosskills usw. • Realisiert durch einzelne Plugins • Einsatz von php, mysql, teilweise Ajax

4. Probleme allgemein • Raid-Import durch Raidlog teilweise fehlerhaft • Schlechtes Nacheditieren von Raidlogs (muß vorher durch XML-Editor gemacht werden) • Raids im Nachhinein schlecht editierbar (Itemvergabe!!! Lösbar durch Punkte-Nachvergabe) • Langsamer Aufbau der Seite (wegen linearer Abfrage der Items, falls noch nicht importiert, sowie Provider-Performance)

5. Probleme Raidplaner • Nutzt kein Ajax; bei Raidänderung gesamte Seite komplett neu geladen • Reihenfolge von Abmelden, Ersatzbank nicht nachvollziehbar • Anmeldung nicht als Einzelbutton, sondern durch „Common form“ gelöst (Usability) • Switch der Funktionalität (Healer → DD) nicht gegeben bzw. nur durch „Common form“ lösbar

6. Strategien • php/mysql arbeitet nur auf Request-Ebene • Keine separaten Threads möglich (Designproblem) • Lösen bisheriger Probleme nur durch Nacheditieren/Voreditieren des Raidlogs → Zeitverlust, Tippfehler → Raidlog unbrauchbar • Nacheditieren von Raids in der Form nicht möglich

7. Aussichten • Neuschreiben des Kerns der Applikation • Einsatz von JEE • Voller Einsatz von Ajax • Achten auf Usability • Raidlog-Import durch grafisches Nacheditieren ermöglichen; Raids nacheditierbar für RL • Einsatz von OpenID für Authentication • Möglichst alle Details aus Raidlog rausholen (Wipes)

8. Aussichten Login • Einsatz von OpenID • Login von eqdkp importierbar (unsichtbar im Hintergrund) • Freischalten von Neumitgliedern per Admin-Email • User-Aktionen protokollierbar • Jedes Login hat eine Anzahl Characters, welche in mehreren Raids teilnehmen können

9. Aussichten Raidimport • Alle Features des Raidlogs unterstützen (Bosskills, Einladungen, neue Gruppenmitglieder, Wipes, Items usw.) • Raidimport primär durch XML-Datei vom Client, grafisch nacheditierbar bei Import; ebenso nacheditierbar nach Import • Raid muß völlig transparent einsehbar sein

10. Aussichten Raidviewer • Raidviewer spiegelt alle Informationen des Raidimports wider • Zeitpunkt der Kills, Anwesenheit, Drops • Link zu div. Item-DBs (wowhead, buffed, gamona, thottbot, allakhazam etc.) • Items nacheditierbar (Raid allgemein nacheditierbar)

11. Aussichten Raidplaner • Raid bei Erstellung kann E-Mails an alle Raidgrp-Mitglieder verschicken • Raidbestätigung durch Ajax • Wunsch: Planerdaten importierbar in WoW (Raidtracker oder getdkp) • Raidimport assoziiert Raidplaner-Raid → nachvollziehbar • Offline-fähig (Google Gears evaluieren)

12. Technologien • JSF 2.0 (XHTML, Ajax) • JPA 2.0 • MySQL (Daten von eqdkp importieren) • Tomcat mit easybeans, Glassfish 3.0 • Kosten evaluieren

13. Aussicht allgemein • Raid zugänglicher machen • Usability stark vereinfachen • Handling von Raids optimieren (Import von Raidtracker) • Performance verbessern (durch Ajax) • Trennung Design vs. Daten, MVC • Multi-Gildenfähigkeit (Multi-DKP) • Anpassung an Mobilgeräte

14. Danke für Ihre Aufmerksamkeit Ende