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

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

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

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

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

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.

Generell bin ich aber für den mobilen Einsatz kein so großer Freund mehr von webbasierten Sachen. Wenn man mit EDGE unterwegs ist sollte man jedwede Bandbreite einsparen – die Geschwindigkeit ist da manchmal sehr traurig ;-)

Newsstand gefällt mir bislang ganz gut. Beim Sync mit Google reader gabs noch keine Probleme… und ein Google-Hasser bin ich ja auch nicht (feeds zusammenfassen gehört nicht gerade zu den DIngen die ich als sehr privat einschätze – eMail würde ich aber trotzdem nie über Google machen wollen).

Aber es schmerzt nie, Bayer zu sein. Es schmerzt höchstens, dass andere es sind :-) Das zum Trost…

Es sollte immer vermieden werden Javascript im Bereich einzubinden! Das macht die Seite unnötig langsamer. Wenn möglich sollte man das besser vor machen. Leider gilt das nur für scripte und nicht stylesheets. CakePHP unterscheidet hier aber nicht :/

Das Beispiel mit codeBlock hast jedoch gut erklärt, das war es wo ich suchte, Danke ;)

ja an den Pros/Contras ist schon was dran. Ich kämpfe, wenn ich Zeit habe, gerade mit Symfony. Dazu habe ich mir das vor kurzem erschienene Buch “Das Symfony Framework: Enterprise Anwendungen mit PHP” gekauft. Leider ist das Buch geschrieben worden, als Symfony gerade den Sprung von Version 1.0 auf 1.1 gemacht hat. Dadurch haben sich durchgehend kleinere Fehler im Buch eingeschlichen, die gerade bei der Einarbeitung etwas hinderlich sind und das ganze sagen wir “verkomplizieren”. Naja, halt uns und die Welt auf dem aktuellen Stand, wie deine CakePHP-Evaluierung so voran schreitet.

Ciao,
Werner

ich habe mich aus verschiedenen Gründen gegen symfony als “Einstiegstest” entschieden. Mit am Besten bringt es dieser Blogeintrag rüber: http://blog.t8d.de/2007/07/02/php-framework-vergleich-cakephp-vs-symfony/
Sehr warscheinlich werde ich aber auch nochmal mit symfony arbeiten – sollte mir cake zu “eng” werden.

ciao
Klaus