Eigene Dashlets
Eigene Dashlets
Hi,
was muss man alles tun um eigene Dashlets zu erstellen?
Gibt es irgendwo eine Art Anleitung oder was in der Art?
was muss man alles tun um eigene Dashlets zu erstellen?
Gibt es irgendwo eine Art Anleitung oder was in der Art?
Produktiv:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Re: Eigene Dashlets
Ein nißchen hab ich schon rausgefunden:
Nach dieser Anleitung hier:
http://blog.otrs.org/2010/09/26/keep-an ... customers/
habe ich mir zweio Dashlets gebaut, eins zeigt mir die Tickets für die ich verantwortlich bin, das andere die die ich beobachte.
Jetzt hab ich noch zwei Fragen. Wie bekomme ich die zusätzlichen Spalten aus dem Dashlet weg?
Screenshot:
http://img4.myimg.de/Aufzeichnen5faa2.jpg
Das beobachtete Tickets Dashlet lügt. Hier ist der xml Code:
Ich bekomme da ein Ticket angezeigt, Ich hab aber zwei beobachtete Tickets.
Screenshot:
http://img4.myimg.de/Aufzeichnen24245e.jpg
Woran kann das liegen?
Edit:
Frage zwei ist geklärt.
Es müssen alle StareTypen drin stehen die man sehen will.
Nach dieser Anleitung hier:
http://blog.otrs.org/2010/09/26/keep-an ... customers/
habe ich mir zweio Dashlets gebaut, eins zeigt mir die Tickets für die ich verantwortlich bin, das andere die die ich beobachte.
Jetzt hab ich noch zwei Fragen. Wie bekomme ich die zusätzlichen Spalten aus dem Dashlet weg?
Screenshot:
http://img4.myimg.de/Aufzeichnen5faa2.jpg
Das beobachtete Tickets Dashlet lügt. Hier ist der xml Code:
Code: Select all
<?xml version="1.0" encoding="utf-8"?>
<otrs_config version="1.0" init="Application">
<ConfigItem Name="DashboardBackend###0130-TicketWatcher" Required="0" Valid="1">
<Description Translatable="1">Parameters for the dashboard backend of the ticket pending reminder overview of the agent interface. "Limit" is the number of entries shown by default. "Group" is used to restrict the access to the plugin (e. g. Group: admin;group1;group2;). "Default" determines if the plugin is enabled by default or if the user needs to enable it manually. "CacheTTLLocal" is the cache time in minutes for the plugin.</Description>
<Group>Ticket</Group>
<SubGroup>Frontend::Agent::Dashboard</SubGroup>
<Setting>
<Hash>
<Item Key="Module">Kernel::Output::HTML::DashboardTicketGeneric</Item>
<Item Key="Title">Tickets die ich beobachte</Item>
<Item Key="Description">All open tickets, these tickets have already been worked on, but need a response</Item>
<Item Key="Attributes">StateType=open;</Item>
<Item Key="Filter">Watcher</Item>
<Item Key="Time">Age</Item>
<Item Key="Limit">10</Item>
<Item Key="Permission">A</Item>
<Item Key="Block">ContentLarge</Item>
<Item Key="Group"></Item>
<Item Key="Default">1</Item>
<Item Key="CacheTTLLocal">0.5</Item>
</Hash>
</Setting>
</ConfigItem>
</otrs_config>
Screenshot:
http://img4.myimg.de/Aufzeichnen24245e.jpg
Woran kann das liegen?
Edit:
Frage zwei ist geklärt.
Code: Select all
<?xml version="1.0" encoding="utf-8"?>
<otrs_config version="1.0" init="Application">
<ConfigItem Name="DashboardBackend###0132-TicketWatcher" Required="0" Valid="1">
<Description Translatable="1">Parameters for the dashboard backend of the ticket pending reminder overview of the agent interface. "Limit" is the number of entries shown by default. "Group" is used to restrict the access to the plugin (e. g. Group: admin;group1;group2;). "Default" determines if the plugin is enabled by default or if the user needs to enable it manually. "CacheTTLLocal" is the cache time in minutes for the plugin.</Description>
<Group>Ticket</Group>
<SubGroup>Frontend::Agent::Dashboard</SubGroup>
<Setting>
<Hash>
<Item Key="Module">Kernel::Output::HTML::DashboardTicketGeneric</Item>
<Item Key="Title">Tickets die ich beobachte</Item>
<Item Key="Description">All open tickets, these tickets have already been worked on, but need a response</Item>
<Item Key="Attributes">StateType=open;StateType=new;</Item>
<Item Key="Filter">Watcher</Item>
<Item Key="Time">Age</Item>
<Item Key="Limit">10</Item>
<Item Key="Permission">All</Item>
<Item Key="Block">ContentLarge</Item>
<Item Key="Group"></Item>
<Item Key="Default">1</Item>
<Item Key="CacheTTLLocal">0.5</Item>
</Hash>
</Setting>
</ConfigItem>
</otrs_config>
Produktiv:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Re: Eigene Dashlets
Hallo Boris,
würdest du den XML-Code posten für das Dashlet mit dem Du die Tickets siehst, deren Besitzer du bist?
Bin seid zwei Tagen genau damit beschäftigt und produziere nur Fehler...
Vielen Dank
würdest du den XML-Code posten für das Dashlet mit dem Du die Tickets siehst, deren Besitzer du bist?
Bin seid zwei Tagen genau damit beschäftigt und produziere nur Fehler...
Vielen Dank
Re: Eigene Dashlets
Hallo,
so ein Dashlet habe ich nicht.
so ein Dashlet habe ich nicht.
Produktiv:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Re: Eigene Dashlets
Ah sorry, dann habe ich das oben falsch verstanden.
Hast du denn eine Ahnung, was in den Attributes und Filter stehen müsste, damit sowas funktioniert?
Matthias
Hast du denn eine Ahnung, was in den Attributes und Filter stehen müsste, damit sowas funktioniert?
Matthias
Re: Eigene Dashlets
Wer Ordnung hält ist nru zu faul zum suchen:-)
Ich hab mal sowas runtergeladen. Ich glaub sogar hier im Forum bin mir aber nicht mehr sicher.
Ich weiss auch nicht von wem es ist also möge mir der Autor verzeihen.
Musst mal gucken ob du damit was anfangen kannst. Falls du es nicht installiert bekommst weil zu alt kannst du es auch entpacken und mal gucken was da in den xml Dateien drin steht.
Ich hab mal sowas runtergeladen. Ich glaub sogar hier im Forum bin mir aber nicht mehr sicher.
Ich weiss auch nicht von wem es ist also möge mir der Autor verzeihen.
Musst mal gucken ob du damit was anfangen kannst. Falls du es nicht installiert bekommst weil zu alt kannst du es auch entpacken und mal gucken was da in den xml Dateien drin steht.
You do not have the required permissions to view the files attached to this post.
Produktiv:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Re: Eigene Dashlets
Das ist super, ist genau das, was ich gesucht hab!
Auf meinem Testsystem läuft es, überprüfe jetzt noch, ob es mit dem Produktiv-System konform ist.
Vielen Dank und schönes Wochenende noch!
Auf meinem Testsystem läuft es, überprüfe jetzt noch, ob es mit dem Produktiv-System konform ist.
Vielen Dank und schönes Wochenende noch!
Re: Eigene Dashlets
Läuft. Obwohl für Version 3.0.x deklariert funktioniert es auch unter 3.1.4 - mit manueller Anpassung des Pakets.
lg
lg
Re: Eigene Dashlets
Hi,
ich hab zwei Dashlets gebaut. Vielleicht kann die ja einer brauchen. Einmal die Tickets die man beobachtet und einmal die für die man verantwortlich ist:
ich hab zwei Dashlets gebaut. Vielleicht kann die ja einer brauchen. Einmal die Tickets die man beobachtet und einmal die für die man verantwortlich ist:
You do not have the required permissions to view the files attached to this post.
Produktiv:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
-
- Znuny expert
- Posts: 296
- Joined: 04 Jul 2010, 17:49
- Znuny Version: 3.1.x
- Real Name: Alexander Halle
- Company: radprax MVZ GmbH
- Location: Wuppertal
- Contact:
Re: Eigene Dashlets
Heißen Dank.boris wrote:ich hab zwei Dashlets gebaut. Vielleicht kann die ja einer brauchen. Einmal die Tickets die man beobachtet und einmal die für die man verantwortlich ist:
Ich war gerade auf der Suche nach einem aktuellen Beispiel für eigene Dashlets, ich probier's Mal damit :) Jetzt ist mir auch wieder klar, worum es in deiner E-Mail ging bezüglich meiner Dashlet-Frage auf dem User-Treffen ;)
Ich weiß übrigens jetzt, wie man Pakete baut. Wenn du beim nächsten Treffen Rheinland da bist und vielleicht früh kommen könntest, kann ich dir das zeigen.
Alexander Halle
OTRS Community Links: User Meetings, Projects
- Public Relations @ OTRS Community Board / OtterHub
- 2nd-Level Support Agent @ radprax MVZ GmbH
OTRS Community Links: User Meetings, Projects
-
- Znuny expert
- Posts: 296
- Joined: 04 Jul 2010, 17:49
- Znuny Version: 3.1.x
- Real Name: Alexander Halle
- Company: radprax MVZ GmbH
- Location: Wuppertal
- Contact:
Re: Eigene Dashlets
Hi Boris,
danke, mein erstes eigenes Dashlet *G
Aber welchen Unterschied soll ich im Aussehen oder im Verhalten zwischen den beiden Dashlets Responsible und Watcher feststellen?
Abgesehen vom Dashlet-Titel sehen beide identisch aus und verhalten sich auch identisch.
Und zwar konnte ich generell keine Änderung über den Parameter "Filter" provozieren, was wohl der Hauptunterschied der beiden Dashlets ist. Hast du herausgefunden, was dieser Parameter macht? Basierend auf den OTRS-Dashlets habe ich Mal die somit erlaubten Werte "Locked" und "All" ausprobiert, aber nichts.
Hast du auch schon probiert ein komplettes Dashlet zu klonen? Die beiden basieren ja auf DashboardTicketGeneric, wenn man das klonen würde, könnte man den Code ändern und so z.B. Spalten rauswerfen. Denn was du scheinbar erreichen möchtest, ist ja ein Dashlet das nur die beobachteten / dafür verantwortlichen Tickets anzeigt, ohne die ganzen zusätzlichen Filter-Spalten wie "Meine gesperrten Tickets" und "Tickets in meinen Queues".
Das ginge aber nur über eine Code-Änderung, also über eine Kopie als Basis, den das Original-Dashlet-Modul wird ja benötigt. Dann könnte man auch Inhaltsspalten hinzufügen, wie die Anzeige des Ticket-Status oder der aktuellen Queue.
danke, mein erstes eigenes Dashlet *G
Aber welchen Unterschied soll ich im Aussehen oder im Verhalten zwischen den beiden Dashlets Responsible und Watcher feststellen?
Abgesehen vom Dashlet-Titel sehen beide identisch aus und verhalten sich auch identisch.
Und zwar konnte ich generell keine Änderung über den Parameter "Filter" provozieren, was wohl der Hauptunterschied der beiden Dashlets ist. Hast du herausgefunden, was dieser Parameter macht? Basierend auf den OTRS-Dashlets habe ich Mal die somit erlaubten Werte "Locked" und "All" ausprobiert, aber nichts.
Hast du auch schon probiert ein komplettes Dashlet zu klonen? Die beiden basieren ja auf DashboardTicketGeneric, wenn man das klonen würde, könnte man den Code ändern und so z.B. Spalten rauswerfen. Denn was du scheinbar erreichen möchtest, ist ja ein Dashlet das nur die beobachteten / dafür verantwortlichen Tickets anzeigt, ohne die ganzen zusätzlichen Filter-Spalten wie "Meine gesperrten Tickets" und "Tickets in meinen Queues".
Das ginge aber nur über eine Code-Änderung, also über eine Kopie als Basis, den das Original-Dashlet-Modul wird ja benötigt. Dann könnte man auch Inhaltsspalten hinzufügen, wie die Anzeige des Ticket-Status oder der aktuellen Queue.
Alexander Halle
OTRS Community Links: User Meetings, Projects
- Public Relations @ OTRS Community Board / OtterHub
- 2nd-Level Support Agent @ radprax MVZ GmbH
OTRS Community Links: User Meetings, Projects
-
- Znuny expert
- Posts: 296
- Joined: 04 Jul 2010, 17:49
- Znuny Version: 3.1.x
- Real Name: Alexander Halle
- Company: radprax MVZ GmbH
- Location: Wuppertal
- Contact:
Re: Eigene Dashlets
Das Klonen eines Dashlets habe ich nun hinbekommen.
In Kurzform:
- gewünschte pm-Datei klonen und Dateinamen im Header anpassen
- zugehörige dtl-Datei klonen und Bezüge auf pm-Datei korrigieren
- neue xml-Datei anlegen, so wie bei anderen Dashlets
Wo ich leider nun mangels Perl-Kenntnissen abbrechen muss ist eine Überschneidung mit dem alten Dashlet-Modul, dass man als Vorlage nimmt. Und zwar passe ich an, was im geklonten Dashlet angezeigt werden soll und die selben Inhalte werden plötzlich auch im Original-Dashlet angezeigt, obwohl ja beide voneinander unabhängig sein sollten.
Wahrscheinlich greifen die auf die selbe (globale?) Variable (ein Array?) zu, dass ich irgendwie wohl finden und umbenennen müsste :(
Als Workaround deaktivere ich das Original-Dashlet in der SysConfig. Aber das ist natürlich nicht im Sinne des Erfinders, es gibt schon eine Menge Szenarien, wo man Original-Dashlet und Fork parallel betreiben möchte.
In Kurzform:
- gewünschte pm-Datei klonen und Dateinamen im Header anpassen
- zugehörige dtl-Datei klonen und Bezüge auf pm-Datei korrigieren
- neue xml-Datei anlegen, so wie bei anderen Dashlets
Wo ich leider nun mangels Perl-Kenntnissen abbrechen muss ist eine Überschneidung mit dem alten Dashlet-Modul, dass man als Vorlage nimmt. Und zwar passe ich an, was im geklonten Dashlet angezeigt werden soll und die selben Inhalte werden plötzlich auch im Original-Dashlet angezeigt, obwohl ja beide voneinander unabhängig sein sollten.
Wahrscheinlich greifen die auf die selbe (globale?) Variable (ein Array?) zu, dass ich irgendwie wohl finden und umbenennen müsste :(
Als Workaround deaktivere ich das Original-Dashlet in der SysConfig. Aber das ist natürlich nicht im Sinne des Erfinders, es gibt schon eine Menge Szenarien, wo man Original-Dashlet und Fork parallel betreiben möchte.
Alexander Halle
OTRS Community Links: User Meetings, Projects
- Public Relations @ OTRS Community Board / OtterHub
- 2nd-Level Support Agent @ radprax MVZ GmbH
OTRS Community Links: User Meetings, Projects
Re: Eigene Dashlets
Alexander Halle wrote: Ich weiß übrigens jetzt, wie man Pakete baut. Wenn du beim nächsten Treffen Rheinland da bist und vielleicht früh kommen könntest, kann ich dir das zeigen.
Ich weiss noch nicht ob das überhaupt klappt. Wenn nicht müssen wir das mal am Grill nachholen
Das eine zeigt die Tickets die man beobachtet und das andere die für die man Verantwortlich ist. Dazu muss das Rsponsible Feature natürlich aktiviert sein.Alexander Halle wrote:Aber welchen Unterschied soll ich im Aussehen oder im Verhalten zwischen den beiden Dashlets Responsible und Watcher feststellen?
Abgesehen vom Dashlet-Titel sehen beide identisch aus und verhalten sich auch identisch.
Produktiv:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
-
- Znuny expert
- Posts: 296
- Joined: 04 Jul 2010, 17:49
- Znuny Version: 3.1.x
- Real Name: Alexander Halle
- Company: radprax MVZ GmbH
- Location: Wuppertal
- Contact:
Re: Eigene Dashlets
Bitte poste Mal bei Gelegenheit Screenshots. Ich hatte beide Dashlets aktiviert und untereinander und sie zeigten exakt das selbe. Responsible- und Watcher-Feature habe ich natürlich aktiv ;)
Alexander Halle
OTRS Community Links: User Meetings, Projects
- Public Relations @ OTRS Community Board / OtterHub
- 2nd-Level Support Agent @ radprax MVZ GmbH
OTRS Community Links: User Meetings, Projects
Re: Eigene Dashlets
So siehts bei mir aus.
Beim Patchticket bin ich als Verantwortlicher eingetragen
Produktiv:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Test:
OTRS 3.1.7
CentOS 6.3
Apache2/MySQL
Re: Eigene Dashlets
Hallo,
ich habe die zwei XML Dateien ausdem ZIP File erfolgreich eingebaut.
Leider zeigt mir die View aber auch Tickets an, deren Besitzer ich garnicht bin ?
Muss man noch zusätzlich etwas einstellen ?
Vielen Dank für die Hilfe
Gruß Ingo
ich habe die zwei XML Dateien ausdem ZIP File erfolgreich eingebaut.
Leider zeigt mir die View aber auch Tickets an, deren Besitzer ich garnicht bin ?
Muss man noch zusätzlich etwas einstellen ?
Vielen Dank für die Hilfe
Gruß Ingo