treE: Feature-Requests by Klaus M. Brantl
Es mal wieder Zeit ein bisschen über treE zu sprechen.
Seit ca. 2 Monaten beschäftige ich mich wieder ein bisschen mit dem Konzept des Ticketsystems. Stefanie arbeitet nebenbei auch schon an Interface-Prototypen. Und das ganze nimmt langsam konkretere Formen an.
Da treE kein kommerzielles Projekt ist – jedenfalls nicht im Kern, können wir natürlich nicht so sehr viel Arbeit hineinstecken. Ausserdem sind wir gerade auch noch mit ganz anderen Projekten gut zugedeckt ;-)
Das Projekt ist aber alles andere als tot. Es ist mehr so eine Art Winterschlaf.
Es gibt aktuell zwei Überlegungen:
- von “vorne” anfangen und eine richtige Version 2.0 starten
- den Bestand “aufmotzen” und eine Version 1.6 herausbringen
Beides hat Vor- und Nachteile. Einen kompletten Rewrite wird es wohl sowieso nicht geben. Aber an bestimmten Stellen wäre er mind. sinnvoll – und spätestens wenn man über UTF-8 nachdenkt (und das mache ich sehr intensiv), ist es praktisch unabdingbar.
Daher will ich dieses Blog nutzen um erst einmal ein paar weitere feature-requests zu sammeln. Hier einmal ein Auszug aus der aktuellen FR-Liste:
- UTF-8
- RELATED-Funktion um Tickets ohne zu mergen in “eine Kette” hängen zu können.
- neue, sematisch ausgerichtete Suche inkl. einer besseren Tag-Verwaltung
- LOCK-Mechanismen für bestimmte Aktionen
- UNDO für bestimmte Aktionen
- mobile-interface
- SMARTY und generell bereinigtes HTML/ CSS
… gerne in den Kommentaren zu ergänzen :-)
Tags: feature, php, php5, treE
This entry was posted on Wednesday, December 9th, 2009 at 09:18 and is filed under Projekte. You can follow any responses to this entry through the RSS 2.0 feed. Both comments and pings are currently closed.
December 13th, 2009 at 23:20
Ich frag mich manchmal, ob ein “might be related ticket” feature machbar wäre – auf basis von statistik und evtl. match von tags, worthäufung
December 14th, 2009 at 08:18
Anhand von tags könnte ich mir “might be related ticket” leicht vorstellen. Ggf. noch mit einer Kunden- und/oder Zeit-Eingrenzung.
Anhand des Ticketinhalts wirds halt schon aufwändiger. Ich hatte schonmal – in einem anderen Rahmen – mit Wortanalysesachen gespielt und bei denen ist man mit einfacher Mathematik schnell am Ende. Soll heissen: hier bräuchte man etwas datamining-artiges.
Das neue Interface wird dann eh besser sein um tags auch schneller und einfacher einem Ticket zuweisen zu können. Je mehr tag-Verbindungen, je besser die Datenbasis für ein solches feature.
December 20th, 2009 at 18:59
Hi Klaus,
wenn’s um’s “Wünsch dir was geht” – ich vermisse die Möglichkeit Tickets bestimmten Rechnungsnummern zuzuordnen (zwecks Nachvollziehbarkeit). Über einen “Tag” ist das zwar in etwa machbar, allerdings wird das bei vielen Rechnungen auch schnell unübersichtlich.
Frohes Fest, guten Rutsch und schöne Grüße
Werner
December 21st, 2009 at 14:46
Hi Werner,
wäre die Möglichkeit Tags hierarchisch anzuordnen eine Option für Dich?
Die Tag-Auswahl ist sowieso noch etwas was man anfassen muss, weil es ja wenig Sinn macht Tags zur Auswahl anzubieten, die nur für einen bestimmten Kunden gelten sollen.
D.h. also man hätte
a) “freie” Tags
b) spezifische Tags für Kunden
c) Taggruppen (jeder Tag kann beliebig viele “Untertags” besitzen)
Dir auch ein Frohes Fest und einen guten Rutsch
Klaus
December 22nd, 2009 at 12:02
Hi Klaus,
ich denke, eine hierarchische Anordnung könnte hier auf jeden Fall helfen (Tag “Rechnungsnummer”, als Untertags die eigentlichen Rechnungsnummern). Auch die Tag-Kategorien (“freie Tags”, “spezifische Kundentags”, “Taggruppen”) finde ich sinnvoll.
Schöne Grüße,
Werner
January 4th, 2010 at 19:37
Hi Klaus,
erstmal natürlich frohes Neues :-) Mir fällt da noch ein Feature Request ein:
Aktuell kann man dem Kunden die Arbeitszeit nur “mitteilen”, also in das Ticket schreiben. Aktuell mache ich das auch so (“+15 Minuten”).
Vielleicht wäre eine optionale Checkbox “Arbeitszeit übermitteln” vor dem Absenden möglich? So könnte man einfach steuern ob die gesetzte Arbeitszeit in der Mail an den Kunden auftaucht.
Man könnte das auch weiter treiben: die Mail an den Kunden enthält bei aktiver Checkbox die Arbeitszeit der durchgeführten Aktion (“+15 Minuten”) sowie die gesamte Arbeitszeit auf dem Ticket (“60 Minuten gesamt”).
Diese Erweiterung soll natürlich rein optional sein.
Ich fänd’s praktisch und hoffe, dass ich bin nicht der Einzige bin ;)
Werner
January 20th, 2010 at 12:52
Servus,
hatte ja teilweise schon angesprochen:
- Notification-Email für neue Tickets, am besten per Userflag (damit man mehrere definieren kann)
- Möglichkeit ne Signatur im Benutzerprofil zu definieren. Aktuell schreibe ich die ganzen “Pflichtdaten” (Addr/HRB/UST) in den Ticketfooter, der dann bei Kundenantworten auch dran steht.
- Nagios-Plugin ob Ticket funktioniert wenn man mal wieder per chmod -r das sticky-bit gekillt hat :D
moo