position absolute sollte im ie 6 eigentlich funktionieren, fixed nicht das stimmt.
Ok schade, ich werd mich glaub auch mit 4px zufrieden geben,das ist genau die Rahmenbreite die bei XP angezeigt wird wenn man Irgendwelche Fenster vergrößert. Vielleicht kann ich es auch in diesem Sinne benutzen.
Ok, eben erst kapiert, ich glaub das ist was ich meinte.
So berechnet die Win32-Funktion AdjustWindowRect bzw. AdjustWindowRectEx...
Hab dein Code einfach Kopiert und er geht ^^, nur versteh ich halt nur Bahnhof und er macht mir jetzt immer eine Clientsize von -4 ich will in meinem Control aber nur eine differenz von ClientSize <-> Size von 1, geht das?
sorry das ich diesen alten Thread ncohmal raushole.
Wahrscheinlich wird es so sein. Wird wohl auch keiner Erfahrungsberichte groß geben können, weil es von vornherein , wohl eher ne Sackgasse ist. Die Berichte wo ich sonst noch gefunden hab waren schon älter, sagten aber so etwas ind er Art. dacht ich frag mal hier.
Hat mal wer eine WPF Anwendung auf einem Terminalserver getestet die etwa 30 mal am laufen ist? WPF rendert Text Bild usw ja mit der GPU, mit einer Fallbackoption auf die CPU. Kann mir irgendwie nicht vorstellen, das es noch vernünftig läuft wenn eine Applikation die visuelle Inhalte hat so oft gestartet wird über Thin Clients.
Gerade wo bei solchen Servern meist nicht an den CPUs gespart wird, wohl aber an der GPU. Falls da jemand Erfahrung hat wäre nett, wenn er mal berichten würde.
Danke 🙂
Ok danke dir. Werd ich dann wohl so machen müssen. Eine kleine rechnung halt immer vorweg.
Wollte mal fragen ob es möglich ist beim LinearGradientBrush nur den Start und Endpunkt zu ändern. Ich mache das momentan so das ich ein Brush Objekt erzeuge und das immer wieder mit new überschreibe, das nervt mich irgendwie. die Farben kann man ja auch ändern. der Brush hat die methode TranslateTransform , allerdings ist dann wohl kaum was gewonnen wenn ich eine Matrixtransformierung machen muss um das Rectangle zu ändern. In WPF gibt es ja Start- und Endpunkt neu angeben
LinearGradientBrush lgb = new LinearGradientBrush(rec,color[0],color[1]);
lgb.Linearcolor = color;
Ich überschreib lgb halt immer wieder mit new.
Habt ihr Erfahrungen mit größeren Projekten bzw. Anwendungen?
Ich nicht!
Aber ich weiss nicht ob die größe eines Projekts sich an der Anzahl der Forms misst. Ich weiss nicht ob es überhaupt gut ist sehr viele Forms zu verwenden. Mir ist jetzt auch kein Programm bekannt das mich mit sehr vielen Forms erschlägt.
Ich versuche möglichst zu vermeiden viele Forms zu benutzen , ich hab damit immer nur unmut, liegt aber wohl auch daran das ich kein Profi bin.
Ich denke mal das eine Form GUI technisch kein Leichtgewicht ist, sie vorher zur instanzieren macht vielleicht Sinn. Ausser Arbeitsspeicher und Ladezeit am Anfang kostet das wohl auch nichts.
Und wenn das öffnen des Fenster im GUI Thread ist und nur die Hintergrundaktion in einem anderen, vielleicht geht es dann ja. Allein das Fenster öffnen muss ja nicht in einen eigenen Thread.
Du übergibst hier die Form selbst an das Control, das würde ich nicht machen, glaub nicht das das nötig ist. vermutlich
Startseite start = new Startseite(this);
Das Hier muss wenn du es so lassen willst in deinen Form-code, ich glaub du hast das wohl in die ButtonKlasse geschrieben.
den Keyevent dann bei der form adden.
private void Lieferservice_KeyDown(object sender, KeyEventArgs e) {
if (e.KeyCode == Keys.F12) {
Console.WriteLine("Taste F12 gedrückt");
Controls.Remove(start);
//oder falls es in deiner ButtonKlasse stehen soll
//this.Parent.Remove(this);
}
}
dispose() löscht das Element, bleib lieber bei remove. Kannst es dann wieder zurückholen bei Bedarf oder vielleicht reicht auch Visible = false;
*Edit Scheiss Groß- und Kleinschreibung 👅