GUI-Design zu Konsolenanwendung

[Patrick.bsp]

Hallo zusammen,

bin neu hier und habe leider nochg keine tiefgehende Erfahrung im Umgang mit GUI und Delphi.

Ich habe folgendes Problem:

Ich soll zu einer recht komplexen Konsolenanwendung, eine grafische Eingabemaske erstellen, habe allerdings bisher absolut Null Ahnung, wie dies geht und ob das überhaupt so einfach möglich ist.

Wäre dankbar, wenn ihr mir da ein paar Tipps geben könntet.

VG,

Patrick

[Klaus01]

Hallo,

soll die GUI die Console ersetzen oder
soll die GUI die Console bedienen?

Grüße
Klaus

[Patrick.bsp]

Hi,

die GUI soll die Console bedienen. Sie soll also lediglich als Eingabemaske der Konsolenanwendung dienen, so dass kein DOS-Fenster mehr benötigt wird.

VG,

Patrick

[DeddyH]

Wie wird die Anwendung denn bedient, über Aufrufparameter? Oder macht die eine Konsole auf und wartet auf Eingaben? Der erste Fall wäre mit ShellExecute und Konsorten noch recht einfach zu realisieren.

[Patrick.bsp]

HI,

wohl eher letzteres, also Dos-Fenster geht auf und fragt die einzelnen Variablen über writeln, readln ab.

VG,

Patrick

[Klaus01]

Wenn die Console schon eine Art Menuführung hat - musst Du die Ein- und Ausgabe in deine Form umleiten.
Unter dem Stichwort: pipe console.

Oder Du versuchst es mit TDosCommand.

Grüße
Klaus

[Patrick.bsp]

Hi,

aber die Menüführung der Konsole soll ja denn praktisch durch die GUI ersetzt werden. hatte mir das so vorgestellt, dass ich die Eingabe dann über Edit-Felder erledige.

VG,

Patrick

[Memnarch]

Wenn es sich bereits um eine vollständige konsolenanwendung handelt, wie breits gesagt, per shellexecute aufrufen(die konsole) und den input/output über Pipes behandeln. Dein programm nimmt dann zb die daten aus nem editfeld, schreibt sie in die pipe, welche dann automatisch von der konsole ausgelesen wird.

MFG
Memnarch

[blackfin]

Gibt es nicht trotzdem das Problem, dass die GUI blockiert wird, wenn die bestehende Konsolen-Anwendung per readln() etwas anfordert?
Auch wenn man den I/O umleitet...
Ich schätze deswegen, dass die Inputs des bestehenden Konsolenprogramm zumindest teilweise umgeschrieben werden müssen, um von readln() wegzukommen.
Denn es nützt ja nichts, ein Eingabefeld in der GUI zu haben, dass man nicht bedienen kann, während die Konsole alles durch das readln() blockiert.
Oder gibt es da einen Ausweg, den ich nicht kenne? :-)

[generic]

Liegt von der Konsolen-Anwendung die Quelltext vor?

Wenn ja, wäre zu prüfen ob die View-Schicht einfach ausgetauscht werden kann.

[p80286]

Die consolen-Steuerung kann z.B. über eine .txt-Datei erfolgen, wobei jedes Zeichen in der TXT-Datei ein Zeichen für die Console ist, das Zeilenende als auch das [Cr].
in einem Dosfenster sähe das dann so aus:

Code:

c:> MeinConsolenprogramm < MeinSteuerungs.TXT

Gruß
K-H

P.S.
Aus welchem Museum stammt denn die Software, die heute noch mit Read/Readln und Keypressed gefüttert wird. Vor allem eine "komplexere"???

[jaenicke]

Zitat:

Zitat von p80286 (Beitrag 1107014)

Die consolen-Steuerung kann z.B. über eine .txt-Datei erfolgen, wobei jedes Zeichen in der TXT-Datei ein Zeichen für die Console ist, das Zeilenende als auch das [Cr].

Und wofür der Aufwand? Über die Ein- und Ausgabepipes bekommst und sendest du die Daten direkt...

[p80286]

Da ich mich mit der Shell nicht so besonders auskenne (Syntax) halte ich mich da zurück.
Wenn ich mich richtig erinnere habe ich allerdings das Prinzip der Ein/Ausgabe-Umleitung durchaus genutzt, und was die Quelle einer "Datei" ist letztendlich egal (Festplatte,Programm...)
Wobei ich auch CON: PRN: etc. als Datei sehe (vgl. Input/Output bei Consolen).

Gruß
K-H

[jaenicke]

Zitat:

Zitat von p80286 (Beitrag 1107044)

Da ich mich mit der Shell nicht so besonders auskenne (Syntax) halte ich mich da zurück.

Das ist nicht sonderlich schwer, hier findest du das ganze z.B. fertig (geht mit leichten Anpassungen auch mit D2009 und höher):
http://maxxdelphisite.free.fr/doscmd.htm

[shmia]

Nicht jedes "Konsolenprogramm" spricht mit dem Std Input/Output.
Es gibt noch jede Menge DOS-Programme, die noch wie das früher üblich war direkt in den Bildschirmspeicher schreiben und Eingaben von der Tastatur erwarten.
Das sieht dann z.B. so aus wie hier: http://www.chip.de/ii/3/1/3/5/9/7d8eff19464a57c2.gif

Man müsste also direkt den ScreenBuffer des Konsolenfenster auslesen.
Die API-Funktion ReadConsoleOutput sieht ganz vielversprechend aus.

[Patrick.bsp]

Hallo,

wenn der Quelltext zum Programm bekannt und verfügbar ist, ist es dann nicht auch möglich das grafische Menüdort einzusetzen und somit das bestehende Menü zu ersetzen und auf Pipes zu verzichten? Jedoch sind alle zugehörigen Bibliotheken und Berechnungen noch als Konsolenanwendung geschrieben.

VG,

Patrick