Das Notes Forum
Domino 9 und frühere Versionen => Entwicklung => Thema gestartet von: Kadlec am 01.04.04 - 12:54:41
-
Hallo zusammen
Ein Agent soll dieses tun:
1. Importieren einer txt Datei
2. Wechseln in eine Ansicht "Print"
3. Ein "Printview"
4. Schliessen der Ansicht "Print"
5. Zurück zu Ansicht "Import"
Bis Punkt 3. ist das OK aber dann??
Ein Versuch war noch im Postopen der view ein
@Command([PrintView....
@Command([FileCloseWindow..
Da stürtzt Notes ab.
Hat evt. jemand einen kleinen Hinweis für mich??
Danke im voraus
-
Ich würde mal eins nach dem anderen testen.
Klappt denn ein @Command([FilePrint]; ...... "printview" ....., wenn Du manuell die Ansicht geöffnet hast ?
Denn den @Command-Befehl [PrintView] gibt es nicht in R5 lt. Designerhelp.
Matthias
-
Hallo Matthias,
sorry ich war da beim Schreiben ein wenig Schluderhaft.
Klar ist es @Command([FilePrint]; ...... "printview" und das funktioniert auch einwandfrei.
Wenn ich aber dem @Command([FilePrint]; ...... gleich den Befehl
@Command([FileCloseWindow..folgen lasse stürtzt Notes ab.
Die Meldung die da kommt ist irgendetwas mit Speicheradresse und nicht Schreiben können?? Wenn es wichtig ist kann ich auch die genaue Meldung posten.
Ich vermute das die Befehle sich irgendwie "überschneiden" ?
Macht das Sinn??
Boris
-
Hallo, Boris,
vorab: Ich habe das jetzt nicht in einer Test-DB nachgestellt !
Ich befürchte aber auch, dass sich hier mit @Commands Prozesse überschneiden.
Wäre es nicht (unterm Strich) viel einfacher und mächtiger, wenn Du das mit LS löst ? Du baust temporär ein Dokument auf, dass die Infos über den Import zusammenfasst und druckst dieses dann aus. Den Wechsel zwischen Ansichten kannst Du Dir dabei nebenbei völlig sparen. Und Du hast die volle Kontrolle ...
Sag' an, wenn wir helfen können.
Ciao,
Bernhard
-
Die Meldung die da kommt ist irgendetwas mit Speicheradresse und nicht Schreiben können?? Wenn es wichtig ist kann ich auch die genaue Meldung posten.
Ne ne, brauchst Du nicht, ich weiss was Du meinst :)
Ich sehe es ähnlich wie Bernhard: Hier liegen dann wohl leider Überschneidungen beim Aufruf vor, und das lässt sich nicht sehr einfach umgehen.
Script wäre natürlich eine saubere Lösung.
Aber sag uns doch mal Hintergründe, warum Deine Lösung über "Ansicht drucken" läuft. Meines Erachtens ist das wohl irgend ein Workaround der bestimmt sauberer realisierbar ist.
Matthias
-
Hallo Bernhard der Import ist mit LS.
Noch mal kurz zum Problem nach dem Download und der txt datei soll eine "Print" Ansicht geöffnet werden und diese Ansicht soll gedruckt werden.
Den wechsel zur Ansicht und das drucken dieser, hatte ich schon...danach müsste aber die "Print" Ansicht geschlossen werden und genau daran scheitere ich: Den einzigen "..CloseWindow" Befehl den ich finden kann ist nun mal @Command([FileCloseWindow].
Boris
-
Boris, versuch' den Stunt mit LS durchzuziehen. Da bist Du einige Sorgen los.
Was spricht dagegen, die Daten Deiner Ansicht in ein zu druckendes Report-Dokument zu übernehmen ? Du hast dann die Kontrolle und bist etliche Sorgen los ...
Bernhard
-
Bernhard im Grunde ist es ja egal wie Hauptsache ich bekomme irgendetwas aufs Papier.
Für mich war/ist die einfachste Lösung den Druck einer Ansicht.
Erste Spalte Kateg. um eine Art "Zeilenvorschub" zu haben, nur die nötigsten Spalten und gut ist.
Anyway wie muss ich mir Deine Lösung vorstellen hab leider keine Idee??
Ein Dokument mit einer Tabelle in jeder Spalte ein Feld und darin die Werte??
Boris
-
Bernhard meintest Du embedded views??
Hab jetzt mal damit eine Maske erstellt habe aber Probleme mit dem Ausdruck.
Ich bekomme nur weiße Schrift auf weißem Grund???
Außer die Spaltenüberschriften die werden gedruckt.
Wenn ich die Maske "erstelle" wird sie korrekt angezeigt sobald ich dann auf Druck und Preview gehe wird im Previe Fenster nur noch die Spaltenüberschrift gezeigt.
Boris
-
Hallo, Boris,
nein, embedded views meinte ich nicht - aus doppeltem Grunde wegen dem Drucken: Notes ist ja nicht für's Drucken gedacht (vorsichtig ausgedrückt), und mit embedded views gibt es noch mehr Probleme. Ausserdem werden Dir ja nur n Dokumente darin angezeigt, was Dir ggf. nicht reicht.
Welche Daten willst Du denn ausdrucken ? Ich meinte eher den Nachbau einer View mit einem Reportdokument. Beschreib' mal Deine inhaltlichen Druckwünsche (vielleicht erledigt sich damit auch mein Vorschlag. Schau'n wir mal).
Bernhard
-
Bernhard hab mal nen Ausriss der Ansicht angehängt.
Boris
-
Um die Zusammenhänge zu verstehen: Was ist der Zusammenhang zwischen dem Import der Ansicht "Print" ? Könnte man beides miteinander verknüpfen ?
Bernhard
-
In der Druck-Ansicht sind weniger Spalten gezeigt als in den "Normalen" Ansichten. Dann ist zwischen jeder Zeile eine Leerzeile und um die Spalten, in die die Mitarbeiterin Daten einträgt,
abzugrenzen setze ich ein | Zeichen.
Das ist also nur ein "Schmierblatt" zum eintragen verschiedener Werte die nicht im Download vorhanden sind. Diese werden dann in die Db eingetragen.
-
Mir fehlt immer noch der Zusammenhang zwischen dem stattgefundenen Import und dem Inhalt der View "Print". Wenn da ein Zusammenhang besteht, könnte die Import-Routine gleich ein zu druckendes Dokument à la Deiner Ansicht fabrizieren und zum Drucker schicken.
Und warum braucht es den Schmierzettel ? Können die unvollständigen Dokumente nicht entsprechend in einer Ansicht ausgewiesen werden, damit die Kollegin weiss, was sie noch zu ergänzen hat ?
Bernhard
-
Die Daten die Sie ergänzen muss ließt sie aus verschiedenen Masken unseres Freigabesystems. Auf dem Schmierblatt hat sie die Service Nr. die sie im System abfragt und dann ergänzt. Sie arbeitet in der Zeit also nur in dem Freigabesystem (sonst muss sie immer umschalten).
Ein Dokument aus dem LS drucken? jo wäre klasse aber wie schon erwähnt habe keine Vorstellung wie das Aussehen soll.Muss ich dazu eine Maske in der Notes Db erstellen die ich dann mit "Leben" fülle?
Boris
-
Ich werde nach wie vor das Gefühl nicht los, dass das Problem noch ganz anders gelöst werden kann. Die Kollegin könnte sich ja die noch nötigen Informationen (wenn sowieso alles in einer DB liegt bzw. alles Notes ist ?) per Buttons zusammensuchen (lassen), ohne zwischen verschiedenen Ansichten / Dokumenten umschalten zu müssen.
Wegen der Druckmaske: Die wäre simpelst - gerade mal ein Text-Feld. Schriftart müsste Courier sein - Du musst jetzt ja selbst die Umbrüche bestimmen.
Die Dokumente, die gedruckt werden sollen, liest Du nun entsprechend der Kriterien, die auch Deine Ansicht bestimmen. Die zu druckenden Angaben des Dokuments wirfst Du nun peu-à-peu in das Textfeld, vorher müssen sie noch auf die entsprechende Länge getrimmt werden (hierzu eine simple Function erstellen mit den Parametern OriginalString und Länge und Rückgabe OriginalString gekürzt oder mit Space aufgefüllt auf Länge).
Das so entstandene Dokument öffnest Du dann - ohne es zu speichern, das wäre ja mehr als unnötig - im NotesUIWorkSpace und druckst es mit NotesUIDocument.Print.
Alles keine Zauberei, und es lässt Dir viele Möglichkeiten, den Druck zu gestalten.
HTH,
Bernhard
PS: Wenn es aber irgendwie geht, würde ich der Kollegin das Schmierblatt ersparen ...
-
Die daten sind in einer Host Anwendung und dort muss sie sich die Daten aus 3 Masken ziehen.
Außerdem ordnet Sie auf dem Host einer Service Nr. erst die Katalog Nr. zu die Sie dann wiederum in Notes ergänzen muss.
Sie importiert also Morgens und arbeitet dann den ganzen Tag im Host Programm dieses "Schmierblatt" ab.
Dann geht Sie in die Notes db und trägt dort alles ein.
Schmierblatt war Forderung von Ihr.
Werde mich also mal an die "Druckmaske" machen.
Danke schon mal ich denke ich komme damit erst einmal weiter.
Boris
-
Jo, in diesem Kontext macht das Schmierblatt Sinn ...
Sag an, wenn Du weitere Unterstützung brauchst.
Bernhard
-
Hallo Bernhard,
erst nochmal Danke für Deine Hilfe.
Ich habe es nun so gelöst:
Tabelle im DruckDoku und in jeder Spalte ein Feld.
Nach dem Import auslesen der Spalten in der Druck view mit DbColumn und schreiben der Werte in die Spaltenfelder im Dokument. Der Ansatz alles in ein Feld schreiben beim Import musste ich ändern da die Ansicht den Import umsortiert.
Jetzt habe ich noch zwei Fragen:
1. Was ist sinnvoller in dem Dokument die Felder Ber. beim anlegen und dort die Formel DbColumn rein oder wie im Moment realisiert das ich die Felder aus dem LS heraus setze??
2. Ich denke nicht das es passiert...aber was ist wenn ich an die 64k Grenze von DbColumn komme??
Gruss
Boris