Office: (Office 2010) Access Tabelle in email body kopieren (nicht anhängen)

Hallo zusammen,

ich habe nach langem Suchen diese Funktion gefunden, die mir eine Outlook message erzeugt und die Tabelle in den Body kopiert.
Code:

Nun benötige ich noch eine Funktion, die mir eine weitere Tabelle in diese Outlook message kopiert.
Am Ende sollen also 2 Tabellen unabhängig voneinander in der Outlook message stehen.

Kann mir hier jemand weiterhelfen?

Besten Dank schon mal
VG
Rico

:)

 

Wo ist das Problem? Dein Code hat doch die komplette Funktionalität, du musst nur noch den Namen der zweiten Tabelle übergeben, diese dann analog zur ersten einlesen und in die Email schreiben.

 

Hallo Rico,

so ein ähnliches Thema hatten wir erst vor kurzem.
http://www.ms-office-forum.net/forum...d.php?t=339465

Gruß
Josef

 

Hallo zusammen,

mein Problem ist ja, dass ich nicht weiß, wie ich diese Tabelle in eine bereits geöffnete Outlook message bekomme.

Meine Funktionalität (so wie bei dem von Joss angesprochenen thread) erzeugt ja eine neue email message, bei der ich den den html.body die Tabelle einfüge.

Ich möchte aber, wie gesagt, eine Tabelle in die bereits erzeugte message einfügen

VG
Rico

 

So als Anstoß für eigenen Überlegungen:
Code:

 

Ich verstehe deine Anforderung eher so, dass du anstatt einer Tabelle zwei Tabellen in die neue Email einfügen möchtest, oder?
Unter der Blickwinkel hast du doch bereits alle notwendige Funktionalität in deinem Code, du musst sie nur analog auf die zweite Tabelle anwenden.

 

Hallo Rico,

die zweite Tabelle musst du in der gleichen Prozedur (Funktion) einfügen, in der du die erste Tabelle einfügst, nicht in einer weiteren Prozedur (Funktion).

Nochmal die Antwort von Eberhard (leicht modifiziert).
Tabelle1: strDatei1
Tabelle2: strDatei2
Code:

Gruß
Josef

 

Notfalls holst Du Dir den Inhalt aus dem Body in eine Stringvariable und überarbeitest diese mit üblicher Textverarbeitung (Instr. Left, Mid & Co.).

Bei HTMLBody hat man es selbstredend mit HTML-Text zu tun und solchen durchgehend zu schreiben, also auch ein br inkl. Tagzeichen für eine Zeilentrennung.

 

\@Eberhard,

auf Grund deines berechtigten Hinweises möchte ich gerne die HTML-Variante nachreichen. *wink.gif*
Code:

Gruß
Josef

 

allo zusammen,

sorry, aber ich komm damit gerade nicht klar.

Das Problem ist ja, dass strdatei1 und strdatei2 erst erzeugt werden müssen.
Siehe meine Funktion unter #1

Es funktioniert wunderbar, wenn ich mit o.g. Funktion 1 Tabelle in den Outlook Body übergebe. Ich habe aber mehrere Tabellen, die getrennt voneinander im emailbody stehen müssen...

Die Funktion rufe ich wie folgt auf:

Code:

Dabei ist strtable = Tabelle1

Habt ihr eine Idee, wie ich nun auch Tabelle2 (und später dann auch Tabelle3, 4, 5..) in den emailbody bekomme?

Die Tabellen müssen getrennt im emailbody stehen, sonst hätte ich es über eine Union Abfrage probiert...

Vielen Dank schon mal für Eure Hilfe

VG
Rico

 

Moin,

wer hindert Dich daran, einen String strDatei2 genau wie strDatei zu erzeugen?

Den Satz

verstehe ich nicht. Der Body ist ein Textstring, da ist nichts von irgendwas unabhängig.

 

Hallo Ralf,

danke für Deine Antwort.

wahrscheinlich bin ich gerade auf dem "Holzweg", aber:

Code:

Hier wird doch die Tabelle (1 Tabelle) in den htm file geschrieben...
Es müssen aber mehrere Tabellen in den htm file geschrieben werden.

Mit "unabhängig" meine ich nur, dass die Tabellen nicht wie in einer Union zusammengefügt werden sollen, sondern "untereinander" stehen sollen.
Also jede Tabelle für sich....

VG
Rico

 

Normalerweise kann man jenes, was man einmal tut, noch einmal tun, wenn nicht gar beliebig oft. Was hindert Dich speziell daran?

 

Mein Wissen hindert mich daran... ;-)

Code:

Hier kann ich doch nur 1 Tabelle angeben...
Aber wie soll ich die 2. Tabelle in den gleichen htmfile schreiben.

Bitte um Hilfe
VG
Rico

 

...und wenn ich dann die Funktion aufrufe, kann ich wiederum nur 1 Tabelle angeben...
Code:

Ich hätte das gern irgendwie so:

Code:

Aber so werden die Tabellen natürlich nicht gefunden...
Hülfe....