Betten Sie ein Konsole-Fenster innerhalb eines WPF-Fensters

Ist es möglich, Betten Sie ein Konsole-Fenster innerhalb eines WPF-Fensters?

Als ein wenig hintergrund, auf den ersten, habe ich versucht zu implementieren, die eine Konsole von Grund auf neu in WPF, die erfolgreich war, ausser ein riesiges problem-es ist extrem langsam. Sehen Sie hier die Frage:

VT100-Terminal-Emulation in Windows -, WPF-oder Silverlight

Da, die nicht scheinen, um eine option sein, bin ich stattdessen betrachten hosting eine aktuelle Konsolenfenster, in meiner WPF-Anwendung, die ich ' ve gelernt, wie zu tun, wie hier beschrieben:

Keine Ausgabe in der Konsole von einer WPF-Anwendung?

Und das ist großartig, aber im Idealfall möchte ich haben, dass die Konsole-Fenster Aussehen es ist ein Teil der rest der WPF-Anwendung. Ich weiß, dass es möglich ist, mit einer WinForms app als ich habe es gesehen, an denen mit der SetParent-Win32-API. Können Sie ein Beispiel sehen .NET-Projekt, hat es mit dieser CommandBar-Projekt bettet sich ein Konsole-Fenster in der shell:

http://www.codeproject.com/KB/cs/commandbar.aspx

So, ich bin hoffnungsvoll, es kann getan werden mit WPF so gut, aber ich habe keine Ahnung, wie würden Sie das tun. Hilfe ist sehr willkommen (auch, wenn Sie irgendwelche genialen Lösungen zu meinem ursprünglichen problem, erstellen Sie ein terminal-Fenster von scratch in WPF-da würde lösen meine Bedürfnisse auch).

UPDATE:

Mit Hilfe Reed Copsey die Hilfe, die ich konnte, um die Konsole-Fenster eingebettet. Aber natürlich ist es nötig gestylt zu sein und verschoben, oder aber es sah einfach wie ein normales console-Fenster in einer WPF-Fenster. Ich brauche die Titel-Leiste und großen Höfen entfernt. Recherche habe ich herausgefunden, wie man die Win32-APIs zu tun, wie diese:

uint style = GetWindowLong(ConsoleManager.ConsoleWindowHandle, GWL_STYLE);
style &= ~(uint)WindowStyles.WS_CAPTION;
style &= ~(uint)WindowStyles.WS_THICKFRAME;
style &= ~(uint)WindowStyles.WS_DLGFRAME;
style &= ~(uint)WindowStyles.WS_POPUP;
SetWindowLong(ConsoleManager.ConsoleWindowHandle, GWL_STYLE, style);
MoveWindow(ConsoleManager.ConsoleWindowHandle, 0, 0, (int)WindowsFormsHost.ActualWidth, (int)WindowsFormsHost.ActualHeight, true);

Jedoch, es gibt ein großes problem. Für einige Grund, die Konsole-Fenster hat eine rendering-Artefakt. Es ist, als ob es nicht gezeichnet, selbst auf der unteren linken und oberen rechten Seiten. Die Breite des Artefakts ist wie die Breite der Titelleiste und den dicken Rand, und in der Tat, wenn ich den dicken Rand in der Größe des Artefakts nach unten geht. Aber einfach gezeichnet, es wird nicht helfen, da es wieder zum Vorschein kommt. Ich kann, zum Beispiel, verschieben Sie das Fenster aus dem Bildschirm und wieder zurück, um es zu beheben, aber es bald wieder auf seinen eigenen:

rendering-Artefakt http://img837.imageshack.us/img837/6241/renderissue.png

UPDATE 2: Der Effekt passiert auch, wenn ich keine Eltern in der WindowsFormsHost-Steuerelement. Alles, was ich zu tun, um es zu reproduzieren ist, starten Sie die Konsole (mit AllocConsole()) und entfernen Sie dann die Titelleiste mit SetWindowLong. Dies ist ein win7 Rechner.

UPDATE 3: Es scheint 'messing', mit anderen windows nicht unterstützt. Das Konsole-Fenster berechnet die textarea-vorausgesetzt, es gibt eine Beschriftung, so gibt es keinen Weg, um dieses. Ich denke, meine einzige option, um die Konsole-wie Verhalten in WPF wird zum schreiben eines benutzerdefinierten WinForms controls und binden Sie dann in WPF.

Haben Sie das geschafft erfolgreich zu sein?
NÖ... die updates stellen die ganze Geschichte 🙁
Könnte man auf die Console2 (später gegabelt als ConsoleZ) Programme. Sie erfolgreich Gastgeber für eine Reihe von Eingabeaufforderungen in einem tab-control ohne Beschriftung/Titel.

InformationsquelleAutor InfinitiesLoop | 2010-07-19

7

Sollten Sie in der Lage sein zu verwenden die gleiche Technik wie der Windows Forms-Anwendung, die Sie zeigte durch die übernahme in ein HwndHost. Sie könnte auch einfach an der Windows-Forms-code, und setzen Sie dieses direkt in WindowsFormsHost Kontrolle.
- Es konnte nicht so einfach sein, könnte es? 🙂 Ich habe diese: SetParent(ConsoleManager.ConsoleWindowHandle, WindowsFormsHost.Handle); Aber das Konsole-Fenster wird nicht angezeigt.. sobald es reparented es verschwindet einfach. Irgendwelche Ideen?
- Versuchen Sie, eine (Windows-Formulare) Panel in Ihrem WindowsFormsHost-Steuerelement, und die Einstellung der Eltern zu den panel-Griff (anstelle des Steuerelements selbst).
- Wissen Sie, ich glaube, es war gearbeitet, es ist nur so, dass das Fenster wird manchmal aus der Sicht innerhalb des übergeordneten Elements. Werde ich brauchen, um herauszufinden, weiter so binden Sie die Größe der beiden zusammen und ausblenden der Titelleiste, etc. Sie hat mir sehr geholfen, danke 🙂
- Reed -- siehe mein update auf die obige Frage. Das Konsole-Fenster mit rendering-Probleme mit dieser Technik 😐
- Versuchen Sie Inhaber gezogen, um wahr auf Ihrem Windows-Forms-Steuerelement, wie gut. Helfen können, erhalten Sie die richtigen Nachrichten...
- Dank Reed aber (1) ich kann nicht finden, eine solche Eigenschaft, und (2) interessant ist, dass die rendering-Probleme passieren, auch wenn ich nicht die Eltern der Konsole Fenster mit den WindowsFormsHost. Alles, was ich tun SetWindowLong() entfernen Sie die Titelleiste, und es geschieht. Es ist wie auf der Konsole-Fenster denkt, dass Ihr text Bereich ist noch weit übertroffen von der Titelleiste, auch wenn es Weg ist, was nicht lackierten Bereichen. Ich habe versucht, den Aufruf SetWindowsPos danach als MS scheint es zu empfehlen es zu löschen "Cache-Werte" ... kein Effekt 🙁
- Naja sieht aus wie ich Pech. Finden Sie heraus, dies einfach nicht unterstützt. Die einzige andere Sache, die ich tun konnte, ist die position der Konsole, so dass nur die textarea zeigt sich innerhalb von ein clipping Eltern, aber das ist hacky. Ich werde mal schauen das schreiben einer WinForms-Steuerelement, das wirkt wie eine Konsole und dann ist die Einbettung dieser. Noch, Sie beantwortet meine Frage auch wenn es nicht sehr gut funktionieren, so re-akzeptieren der Antwort.
- Tut mir Leid zu hören das nicht funktioniert - es ist nicht vollständig surpising zu mir, obwohl. Ich würde empfehlen, sich auf die Verwendung von WPF text läuft um diese zu bewältigen. Sie führen VIEL besser als Windows Forms-Steuerelemente, vor allem, wenn Sie viel text. Ich möchte vermeiden, RTF-basierte Kontrollen, es sei denn, Sie wirklich brauchen, dass extra-Formatierung Funktionalität.
- Ich habe versucht, es so zu machen, jede Zeile war ein einziger textblock mit 80 läuft es. Da kann jedes Zeichen eine andere Farbe, etc, ich sehe keine andere Möglichkeit, andere als ein komplizierter Ansatz zu versuchen, zu fusionieren ähnlichen Stil aufeinander folgende Zeichen (und dann auch noch, dass würde sich noch verschlechtern, wenn der Bildschirm hatte komplizierte Schriftzeichen drauf). Die Leistung schien sich nicht anders. Immer noch verdammt langsam.
InformationsquelleAutor Reed Copsey

Neben Reed Copsey's gute Ratschläge zur Einbettung einer Konsole-Fenster in einer WPF-Anwendung, die eine alternative Strategie, die lächerlich einfach zu implementieren wäre, um einfach den Befehl über die Process-Klasse, und leiten Sie die zwei Ströme in nativen WPF-TextBlocks. Hier ein screenshot...

Betten Sie ein Konsole-Fenster innerhalb eines WPF-Fensters

Diese WPF-Anwendung per Kabel an den Windows Explorer Kontext-Menü für die 'exe' - Dateien) führt das Programm aus und leitet die Ergebnisse in die entsprechenden Fenster.

Es wurde entwickelt, um zu helfen, wenn Sie möchten, starten Sie eine Konsole-Dienstprogramm, und wenn Sie darauf klicken, wird das Dienstprogramm geht sausen in einem Konsole-Fenster und Sie nie bekommen, um zu sehen, was passiert. Es ist auch so verdrahtet 'csproj Dateien ausführen, MSBuild, die Ihnen von Explorer.

Den Punkt, dass es manchmal einfacher und besser skalierbar, es selbst zu tun anstatt zu versuchen, um host eine Konsole...

Die Interna dieser app verwenden Sie diese Klasse...

public class ProcessPiper
{
    public string StdOut { get; private set; }
    public string StdErr { get; private set; }
    public string ExMessage { get; set; }
    public void Start(FileInfo exe, string args, Action<ProcessPiper>onComplete)
    {
        ProcessStartInfo psi = new ProcessStartInfo(exe.FullName, args);
        psi.RedirectStandardError = true;
        psi.RedirectStandardOutput = true;
        psi.UseShellExecute = false;
        psi.WorkingDirectory = Path.GetDirectoryName(exe.FullName);
        Task.Factory.StartNew(() =>
            {
                try
                {
                    ExMessage = string.Empty;
                    Process process = new Process();
                    process.StartInfo = psi;
                    process.Start();
                    process.WaitForExit();
                    StdOut = process.StandardOutput.ReadToEnd();
                    StdErr = process.StandardError.ReadToEnd();
                    onComplete(this);
                }
                catch (Exception ex)
                {
                    ExMessage = ex.Message;
                }
            });
    }
}

Diese Klasse führt den Namen " exe " - Datei und erfasst die Ausgabe und ruft dann das View-Modell. Die ganze Codierung Bohrer sollte etwa eine Stunde dauern oder so...

Docs auf der Process-Klasse sind hier: http://msdn.microsoft.com/en-us/library/system.diagnostics.process.aspx

InformationsquelleAutor Gayot Fow

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.