Wenn man nur panel.BringToFront() verwendet hat man ebentuell bald den Fall, dass da sehr viele Panels auf einmal geladen sind, was unnötig Speicher frisst. Besser ist es, nur das Panel zu laden, das auch angezeigt werden muss.
Es gibt auch noch eine elegantere Lösung. Du setzt allgemein LableEdit auf true und kannst dann im BeforeLabelEdit testen ob bei dem Label editieren erlaubt ist und wenn nicht in den Event-Arguments CancelEdit auf 'true' setzten. Das Editieren findet dann nicht statt.
private void treeView1_BeforeLabelEdit(object sender, NodeLabelEditEventArgs e)
{
if(e.Node != treeView1.Nodes[0])
e.CancelEdit = true;
}
unerkannt^^ schrieb:
Nachteil an Remoting ist, das es auf Dauer nicht mehr unterstützt wird. AB .NET 3.0 aufwärts wird die WCF genutzt.
Before going into the details about how you can migrate your .NET Remoting based application to WCF, let me assure you: it might not even be necessary. WCF and Remoting can be used side-by-side even inside the same application or inside the same AppDomain. You can freely mix and match WCF with Remoting code and—as you'll see in the demo application code for this article—you can even create server-side objects that can be used with WCF and Remoting at the same time.
Kompletter Artikel zum Thema findet sich hier:
http://msdn2.microsoft.com/en-us/library/aa730857(vs.80).aspx
child.Anchor=Top, Left
child.Dock=None
Mit DockStyle.Fill gibt es keine Veränderung.
Was mich auch sehr verwundert: In der Anwendung gibt es eine Funktion ResizeForm(), die die Forms auf die in der Konfiguration abgelegte Größe bringt und auch die (Schrift-)Größe und Positionen der untergeordneten Controls entsprechend skaliert. Diese Funktion wird vor dem bösen ControlCollection.Add() aufgerufen und funktioniert auch korrekt. Dann wird die Größe durch das ControlCollection.Add() wie beschrieben manipuliert, wobei sich die untergeordneten Controls ebenfalls an die neue Größe anpassen - ohne, dass ResizeForm() erneut aufgerufen worden wäre! [edit]Habe mir gerade den Stacktrace angesehen und dabei Methoden wie Form.Scale entdeckt, das erklärt einiges und erlaubt wohl einen Workaround ;)[/edit]
Klar,aber will man das ? Du musst alle Features die hinzu gekommen sind ausbauen und alternativlösungen Implementieren.
Mal ist es ein einfaches "Genereics mit casten ersetzen", mal wird es ein Ausflug in die WinApi werden.
Hallo
Wenn es sich nur Konfigurationen handelt, kannst du ja mittels der GUI Daten in ein xml-File schreiben und das andere Programm liest diese aus.
chrische
*Mut wieder herstell*
Genauer genommen sind es Fragmente einer Software, also einzelne Module/Code Snippets...
Ich könnte ja den Code rein posten, würde aber nix bringen, aber c# kann ich besser als c++
weil etwas besser können als nicht können is nich schwer
Es sind ja "nur", ~18299 Zeichen, ~1600 Wörter, ~771 Zeilen Code aufgeteilt auf 2 *.cpp und 2 *.h Dateien
Sprich es ist durchaus schaffbar... auch wenn man wahrscheinlich erst einmal ne weile zum sichten benötigt
Servus,
mehrere Möglichkeiten. Hier einfach mal 2 aufgeführt.
foreach ( Control control in this.panel1.Controls )
{
if ( control is PictureBox )
{
MessageBox.Show("Katzenklo!!!");
}
}
foreach ( Control control in this.panel1.Controls )
{
if ( control.GetType().Equals(typeof(PictureBox)) )
{
MessageBox.Show("Katzenklo!!!");
}
}
mfg
Hellsgore