RichText Formatierung von Serienbriefen

[Marinero Atlántico]

Hi,

das sind so Serienbriefe in Notes 5, die sich die Feldwerte aus einem Adressbestand in einer Notes-Datenbank ziehen.
Heisst: Es gibt in den Brieftemplates bestimmte Markierer, für die dann aus dem Adressbestand die entsprechenden Feldwerte gezogen werden.
Der Feldinhalt sieht dann so aus.

Code

$Anrede$,

na. der $Name$ $Vorname". schöner Tag heute was. Kommen sie einfach vorbei und bringen ihr Geld mit. 

$Grussformel$

Das entsprechende zwischen den Klammern wird dann ersetzt.

Bisher konnte man die Brief-Templates (werden tatsächlich ausgedruckt) nicht mit RichText formatieren.

Mein spontaner Ansatz war nun, dass den Editoren dieser Templates bestimmte html-ähnliche Tags zum formatieren zur Verfügung gestellt wird. Sieht dann so aus:   

Code

$Anrede$,

na. der <f12>$Name$ $Vorname</f12>. <b>schöner Tag</b> heute was. Kommen sie einfach vorbei und bringen ihr <i>Geld</i> mit. 

$Grussformel$

Ich würde dann einen Parser schreiben, der Formatierungsinformationen wie (<f12/>. hier:
Fontgrösse 12, b=bold, i=italics) entgegennimmt und entsprechend in das RichText der Briefe tut.

Hoffe das war jetzt einigermassen verständlich.

Frage: Gibt es eigentlich irgendwelchen openSource code, der mir die Aufgabe erleichtert oder hat irgend jemand Ideen?

Gruß Axel

[ata]

... ich arbeite bei Serienbriefen und Formatierung mit MS WORD über OLE...

ata

[mibo11]

Hallo Axel,

ich habe bei Serienbriefen gute Erfahrungen mit dem RichText LSX von Ben Langhinrichs gemacht. www.geniisoft.com

Zum Entwickeln ist die Lizenz kostenlos, sobald du allerdings daraus ein Produkt machst,  werden Lizenzgebühren fällig. Allerdings sind die immer noch billiger als in einem großen Unternehmen flächendeckend Word Lizenzen einzusetzen.

Gruß Sascha

[Axel]

Allerdings sind die immer noch billiger als in einem großen Unternehmen flächendeckend Word Lizenzen einzusetzen.

Hi,

in der Regel kann man aber davon ausgehen, dass Word flächendeckend eingesetzt wird. Viele Firmen haben sogar entsprechende Konzernverträge mit MS.

Deswegen halte ich es so wie ata. Alles was an Formatierungen zu machen ist, wird mit Word über die OLE-Schnittstelle geregelt.


Axel

PS: In der Regel bieten auch andere Office - Programme (wenn's da noch was anderes gibt  ) auch ein irgendwie geartete OLE-Schnittstelle an.

[Marinero Atlántico]

Hi,

danke für die Infos. Hab lange nicht mehr über OLE gearbeitet. Gibts da irgendwelche Anregungen? Wäre allerdings für die Anwendung ein ziemlicher Umsturz.
3rd party Klassen kommen nicht in Betracht, da es bei diesem Kunden eine wir_machen_alles_über_websphere Strategie gibt (ob die jetzt in allen einzelnen Punkten durchdacht ist, öhem, dazu erlaube ich mir kein Urteil).

Also ein paar Anregungen wären echt nett. Wobei es btw auch nicht so schwierig ist, einen Parser zu schreiben.

Gruß Axel

[Semeaphoros]

Von Axel gibt es eine Scriptlib mit Objekten zur Office-"Fernsteuerung".

In letzter Zeit tauchen auch Beispiel auf, wie man OoO über OLE/COM einbinden kann (habs auch schon gemacht )

[Marinero Atlántico]

Eclipse ist übrigens auch ole fähig.
...wollte es nur gesagt haben.

[Semeaphoros]

Server oder Client oder beides?

[Axel]

Hi,

hier gibt's die besagte Bibliothek: Klasse für Word - Automation

Axel

[Semeaphoros]

Wusste ich doch, dass Du mir den Link noch nachlieferst, danke

[TMC]

Noch ein paar Links zu "Word und Drucken":

Word als Druckschnittstelle:
http://www.sns1.de/partner/flamme/wflamme.nsf/Shortcut/WordInterface1

Klasse für Word-Automation:
http://www.free.dominoserver.de/computer/noteslibrary.nsf/d2d59a3d7fc73a2bc1256a6900638352/331dd66d2239a1b2c1256dc50038f49e!OpenDocument

Labels in Word drucken:
http://www.atnotes.de/index.php?topic=4573.0

MS Word & Notes Integration Examples
http://www-10.lotus.com/ldd/sandbox.nsf/ecc552f1ab6e46e4852568a90055c4cd/c58841ba70811b5685256a2a004b496c?OpenDocument

Automating Word:
http://www.tomorrowssolutionsllc.com/Materials/AutomationStartup.html
http://www.tomorrowssolutionsllc.com/Materials/AutomatingWord.html

[Axel]

Bitte schön, gern geschehen

Axel

[TMC]

Und nun ist er sogar doppelt 

[Marinero Atlántico]

Server oder Client oder beides?

Bezog sich das auf Eclipse? Eclipse ist nur Client.

[Axel]

Matthias,

heisst es nicht doppelt genäht hält besser !?   


Axel

[Semeaphoros]

Server oder Client oder beides?

Bezog sich das auf Eclipse? Eclipse ist nur Client.

Ja,


... dann frag ich mich allerdings, was Du damit sagen wolltest, denn dann können wir ja den Eclipse nicht in Notes einbinden, nur umgekehrt. Ausserdem frage ich mich, was Eclipse mit Formatierung am Hut haben soll .....

[Marinero Atlántico]

Eclipse ist von der Basis erstmal nur ein Framework für plug-ins.
Die bekannte Java-IDE von Eclipse ist nichts anderes als ein Bündel von plug-ins, das auf Eclipse (dem Framework) aufsetzt.
Mit Release 3 und der neuen Workplace Plattform soll dieses Framework nicht nur für IDE artige Tools, sondern auch für normale Clients benutzt werden.
Man könnte damit mit einem Eclipse Client auf einen NotesServer zugreifen.
Lotus benutzt dies als Basis ihres Lotus Workplace Clients.
Es gibt automatische Mechanismen, die die Eclipse-Clients auf den Rechnern mit einer zentralen Codebase synchronisieren. Das klassische Verteilungs/Rollout-Problem von Clients kann so elegant gelöst werden. 

Kenn bisher aber auch nur Entwicklung von Eclipse-plugins und das nicht besonders gut.
Eclipse setzt seinerseits auf einem GUI-Framework SWT/JFace auf (2 Layer: JFace benutzt SWT und bringt ein paar Erleichterungen). Das kenne ich ein bischen besser und genau da gibt es jetzt Com ole Integration.
Als WE-Task habe ich mir jetzt vorgenommen, den Source des bekannten Swt open Source RssReaders RssOwl zu verstehen. Hauptsächlich wg. dem Mapping GUI->Funktionalität, das dort ziemlich übersichtlich aussieht (bei mir immer wie Kraut und Rüben). 
Dann später mich besser in das Eclipse- und v.a. Eclipse-Workplace-Framework einarbeiten.
Das ist ziemlich viel.

Gruß Axel 

[Semeaphoros]

Klar, das ist ja genau das, wohin der sog. Rich Client hinausläuft

[Marinero Atlántico]

ist da: http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-ui-home/rcp/index.html