lästige Speichern-Abfrage unterdrücken

[Thunder]

Guten Morgen,
ich habe unsere Mail-In Box, in der unsere Kundenanfragen eingehen, etwas modifiziert. Unser Service-Center schaut sich die eMail an, kategorisiert diese und leitet sie einem Bearbeiter zu. Der Bearbeiter erhält automatisch einen Doclink und kann diese dann in den Status 'in Bearbeitung' und später dann in 'erledigt' setzen. Das Info Center hat über verschiedene Ansichten dann die Möglichkeit alles auszuwerten und dem einen oder anderen Berater mal auf die Füße zu treten.
Das funktioniert auch soweit ganz gut. Es gibt aber noch einen kleinen Schönheitsfehler. Bei eMails von Extern kommt immer die unschöne Bestätigungsbox 'Möchten Sie das Dokument speichern?' wenn man zB nur eine Kategorie einträgt. Bei internen eMails kommt diese Abfrage nicht mit hoch. An Formeln stecken da einfach nur Field xxx := yyy  und später dann halt @FileSave dahinter. Nix besonderes. Kann man diese Abfrage irgendwie unterdrücken?

Gruß
Remko

[MadMetzger]

Mit einem SaveOptions-Feld kann man die Nachfrage unterdrücken. Weiß jetzt aber gerade mangels Notes nicht 100%ig, welcher Wert für das Feld welchen Effekt hat. Mir schwebt da nur irgendwas mit einer 1 als Wert im Hinterkopf, aber was genau kann ich jetzt nicht nachvollziehen. Konsultier dazu vielleicht noch mal die Designer-Doku.

[Thunder]

Das stimmt schon. Damit bekomme ich die Nachfrage weg - aber es wird dann ja auch nichts gespeichert. Ich möchte ja schon, dass zB der Kategorieeintrag gespeichert wird.

[MadMetzger]

Wieso wird dann nichts gespeichert?

Du machst doch aber schon ein FileSave in deiner Formel, oder?

[Thunder]

Ja stimmt. Gedankenfehler.
Aber leider kommt die Meldung immer noch hoch - auch mit SaveOptions auf "0" gesetzt.
Wenn ich in der Mail etwas ändere und mit ESC rausgehe kommt die Meldung nicht mehr. Es liegt also am FileSave und wahrscheinlich an einem weiteren Feld in der externen eMail. Dort sind auch wesentlich mehr Felder als in einer internen vorhanden.

[MadMetzger]

Wie sieht denn die Formel aus, bei der trotzdem nachgefragt wird? Ich habe da irgendwas im Hinterkopf, dass man bei Verwendung von SaveOptions etwa so vorgehen sollte:

Code

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

(So in der Art aus dem Bauch heraus geschrieben)

[Thunder]

Hier mal die Formel, die ich auf einen Button gelegt habe.


@If(@IsDocBeingEdited ; "" ; @Command([EditDocument]));
_temp := @GetProfileField("(Parameter)";"par_Kategorie");
_Select :=
@Prompt([OkCancelList];
    "Auswahl der Kategorie";
    "Bitte wählen Sie die Kategorie dieses eMail:";
        "";
    _temp
);

@If(_Select = "" | @Text(_Select) = "1";@Return("");"");

FIELD Kategorie := _Select;
"";

@Command([FileSave]);

[MadMetzger]

Hm... Ich muss jetzt leider passen, da ich es nicht direkt nachvollziehen kann mangels Notes vor Ort. Aber irgendwie scheint da noch was komisch zu sein.

Wie belegst du denn die SaveOptions? Mit String oder als Zahl? Ich bin mir nicht sicher, aber das könnte auch einen Unterschied machen, meine ich mal irgendwo gelesen zu haben.

EDIT: Das war sogar hier im Forum, dass ich davon gelesen habe: Hier geht es weiter

Und nutze mal SaveOptions als Suchbegriff für die Forensuche, da triffst du dann auch noch auf MailOptions, was dir das hier noch dazwischen funken könnte.

[ata]

SaveOptions = "1" SaveOptions = "0"verhindert eine Speicherung des Dokumentes. Du müsstest die Kategorie ändern, einen FileSave machen, dann das Feld SaveOptions auf "0" setzen. Alles was jetzt noch passiert wird dann konsequenterweise nicht mehr gepeichert.

Es kann sein, daß bei externen Mails bestimmte Felder berechnet werden, die dann ein Änderung im Dokument signalisieren und deshalb die Speicherabfrage erzwingen...

Toni

*** edit  ***

[koehlerbv]

SaveOptions = "1" *erzwingt* das Speichern, SaveOptions = "0" verhindert es (sowie die Abfrage, ob gespeichert werden soll).

Bernhard

[ata]

... upps - du hast natürlich Recht Bernhard - einer der Baujolais war wohl gestern nicht so gut...

Toni 

[Thunder]

Danke für die Tipps.
Das Problem scheinen die Scripte in des Events für Querysave/Queryclose zu sein.
Nachdem ich diese gelöscht habe-kommt die Meldung nicht mehr hoch.
Es scheint auch noch alles normal zu funktionieren.

Die Scripte beinhalteten einfach nur:

Sub Querysave(Source As Notesuidocument, Continue As Variant)
      Call EmailSave(Continue)
End Sub

Die Mail-in Box basiert noch auf eine alte R4 Mailschablone.
Wäre jetzt uU mit problemen zu rechnen?

Remko

[MadMetzger]

Gut möglich, dass da noch Probleme auftreten können... Kann man nie sogenau sagen...

[LN4ever]

Call EmailSave(Continue) stammt aus der SCript-Library EmailProcessing der 4er Mail-Schablone. Kann man verwenden, funktioniert alles noch. Dein Prolem bei der Abfrage nach dem Speichern der Änderungen ist das im UI gesetzte ACTION-Feld, das in der Script-Library steuert, was passiert. Zudem werden die Felder SAVEOPTIONS und MAILOPTIONS dort explizit (neu) gesetzt - und daher kommt die Abfrage danach, ob du speichern möchtest.

Natürlich funktioniert nach dem Entfernen des Call EMAILSAVE(CONTINE) alles noch, wenn du auf die folgenden Dinge verzichtest:
- Entwurf speichern
- Vorlage speichern
- Vorlage bearbeiten
- Vorlage umbenennen
- Umwandeln in Task
- Senden ohne zu speichern

Die fallen mir auf Anhieb ein. Beim Ändern von empfangenen Mails kannst du diese evtl. nochmals versenden (je nachdem, was der Absender eingestellt hatte und was du beim POSTOPEN alles entfernt hast).

Gruß

Norbert

[Thunder]

Dann dürfte ich keine Probleme bekommen.
Alles was diese DB noch macht (außer die externen eMails zu empfangen) ist sie per Workflow zu kategoriesieren und sie in verschiedene Stati zu versetzen. Diese werden dann über verschiedene Ansichten zu Statisktikzwecken angezeigt. Mehr passiert da eigentlich nicht. Noch sieht alles gut aus. ich werde das Beobachten. Für den notfall Habe ich ja die alte Maske noch.

thx
Remko

[LN4ever]

Hallo Remko,

wichtig ist nur, daß du die POSTOPEN und QUERYMODECHANGE Aufrufe der zugehörigen EMAILPROCESSING Script-Library unverändert läßt, denn dort werden dir die MAILOPTIONS von fremden Mails zuverlässig auf den Wert "0" gesetzt. Sonst würdest du sie ggf. beim Speichern aus der Mail-In-DB noch einmal versenden, nachdem du eine Kategorie eingetragen hast.

Gruß

Norbert