Messaging + Workflow Engine

[tabellar]

@tabellar:
Interesse besteht eigentlich in allen 3 Bereichen, d.h. EventManagment, Workflow und DB.
Magst du mir mal ein wenig mehr darüber erzählen?

mfg, querdenker

Wie bereits in anderen Threads angedeutet, befasse ich mich zur Zeit stark mit "Reaktiven Informations und Workflow Management Systemen". Grundthemen hierbei sind vor allem die computerbasierte Form der WAHRNEHMUNG durch Sammeln von Ereignissen und Nachrichten (Personenaktionen, Dokumenteneingang, Sensorenmeldungen, Telefonanlagenmeldungen, etc.), die HANDLUNGSENTSCHEIDUNG (Regeln, Normen, etc.) und schliesslich die AUSFÜHRUNG, welche wiederum Ereignisse und Nachrichten zur Folge hat und somit den KREISLAUF schliesst.

Das ganze ist natürlich in jeglicher Hinsicht komplex und hat prinzipiell eher einen "wissenschatlichen" Charakter. Trotzdem "schwebt" mir ein System vor, das einfach zu NUTZEN und gleichzeitig extrem flexibel in der WAHRNEHMUNG und AUSFÜHRUNG ist. "CSCW - computer supported collaboration work" ist der Oberbegriff für Workflowmanagement-, Groupware- und Collaboration Systeme. Reaktive Systeme stehen für "Ereignisgetriebene Systeme" wie z.B. Robotersysteme, GUIs oder auch den MENSCHEN, das wohl beste "reaktive System" .

Also, es gibt nicht all zu viele Menschen, die sich mit oben genannten Dingen beschäftigen. Aus diesem Grunde würde ich mich sehr freuen, hier im Forum ein paar Gleichgesinnte zu treffen, die über die Thematik diskutieren und ev. das ein oder andere Stück lauffähigen (Test) Code implementieren möchten. Python als sehr flexible und modulare Skriptsprache finde ich für so ein System otimal.


Mögliche Diskussionsthemen:
- Computerkommunikation in verteilten Netzen (XML, XML-RPC, Jabber, HTTP, Sockets, etc.)
- Architektur Gesamtsystem (eigener Server, Aufsatz auf Jabber, Zope, Apache_MOd, etc.)
- Architektur EventEngine (synchron, asynchron, DB-Trigger/Listener, Skalierbarkeit,, etc.)
- Workflow (Petri Netze, graphbasiert, blockstrukturiert, etc.)
- Aktivitätensteuerung (worklets, workitems, actorflow etc.)
- Agentenentwicklung ("Jabber", coffeeMachineAgent, asteriskPBXAgent, heatingAgent, etc.)
- Webservices
- Datenbank Integration
- FrontEnd Design

Das ganze soll in erster Linie SPASS machen und den IDEENREICHTUM ankurbeln .



Gruss Tabellar

[CM]

Hoi tabellar,

klingt sehr interessant. Mithilfe kann ich leider nicht anbieten (keine Zeit), aber insb. die vier "A-Punkte" in Deiner Liste finde ich höchst interessant. Hast Du schon etwas in der Richtung geschrieben und vorliegen?

Wir wollen in der nächsten Zeit (das Wann hängt von Tempo der Beschaffungsabteilung unserer Uni ab) ein kleines Linux-Cluster einrichten und mein persönliches Bestreben ist es best. Teile meiner Datenauswertung mehr und mehr zu automatisieren.

Lange Rede, kurzer Sinn: Ab und an könnte ich Snippets von Dir testen. (Allerdings weiß ich wirklich arbeitsmäßig zur Zeit nicht, wo mir der Kopf steht.)

Gruß,
Christian

[BlackJack]

Mir viel spontan das hier ein: Don't Let Architecture Astronauts Scare You.

[CM]

Na, BlackJack, ein konstruktiver Beitrag war das jetzt ja nicht gerade ... aber ein verdammt witziger

Da ich die vorhergehenden Posts nicht gelesen habe, kann ich nicht beurteilen, wie real die Gefahr ist (ich werde das Lesen auch nicht nachholfen). Aber über das eine oder andere tatsächliche Snippet, daß meine Arbeit erleichtert werde ich mich weiß Gott nicht beschweren.

Gruß,
Christian

[tabellar]

Mir viel spontan das hier ein: Don't Let Architecture Astronauts Scare You.

Hi BlackJack,

hm, ein wirklich netter Artikel! Die Frage ist nur, ob Du jetzt mit deinem Link eher auf den Textinhalt oder auf den "Werbelink" am Ende des Artikels hinweisen wolltest . Nun, ich denke du meintest wohl eher die Architecture Astronauts" Geschichte .

Wäre ja im Grunde eigentlich eine ganz witzige Bezeichnung... In Wirklichkeit bin ich eher "Bodenständig", hab aber trotzdem natürlich eine blühende Phantasie. Das was ich oben beschriegen habe ist keine Phantasterei, sondern wirklich ein Projekt von mir, das ich im Prinzip schon mehrere Jahre verfolge. Natürlich habe ich auch die aktuellen Hype Namen (XML, RPC, REAKTIV, JABBER, ASTERISK, etc.) verwendet, damit das ganze bei Euch auch ankommt...

Verschiedene Teile des Systems habe ich schon beieinander:
EventEngine, EventBindings, WorkflowNotation, -templates, -Instanzen, Worklets, JabberAgenten, etc. (alles DB basierend, asynchron...) Es müssen eben ziemlich viele Komponenten miteinander verbunden werden und genau deshalb wende ich mich an Euch ... Das Thema Workflow z.B. ist natürlich ein weites Feld und wenn man mal ein wenig rumgooglet, wird man feststellen, dass man da lange suchen muss, bis man halbwegs mal nen roten Faden erkennt. Geschweige denn wie man aus dem roten Faden dann vielleicht mal einen Pullover stricken kann.

Die oben genannten Themen findet man im GOOGLE meist nur unter Diplomarbeiten, Forschungsarbeiten oder sonstigen, meist universitären Einrichtungen. Natürlich auch bei SAP, aber die legen ihre Architektur und Gedanken auch nicht im Internet ab, sondern verkaufen sie teuer M$ ... Auch findet man solche Themen im C't oder IX (z.B. Systemadministration mit Jabber etc. ). Aber sonst sieht es recht mau aus ... Diese Themen beschäftigen mich wirklich und ich hab den Anspruch, mich mit diesen Dingen auseinander zu setzten und auch umzusetzen...

Einer meiner Hauptantriebe ist unter anderem folgender, dass die sicherlich tolle Email bald nicht mehr richtig zu gebrauchen ist. Zu viel Spam schwirrt umeinander und wichtige Information fallen dann gern unten durch...

Tabellar

PS:
Wenn Ideen verbreiten, dann doch hier im IDEEN Forum, oder ?

[tabellar]

...Wir wollen in der nächsten Zeit (das Wann hängt von Tempo der Beschaffungsabteilung unserer Uni ab) ein kleines Linux-Cluster einrichten und mein persönliches Bestreben ist es best. Teile meiner Datenauswertung mehr und mehr zu automatisieren.

Lange Rede, kurzer Sinn: Ab und an könnte ich Snippets von Dir testen. (Allerdings weiß ich wirklich arbeitsmäßig zur Zeit nicht, wo mir der Kopf steht.)

Gruß,
Christian

Hi Christian,

gestern Nacht habe ich erstmal BlackJack geantwortet, jetzt komme ich auch zu Deinem Post. In welche Richtung möchtest Du denn Deine Datenauswertung automatisieren???

Gruss
Tabellar

[BlackJack]

Mir viel spontan das hier ein: Don't Let Architecture Astronauts Scare You.

hm, ein wirklich netter Artikel! Die Frage ist nur, ob Du jetzt mit deinem Link eher auf den Textinhalt oder auf den "Werbelink" am Ende des Artikels hinweisen wolltest . Nun, ich denke du meintest wohl eher die Architecture Astronauts" Geschichte .

Ich meinte natürlich den Artikel. Mal etwas konstruktiver: Ich fand Deine Ideebeschreibung furchtbar schwammig und es waren halt die üblichen Buzzwords (XML...) drin. Lies Dir Deinen Artikel nochmal durch und stell Dir vor jemand weiss gar nicht worum es geht. Ich glaube, das ich zumindest eine vage Vorstellung habe, aber es bleibt trotzdem ziemlich diffus. Was hat man sich unter so einem System vorzustellen? Welches Problem löst es? Wie/warum ist es besser als die bestehenden Lösungen -- sofern es welche gibt?

Wenn Du Leute zum mitarbeiten suchst, dann müssen die verstehen worum's geht und Interesse an am basteln von so einem Framework haben oder wie CM Interesse an konkreten Ergebnissen.

[Leonidas]

Also ganz ehrlich.. ich habe die Beschreibung gelesen und erstmal gar nicht verstanden, da ist BlackJacks Kritik durchaus berechtigt..

[tabellar]

Wenn Du Leute zum mitarbeiten suchst, dann müssen die verstehen worum's geht und Interesse an am basteln von so einem Framework haben oder wie CM Interesse an konkreten Ergebnissen.

Also ganz ehrlich.. ich habe die Beschreibung gelesen und erstmal gar nicht verstanden, da ist BlackJacks Kritik durchaus berechtigt...

ok, ok ... ich geb ja zu, dass ich das ganze recht schwammig ausdrückte. Ich hatte das ganze schon viel genauer, hab es dann aber wieder gekürzt und "allgemeiner" aufgeschrieben...

@BlackJack:
Ich hab mir mal für die Architecture Astronauts Geschichte einen Avatar ausgesucht. Ich denke, der passt erst mal Ich hab sogar wirklich mit dem Entwerfen, Planen und Bauen von Gebäuden zu tun...

Auch mal etwas konstruktiver. Die mir vorschwebende "Plattform" hat drei Schwerpunkte:

- Schaffung einer (reaktiven) Kommunikationsplattform, die flexibel auf eintreffende Nachrichten reagieren kann (EventEngine + EventHandler).

- Schaffung eines flexiblen und robusten Workflowsystems, das auf der EventEngine aufsetzt und so die Möglichkeit bietet, Aktivitäten nach gewissen Ablaufschemen (Workflows) anzustossen und zu steuern. Ergebnisse der Workflows sind dann Arbeitslisten für Personen oder Maschinen und Programme, die in einem entsprechenden Kontext stehen.

- Schaffung von sogenannten "Agenten" (ist leider ein Modewort, aber ich finde es passt ), die im "Sinne" der Plattform Ereignisse, Aktionen, Messwerte von der "Umwelt" einsammeln und diese dann in das System einpflegen. Die Agenten können wiederum auch Aktionen ausführen. Agenten fungieren also als Sensoren und Aktoren.

Ein Motivationspunkt zur Erstellung eines solche Systems ist, dass man erst mal lernen muss, wie überhaupt Kommunikations- und Arbeitsabläufe zusammenhängen. Hat man diese Zusammenhänge dann beieinander, ist der nächste (schwierige) Schritt, diese Abläufe zu beschreiben und zu visualisieren. Dies nennt man dann Workflow Notation oder auch ganz toll "Prozessbeschreibung". Spannend wird es dann, wenn man das ganze auf dem Rechner umsetzen möchte.

Es gibt drei Softwaresysteme, die mich im Moment massgeblich beeinflussen. Das ist zum einen das Jabber Projekt, das weit mehr als nur ein IM System ist und zum anderen das Asterisk Projekt, eine softwarebasierte (VoIP) Telefonanlage, die schon fast wie eine "eierlegende Wollmilchsau" verschiedenste Kommunikationsdienste und -protokolle miteinander verbindet (IAX, SIP, H.323,ISDN, Voicemessage, VoiceMenü, Email, Fax, SMS, etc.) . Das dritte mich stark beeinflussende System ist das Workflow System ADEPT (AristaFlow), das an der Uni Ulm entwickelt und in diversen Krankenhäusern eingesetzt wird. Es ist eines der modernsten Workflow Management Systeme. Die Workflowbeschreibung ist graphen und blockbasiert und sehr einfach in der Darstellung.

Mein Ziel ist es nun, diese verschiedensten Funktionalitäten in einem System zu vereinen, das sich wiederum auf mehreren Rechnern (Netzen) befinden kann.

Gruss Tabellar

PS:
Es ist wirklich sehr schwierig, das alles (in kurze) Worte zu fassen...

[BlackJack]

Hm, ergeignisgetrieben klingt nach Twisted. Kennst Du das Framework? Kann vielleicht als Basis verwendet werden.

[tabellar]

Hm, ergeignisgetrieben klingt nach Twisted. Kennst Du das Framework? Kann vielleicht als Basis verwendet werden.

Twisted hab ich mir mal im Zusammenhang mit der SQLator Geschichte von Leonidas angeschaut. Ist ja ein ziemlich dickes Paket...

Meine Prototyp EventEngine läuft im Moment so, dass ein Verzeichnis incrementell in einer while-Schleife gelesen, die darin enthaltenen XML Message Dateien ausgewertet und anschliessend die entsprechenden Objekte wieder angestossen werden. Das hatte bisher einen ziemlichen Vorteil durch das Entkoppeln der Programme und ist natürlich sehr flexiblel.

Neben der Dateischnittstelle habe ich auch eine Jabber-SSL-Schnittstelle (die EventEngine selbst ist ein Jabber Client), die Messages von anderen Jabber Clients im XML Format annimmt und ebenfalls als Datei im EngineVerzeichnis ablegt. So kann ich mit Standard Jabber Clients über Jabber Messages mit der der ServerEngine kommunizieren, ohne selbst ein GUI/CLI zu basteln...

Die finale Schnittstelle der EventEngine soll eine Socket Schnittstelle sein, die ähnlich wie ein ChatServer agiert und entsprechende Nachrichten in einer Message Queue zwischenspeichert und dann anschliessend weiterleitet (routet) ....

Im Moment bin ich gerade am abstimmen der EventEngine und der Workflow Komponente (Message Format, Db Architektur, etc.) . Die EventEngine muss beim Durchlaufen des Workflows sauber, je nach eingestelltem incrementellen Zeitwert robust durchlaufen. Das sieht wie folgt aus: Workflows sind bei mir graphenbasiert. D.h., so ein Workflow besteht aus Knoten und Kanten, welche somit das Ablaufschema darstellen. Wird also eine Workflow Instanz (WFI) gestartet (instantiiert), werden die einzelnen Knoten aktiviert und diese schicken nach fertiggestellter Arbeit Nachrichten zur EventEngine zurück, welche wiederum neue Aktionen auslösen können. Der Kreislauf der Maschine ist somit geschlossen.

Bei der Workflow-Architektur orientiere ich mich am Maschinenmodell von Alan Turing (1936), eine der ersten Rechenmaschinen, die auch heute noch von entscheidender Bedeutung für die Berechenbarkeit von Algorithmen ist. Sie ist ein gutes Modell für den Ablauf von Zustandsübergängen, das Hauptthema schlechthin bei Workflows.

Tabellar

[querdenker]

@tabellar: Nachricht erhalten

Ich kämpf mich gerade ein wenig durch die Beschreibung(en) und versuche mir ein Bild davon zu machen, wie das ablaufen soll(kann/könnte).
Mit anderen Worten - ich hab da im Moment noch nicht so den Durchblick Ehrlich gesagt haben mich die ganzen Buzzwords ein wenig abgeschreckt.

Ich fange jetzt erstmal an, mir das ganze mal als Ablaufplan aufzuzeichnen

mfg, querdenker

[tabellar]

...Ehrlich gesagt haben mich die ganzen Buzzwords ein wenig abgeschreckt.

Sorry nochmal, wird nicht wieder vorkommen. Ich wollte eben nicht nur technischen Kram, sondern auch allgemeines rüberbringen...

...Ich fange jetzt erstmal an, mir das ganze mal als Ablaufplan aufzuzeichne

Das Wichtigste am ganzen ist den Mechanismus der "Maschine" zu erkennen. Alles andere sind dann "nur" noch Details... Ganz kurz nochmal das Wichtigste zum Verständnis:

EventEngine:
Nimmt Nachrichten entgegen, vergleicht diese mit entsprechenden Ereignisregeln (EventBindings) und leitet diese dann an entsprechende Verbrauchermethoden (Objekte) weiter. Diese Methoden senden dann nach Methodenende wiederum Nachrichten an die EventEngine zurück. Dies ist der Kreislauf, den man auch "Ereignis getrieben" bezeichnet.

Workflow:
Eine Abfolge von verschiedenen Vorgängen kann man in einem Ablaufschema (Workflow) darstellen. Zur Darstellung und Umsetzung auf dem Rechner verwende ich eine graphische Beschreibung. D.h. , das Ablaufschema besteht im Groben aus Knoten und Kanten. Diese Ablaufbeschreibungen sind in der Datenbank verankert.

Nachricht:

Bsp.1: Wird jetzt zB. eine Nachricht "Starte WorkflowTyp Nr. 1" an die EventEngine (EE) gesendet, wird der Workflow vom Typ Nr. 1 gestartet. Jedes einzelne Element (Knoten, Kanten, etc.) sendet dann wiederum eine Nachricht an die EE zurück und somit "läuft" die Maschine.

Bsp.2: Empfängt die EE zB. eine Nachricht "Telefonanruf von XYZ", kann zB. ein Objekt aufgerufen werden, welches ein Pop Up Fenster erzeugt und die Daten des Anrufers anzeigt.

Ich hoffe, das Verständnis wird langsam besser ...
Gruss Tabellar

[tabellar]

Hallo zusammen,

nachdem querdenker und ich ein paar PNs austauschten, wollen wir nun wieder hier im "öffentlichen" Forum weiterdiskutieren. Vielleicht noch ganz kurz zu mir, ich bin "Praktiker" und möchte Dinge nicht nur theoretisch abhandeln, sondern auch umsetzen und anwenden können .

Ich verwende zum veranschaulichen von Dingen gerne Beispiele. Als Beispiel für das EventHanding habe ich mal folgendes, typisches GUI Beispiel gewählt.

Code: Alles auswählen

#Event Beispiel
from Tkinter import *
import tkMessageBox
root=Tk()
root.title("Event Bsp.:")

#EvBindingFct
def butt1EvHandler(event):
    print "EvType:",event.type
    tkMessageBox.showinfo("Event Info !!!", "Das <Button-1> Event hat dieses Dialogfenster ausgeloest!")

label=Label(root,text="Bitte mit linker Maustaste anklicken ... ")
label.bind("<Button-1>", butt1EvHandler)
label.pack()
root.mainloop()

Was passiert: Das Python Programm empfängt vom Widget "label" ein Ereignis "<Button-1>". Das entsprechende EventBinding dazu label.bind("<Button-1>", butt1EvHandler) ruft die dazugehörige EvHandler Funktion butt1EvHandler(event) auf und führt sie aus.

Genau dieses Prinzip gilt es in der oben genannten Plattform umzusetzen. Ein Plattform Objekt (Widget) schickt eine Ereignisnachricht an die EvEngine, diese prüft die Nachricht, ob es eine dazugehörige Funktion gibt (EventBinding) und wenn es diese gibt, wird sie dann entsprechend ausgeführt. Die Schwierigkeit am ganzen ist, dass das alles sich in einer DB abspielt und natürlich auch dynamisch zur Laufzeit konfigurierbar ist...

Das Thema Workflow würde ich gerne nochmal etwas allgemeiner angehen: Was für Erfahrungen gibt es bzgl. Workflowmanagement Systemen hier im Forum? Interessant sind hierbei schlechte und gute Erfahrungen. Was könnte an den Systemen besser sein? Was für Wünsche bestehen??? Diese "Erfahrungen" würde ich dann gerne mit meinem bisherigen Workflow Modell vergleichen und ev. anpassen.

Gruss Tabellar

[CM]

In welche Richtung möchtest Du denn Deine Datenauswertung automatisieren???

Hoi tabellar,

na, das hat natürlich zunächst einmal NICHTS damit zu tun, was Du hier schreibst. Es geht dabei schlicht darum ein Dutzend Standaloneprogramme (größtenteils mit Fortran 77) mit grausigem UI zusammenzufassen, vielleicht neuzuschreiben, ggf. neue Algorithmen zu implementieren und mit einem gescheiten (G)UI zu versehen (im Moment sitze ich an einem Misch aus GUI und commandline interface).
Aber ich hätte auch Lust die Verbindung aus Cluster und Meßrechner besser zu gestalten und aus dem Cluster selbst ebenfalls mehr herauszuholen.

Je mehr ich aber hier lese, desto mehr zweifele ich, ob ich Dich nicht mißverstanden habe und Du eigentlich an etwas ganz Anderem sitzt ... womit ich in dieselbe Kerbe haue, wie meine Vor-Schreiber hier: Das war vielleicht doch etwas unklar.

Wie wäre es Du gibst mal einen Link auf eine Webseite, auf der Du das Projekt vorstellst und auch Code präsentierst? Dann würdest Du erst so richtig für Dich tromeln und man würde Dich und Dein Anliegen womöglich besser verstehen.

Gruß,
Christian

[tabellar]

Hoi tabellar,

Hoi Christian,

A propos "hoi", kommst Du aus der schweizer Ecke? Wenn ja und dann noch Uni, höre ich da die ETH klingeln ??? Dann wären wir gar nicht so weit voneinander entfernt. Da wo ich bin redet man sich auch mit "Hoi" an... Allerdings spricht das "ß" nicht dafür...

na, das hat natürlich zunächst einmal NICHTS damit zu tun, was Du hier schreibst. Es geht dabei schlicht darum ein Dutzend Standaloneprogramme (größtenteils mit Fortran 77) mit grausigem UI zusammenzufassen, vielleicht neuzuschreiben, ggf. neue Algorithmen zu implementieren und mit einem gescheiten (G)UI zu versehen (im Moment sitze ich an einem Misch aus GUI und commandline interface).
Aber ich hätte auch Lust die Verbindung aus Cluster und Meßrechner besser zu gestalten und aus dem Cluster selbst ebenfalls mehr herauszuholen.

Das hört sich doch schon mal gut an. Das ist ja auch genau mein Thema, standalone Programme in einem Gesamtsystem zusammenfassen (Agenten, verteilte Systeme, etc.). Wie sieht denn das im Moment aus bei dir, die Verbindung zwischen Messrechner und Cluster (Datenauswertung?). Wie sehe in etwa eine bessere Verbindung zwischen Cluster und Messrechner aus?

Je mehr ich aber hier lese, desto mehr zweifele ich, ob ich Dich nicht mißverstanden habe und Du eigentlich an etwas ganz Anderem sitzt ... womit ich in dieselbe Kerbe haue, wie meine Vor-Schreiber hier: Das war vielleicht doch etwas unklar.

Nun, die 4 A-Themen oben scheinen Dich ja angesprochen zu haben. Also sind wir auch nicht allzu weit voneinander entfernt. Bei dem, was ich von Dir lese, "höre" ich raus, dass für Dich die Themen "verteilte Systeme", "Skalierbarkeit", "Agenten", Administration mehrerer Rechner in einem Gesamtsystem wahrscheinlich angesprochen haben.

Wie wäre es Du gibst mal einen Link auf eine Webseite, auf der Du das Projekt vorstellst und auch Code präsentierst? Dann würdest Du erst so richtig für Dich tromeln und man würde Dich und Dein Anliegen womöglich besser verstehen.

Wäre das Projekt schon so weit, hätte ich es im "Showcase" Bereich eingestellt, wie es hier eigentlich so üblich ist. Ich habe es deshalb im "Ideen" Bereich abgelegt, weil es in gewisser Form schon noch in der Theorie "geformt" werden muss. Da hoffe ich natürlich auf Anregungen von Euch. Ist der erste vorzeigbare Code im ganzen verfügbar, kommt das Ding in den Showcase Bereich.

Gruss Tabellar

[querdenker]

Nach einigen Anlaufschwierigkeiten meinerseits jetzt erstmal ein paar Fragen an tabellar:
Du erwähntest, das du schon einige Sachen mehr oder weniger zusammengeschrieben hast.
a) welche Bereiche sind das?
b) mit welchen Komponenten hast du sie realisiert?

Hintergrund der Frage ist natürlich folgender: Wenn Teilbereiche schon stehen und mit Komponente X umgesetzt sind, könnte man sich dort schon mal einarbeiten / - lesen. Und an den Stellen, wo noch nichts geklärt ist, könnte man versuchen sich auf eine Komponente zu einigen, bzw man(als einzelner) kann dann auch von vorneherein sagen das einem der Bereich nicht so passt (bei mir z.B. TK).
Oder, um es einfacher zu sagen: Abgleich der Vorlieben zwecks Kompromissfindung.

mfg, querdenker

[CM]

Hoi

was querdenker vorschlägt ist ein ziemlich guter Kompromiss: So weiß man zumindest worüber man redet und kann auch schauen, wohin die Reise geht. Wenn der Sourcecode einigermaßen dokumentiert ist (*winkmitdemzaunpfahl*), sollte man ja etwas damit anfangen können.

Du wirst im Übrigen lachen, tabellar: Ich sitze tatsächlich an einer schweizerischen Tastatur. Und ich habe mich sehr darüber gewundert, daß man in Teilen der Schweiz auch "Hoi" schreibt, aber in Holland zum Beispiel macht man das auch . Und je nachdem in welcher Sprache ich schreibe, schalte ich die Tastatur um: Bei EMails an Schweizer tatsächlich auch auf "eure" Tastatur, denn sonst kann ich mir das "ß" nicht verkneifen . (Und, nein: Ich sitze in Mainz.)

Gruß,
Christian

[querdenker]

Ääääh, andere Sache -- vorausgesetzt, der Bedarf besteht, beziehungsweise ist schon im Einsatz:
Können wir uns zwecks Gedankenaustausch über grobe Abläufe in der ganzen Geschichte auf eine "Standard"-Software einigen? Ich denke da an so etwas wie Dia oder Freemind, evtl auch OO-Draw mit Zusatz-Gallery.


mfg, querdenker

[tabellar]

Ääääh, andere Sache -- vorausgesetzt, der Bedarf besteht, beziehungsweise ist schon im Einsatz:
Können wir uns zwecks Gedankenaustausch über grobe Abläufe in der ganzen Geschichte auf eine "Standard"-Software einigen? Ich denke da an so etwas wie Dia oder Freemind, evtl auch OO-Draw mit Zusatz-Gallery.

Ja, super Idee. Ich verwende FreeMind seit einiger Zeit. Ist ein wirklich tolles Tool, mit dem man sehr schnell entsprechende Bilder und HTML Seiten erstellen kann. Was mir persönlich natürlich sehr gut an FreeMind gefällt, ist das XML basierte Datenformat und (jetzt kommt das Beste ) der Collaboration Mode in der neuesten Version über das Jabber Protokoll. Freemind wird sozusagen zum Jabber Client und "tauscht" via XML Jabber Protokoll mit einem anderen (Jabber) FreeMind die Ansichtsdaten aus. Ich hab das vor kurzem mit einem Freund über den amessage.de Server getestet und das hat wirklich gut funktioniert Diese "Collaboration" Funktionalität von Freemind über das Jabber Protokoll war unter anderem der Anstoss für die Verwendung im oben genannten Projekt...

Tabellar