Rnbfra Multi-Thread und Netzwerkfähig mit GUI im www, jetzt

Default Werte im Designer:

Da hast Du schon Recht.
Aber alles was sich auf ein bestimmtes Formelement beruft kann man schlecht in Klassen oder Libs auslagern.
Der Programmkern soll zur Not auch ohne Formelemente laufen können.
Da ich vorhabe den Wizardkern auch als Generic RN Komponente zu verwenden.
Da soll in der Form dann die jeweilige Ausprägung residieren.
Wenn das klappt kann ich immer den neuesten und schlauesten Stand in den RN Komponenten halten.
Es muss nur der Wizard gepflegt werden und das Update für die Anderen ist fast Mühelos.
Soweit die Theorie ;-)
Du siehst aber bereits in der Architektur der Fähigkeiten worauf ich hinaus will.
Der Wizard kann bereits mehrere Wizards starten mit jeweils eigener Netzidentität.
Und jeder kann jeden rumkommandieren.
So eine Art Wizardseuche.
Das nun lauter Wizards rumsausen ist aber nur zum testen vom Familienfähigkeit.
Nachher gibt es Idealerweise nur einen Wizard mit seinen Kinderchen.
In den Kinderchen schlägt aber immer des Wizards Herz.

Mal sehen ob ich das so realisieren kann.
Darum versuche ich erstmal eine Trennung von der Form herbeizuführen.

Netter Gruß

Zitat:

---

.. zum testen vom Familienfähigkeit..

---

Richtig, soziale Kompetenz erwirbt man am besten in der Jugend, durch das Vorbild der Erzeuger. :-)

Generic Components ? Na, du treibst es.

Zitat:

---

Zitat von Bremer Stadtmusikanten

Kommt, laßt uns gehen. Was besseres wie den Tod finden wir überall

---

Wart mal ab :-)

Das ist der erste Replikant in diesem Teil der Galaxis.
Bei unsachgemäßem Umgang vervielfältigt er sich unkontrolliert und verbreitet sich über den gesamten Globus.
Wer das verursacht hätte lieber mit den Bremer Stadtmusikanten mit gehen sollen.

Netter Gruß

Zitat:

---

Zitat von Zauberlehrling

Hat sich doch der Hexenmeister endlich einmal fortbegeben...

---

(Müssen ja keine Besen sein, im Zeitalter der Robbies.)

Zitat:

---

Zitat von Schiller Fritze

Doch wehe, wenn sie, losgelassen,
wachsend ohne Widerstand
einhertritt auf der eig'nen Spur
Als freie Tochter der Natur

---

Solche Wizards hat's offenbar früher auch schon mal gegeben

Kann es sein das wir ein Problem haben mit dem Punkt in RNWIZARD.cfg wenn es über die StartCommandline geht?

Einmal mit Doppelkick starten.
Den Zweiten über Testcommand
STARTCHILDAPP=RnWizard.exe
Dadurch bekommt er einen Parameterstring mit auf den Weg.
Ansonsten wie immer : volle Baustelle.
Aber die Isolierung des Kerns schreitet voran :-)
Das wird dann eine „Engine“ , so sagt man wohl.


Netter Gruß

Ps.Aber ich fress keinen Besen wenn es was anderes ist.
Ist auch schon wieder so spät. Irgendwann soll man ja Engel sehen oder den Wald vor lauter Bäumen nicht.

Edit: Das ganze kann man in dem Logfenster mitlesen.
Weil, wir haben jetzt Gleiches mit Gleichem vergolten.
War mir so aufgetragen.

Das mit dem Punkt werde ich am Rande mit abarbeiten.
Was mich noch interessiert ist das Pseudo Device.
Seit einem Monat bin ich immer kurz davor eine Demo fertig zu haben.
Wenn wir da was ausmachen, könnte ich die Message Geschichte soweit komplettieren um erstmal was zum laufen zu bringen.
Dafür würde ich sogar die Config Sache etwas nach hinten verlagern.
Mir liegt was daran eine Art Teilergebnis zu haben. Dann kann ich mich mal zurücklehnen und das Sonnenlicht genießen.

Netter Gruß

Zitat:

---

..das Sonnenlicht genießen..

---

Du weißt, Vampire brauchen einen hohen Sonnenschutzfaktor :mrgreen:

Pseudo-Devices: Wie schon erwähnt, wär es praktisch, eine Log/Protokoll zentral zu führen. (muß ich argumentieren? wenn irgendwas schief läuft, ist es zähe, aus einzel-protokollen einen Ablauf/Reihenfolge der Geschehnisse zusammenzubauen. denn die autonomen Abstürze hören ja irgendwann auf und wechseln zu dynamischen, schwer wiederholbaren "Koinzidenz-Todesfällen").

Mit Special-Targets wäre es einfach: Der Empfänger schreibt einen einheitlichen Header (Time, Source/Pid) und dann eher flat den Text aus "MsgVal". Antwort:keine, wird einfach gemacht, wenn die Logfile offen ist.
Das erspart "MessagBoxen" bei den einzelkomponenten, die ja sonst auch wer quittieren muß , damit sie wieder weggehen.

Da hätt' ich mal Pseudo-devices:
Admin-Functions Wizard (key-val)
Form-Handling Kinderchen (key-val)
Protokoll/Eventlog Wizard (structured printout)
....

RnWizard.exe
Is mir schon eingefallen: Der Punkt gilt als dezimal-Punkt.
Remedy:
1 Hochkomma
2 String mit den "RnCsvWr" Routinen erstellen, der checkt das dann (prefix)

Hört sich ziemlich Klasse an Dein Plan.
Den brauchst Du schon nicht mehr bewerben.
Kannst Du mal so eine Ar Beispielmessage machen.
Und wer empfängt und betreut diese Messages?
Ich habe mein Log Wesen bereits in der Richtung Key=Value aufgezogen.
Und dann halt noch die Adressierung an einen einzelnen Netzteilnehmer als Beispiel.
Und nen AutostartServer
Und….und……

Sonneschutzfaktor:
Stimmt, die Sonne schmerzt etwas in den Augen :-)

Netter Gruß

Gut bewährt hat sich folgendes:
Innerhalb des Wizard gibt es ein modul/sub, das kriegt die IP-Message, wenn im Target diese Pseudo-Device-ID steht.
Wenn nun eine Log/Protfile offen ist, schreibt er einen Record
11:12:01;PID;SRC;"Text aus Ip-MsgVAL"
11:12:01;PID;SRC;"Text aus Ip-MsgVAL"
etc.
Dabei ist
Uhrzeit (logo)
PID die prozess id, von dem die Message kommt
SRC die Komponente, von der die Message ist
Text und einfach der Text aus MsgVal (der ist dann immer ein Ascii-String)

Semikolon dazwischen, damit man die File auch leicht mit Excel einlesen kann. (sortieren, selektieren, drucken, etc) (+graphische Auswertung!)

Anm:
SRC sollte die "facility" bezeichnen (code) die die Message geschrieben hat. also z.B.
PROC allgemeine Programm komponenten
FORM was mit der "Form" zu tun hat
IP was mit der low-level kommunikation zu tun hat
KEY-VAL-Interpreter ("syntax-error")
LEV0 Level-0
ROUT Level-1 Router
(Das soll vermeiden, daß bei jedem Prot Text die hälfte als beschreibung dient, an welcher stelle ein Fehler/Event aufgetreten ist)

z.B.

Code:

---

00:01:40  01EC PROC  "RnWizard Startup"
00:01:41  01EC PROC  "Taskbar1.exe submitted"
00:01:42  01EF  PROC  "Taskbar1.exe started"
00:01:43  01EC IP        "Taskbar1.exe connected"
00:01:50  01EC KYVAL  "CMD-Syntax-error"
00:02:21  01EC  LEV0  "COM2 opened"
00:02:22  01EC  LEV1  "RNBFRA online"
......

---

Für den User ist das Log-Schreiben dann eine (generic*g*) function, die irgendwo aufgerufen wird.

WriteProt("SRC","Text")