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

Ich glaub es ja nicht.

Das hast Du ja alles schon mal gemacht.
Da ist ja alles wie es sein soll.

Da müssen wir aber zusehen, dass wir für das jetzige Projekt ein gemeinsames Konzept haben was die Erfahrungen von Deinem Mixer verwertet.

Du hast ja ungeahnte Qualitäten :-)
Da muss uns ja nicht bange sein.

Jetzt habe ich natürlich ein Informationsdefizit in Hinblick auf das Konzept was dem Mixer zu Grunde liegt.

Das was ich bis jetzt von mir beschrieben habe ist ja die Beschreibung eines Konzepts.
Und Konzepte kann man wechseln wie die Socken.

Den Mixer kann man bestimmt Recyceln :-)

Netter Gruß

Zitat:

---

...kann man bestimmt Recyceln ...

---

Ja, in den Müll :mrgreen:
Aber ich hab natürlich was gelernt dabei.

BTW: ich find' da grad eins meiner (Test) Programme für Video files u. Video Capture devices. Soll man das auf DLL umbauen, damit du deinen Karaoke Hamster realtime gucken und analysieren kannst ? Reicht ja, wenn sich einer die Hände gebrochen hat.
Oder hast du das eh' schon fertig ?

Das wird ja immer besser.

Mein Hamsterviewe geht natürlich schon. ich wäre aber an einer Lösung von Dir mehr interessiert.
Meine Erfahrung hat gelehrt, das ich besser damit fahre :-)
Wenn das noch in einer Dll eingepackt ist wird die Softwarelandschaft auch schön homogen.
Weißte doch, Standardisieren auf Teufel komm raus.
Und wenn sich einer schon einen Abgerackert hat soll das genug sein. Ich bin kein Masochist und verlange nach extra Schwierigkeiten.

Netter Gruß

Mixer:
Einen Unterschied glaube ich beim Mixer zu sehen.
Der Taskmanager erzählt mir von einem Multi Window Konzept.

Wir haben uns ja diesmal auf ein Multi Task Konzept geeinigt.
Was bei der Frage der Kommunikation zwischen den Komponenten möglicherweise andere Erfordernisse hat.

Im Erscheinungsbild ist aber genau das wieder gespiegelt was ich gerade baue.

Bin ja gespannt was daraus wird.

Netter Gruß

Nun, die Funktionalitäten der Mixer-Komponenten unterscheiden sich von unserem Konzept nicht so sehr. Die von dir genannten Form.xxx Methoden braucht man so oder so.
Beim Mixer haben sie natürlich im Betrieb recht flott zu kommunizieren, das geht natürlich bei multi-window einfacher.
Ich hab das so, daß es eine allgemeine "Komponenten"-Klasse gibt, die die Komponenten erben. Dadurch sind aus zentraler Sicht die allgemeinen Funktionen und Felder(eigenschaften) einfach über diese einzelne Klasse anzusprechen, egal, was die Komponente sonst darstellt.
Das ist praktisch bei so Dingen wie minimize & restore, das gibts als methode eben nur einmal und in der Komponente selbst braucht man da garnix mehr.

Na schau'n wir mal.

Meerschweinchen gefragt !

Da ist ein VB Projekt mit dem Versuch, eine "Config-File" mit TREEVIEW zu kombinieren.

Theoretisch, wenn du es aufmachst und im Debug laufen läßt, sollte es sich bewegen.

Die Config-File ist halt irgendeine, die ich erwischt habe.
Es geht aber auch jede andere

Vielleicht guckst du mal rein, drückst eiin paar knöpfe und schaust die die VB mal an, ob du was erkennen kannst.

DOku folgt. Ich bin mir über die Schnittstelle noch nicht so sicher, zu viel soll's nicht sein, zuwenig aber auch nicht.


(Im Textfeld kann man die werte alle ändern)

Microsoft (R) Visual Basic-Compiler has encountered a problem and needs to close. We are sorry for the inconvenience.


Prima, eine CompilerBombe.

Wie haste denn die Programmiert?
Das ist bestimmt nicht einfach.

Wenn ich mal fortgeschrittener bin versuche ich mich auch mal an so was.

Harr harr hi hi.

Mach Dir nichts draus, das Leben geht weiter.

Netter Gruß

Nee, jetzt mal Quatsch bei Seite.
Ich muss mal sehen, er behauptet die Dll nicht zu finden, auch wenn ich sie in die Projektmappe einfüge.
Damit ist aber erstmal der Compilerabsturz vom Tisch.
Einen Verweis darauf kann ich auch nicht hinzufügen weil er sagt das ist möglicherweise keine compatible.

Ich versuch mich noch dran. Es ist ja gleich die Frage mit den Dlls.

Netter Gruß

Ich werd mal den Gegenversuch mit der Express-Version machen. Hoffe, daß es nicht daran liegt.
Wie gesagt, in der declaration muß der Pfad stimmen, also ev. korrigieren

declare Tralala LIB "C:\da\und\dort\rnregist.dll" etc.

EDIT: Nein, auch mit der Express geht es tadellos.

Ich hab die gepostete Zip runtergeladen , in ein verzeichnis
d:\VB2005_exp_ed
und dort aus der zip dann
d:\VB2005_exp_ed\tooltest......
erzeugt.

Da hab ich jetzt aus der Ferne im moment auch keine Weisheiten :-(

Jetzt hab' ich die DLL dorthin kopiert /verschoben, wo auch das Tooltest.exe nach dem Veröffentlichen hinkommt.
Dann von DORT in den Projektordner aufgenommen
Dann Tooltest veröffentlicht.
Da klappt es auch.
Für den Registry/config Filenamen sollt' man ein Eingabefeld machen.
EDIT: Ja schön, aber dann noch einen "OPEN" Button dazu
Den TreeView aufbau kann man dann aber nicht in "Form-Load" machen, sondern in der Open-Button-routine
eieieiei