Fragen zu 1.5

[baces]

Jetzt fange ich mal an die 1.5 durch zu testen, und da gibt es eine Menge schöner neuer Sachen 

Jetzt ist uns doch noch was "unwichtiges" eingefallen, was wieder die MailSchablone betrifft.
Wenn ich in der MailSchablone z.B. Die Felder <<user>> und <<supporter>> einfüge, dann wird in der Mail der Name in "Notes-eMail-Schreibweise KOMPLETT dargestellt. Kann man auch nur den reinen Namen darstellen lassen?

Hmm Formeln auf Felder in Parametern ausführen und anschließend ausgeben. Keine Ahnung. Im Moment würde ich das so lösen, das es ein berechnetes Feld SupporterCN gibt in dem genau das drinsteht. Gibt es übrigens tatsächlich in der nächsten Version.
Aber der erste Gedanke hat schon einen gewissen Sexappeal.

Mhh, <<SupporterCN>> und <<UserCN>> scheint es doch nicht zu geben, oder?

[Thomas Schulte]

Stimmt.

[Thomas Schulte]

Ähhh Stimt nicht ganz. SupporterCN gibt es schon. Das ist ein berechnetes Feld das im Ticket und in der Aufgabe gefüllt wird. UserCN gibt es allerdings noch nicht.

[Bilbo10]

Moin!!

In der Version 1.5 können Ticket auch mit dem Status "abgeschlossen" vom Inhalt
verändert werden. In der vorherigen Version war das nicht möglich. Gewollt, konfigurierbar,
oder beides 

 

[eknori]

Feature 

[Bilbo10]

Ok 

[baces]

Wozu steht denn jetzt die 1 in den Aufgaben ?

Wird hier die Ebene für Subaufgaben angezeigt?

[Thomas Schulte]

Ja genau- Allerdings fehlt da noch was. Im Sprachdokument "Todo Labels" brauchst du da noch einen Eintrag "lblTodoHeadline=Aufgabe Level"

[baces]

Danke Thomas, und ich dachte ich hätte schon die Sprachdokumente gut angeglichen. 

[baces]

Könnte mir bitte jemand mit Deisgner-Zugriff sagen, welche View sich bei der Aktion "in Mail umwandeln" öffnet?

Und wie kann ich mit einem normalen Client $views bearbeiten 

Danke

[Thomas Schulte]

Um das Ticket auszuwählen:
Const V_PICKLISTOPENTICKETS = "NotNewByDate"
und danach um eine Todo auszuwählen:
Const V_PICKLISTTICKETTASKS = "viwEPicklistDocuments"

Meinst du eine Ansicht $View? Die gibt es nicht!

Und was meinst du mit bearbeiten?

[baces]

Nee, ich meine generell alle Views, die ein $ vorangestellt haben, die kann ich, zumindest mit meinem normalen CLient nicht verändern, da ist "Actions-View-Design" ausgeblendet.

Aber "NotNewByDate" oder "viwEPicklistDocuments" gibt es bei mir nicht als View, ich will doch folgende ändern (siehe Screenshot)

[Thomas Schulte]

Das sind ja auch die Alias Namen.
"Not New By Date" heist auch wirklich so und du wirst an dem Ding nix ändern können was alle angeht. Änderungen die nicht im Designer vorgenomen werden ziehen nur für die jeweilige Person auf dem entsprechenden Rechner.
an mit (...) versteckte Ansichten kommst du ran wenn du bei Ansicht Gehezu strg + Shift gedrückt hältst. Aber die Design Möglichkeit ist da auch ausgeblendet.

[Bilbo10]

Moin zusammen!!

Ich hatte die Eskalationen auf meinem Testsystem verprobt und da lief alles prima.
Nun im Produktivumfeld funzt das nicht so wie getestet. Der Eskalationsagent findet
das Ticket und sendet an den Supporter ne Mail. Das ist okay. Er "stempelt" aber das Dok nicht ab.
Die Felder haben mach dem Lauf Escalated = "0" und EscalationDate ="" und der Agent mahnt das Doc immer wieder an.

Anbei das Escalations-Profil.
Hat das jemand ne Idee 

[eknori]

Habs gerade mal durch den Debugger laufen lassen; irgendwie springt er nicht an die Stelle, wo er eigentlich hinsoll.
Das Stamp Docs sollte bei den hardcoded escalations gar nicht erscheinen; zudem der Eintrag so auch keinen Sinn macht ( Feldname | Wert ).
Sieht das Profil wirklich genauso aus, wie in der Testumgebung, oder hast du evtl. beim SendTo im Test einen festen Namen eingetragen.
Dann springt der Code nämlich an die richtige Stelle ...

Aber probiere es erst einmal mit folgenden Werten im Stamp Docs

Escalated | 1
EscalationDate | @NOW

 

[Bilbo10]

Könnte schon sein das ich da einen festen Namen eingetragen hab.
Den Rechner habe ich jetzt nicht im Zugriff. Mit den Einträgen

Escalated | 1
EscalationDate | @NOW im Stemp-Feld funktioniert´s.   

Danke!!

[Bilbo10]

Ich habe die Quickcall-Funktion in ein Foyer mit "eingebaut" und
möchte das beim Versenden der Calls keine Docs gespeichert werden.

In der Submit-Funktion ist das so eingestellt, das das doc gespeichert wird.

@Command([FileSave]);
@MailSend;
@If(@Command([FileSave]);  @Command([FileCloseWindow]) ; @Return("") )

Wie kann man den Call senden, Doc schließen (ohne Rückfrage) und keine Speicherung?

[Thomas Schulte]

Ein Zusätzliches Feld SaveOptions Vorgabewert 0 einführen und den Einreichen Button verändern:
@MailSend;
@Command([FileCloseWindow])

[Bilbo10]

Supi!!!  Hut ab!!!

[Thomas Schulte]

Nee das ist eigentlich jedem bekannt.