TDM

Wenn du immer nur eine Instanz hast und die Liste immer nur füllst und nicht leerst, ist das doch klar oder nicht?! SchemaReaderSettings bei jedem Funktionsaufruf neu instanziieren (dann muss es auch kein Classmember sein) oder die Schemaliste der Instanz leeren.

Anmerkung: Ich würde hier lieber Integer.Parse nehmen. Sollte irgendwann mal das Synonym Integer nicht mehr auf Int32 zeigen und wir in (ferner) Zukunft auf 256-Bit-Systemen programmieren, wäre das gleich angepasst und müsste nicht neu geschrieben werden. Wenn 32-Bit ausreichen und keine großartigen Betriebssystemverbiegungen gemacht werden, dann reicht das CLR-Int32 aber vollkommen.

So sinnfrei war der gar nicht. Für jeden Eintrag ein Setting ist sinnvoll, da du, bei nur einem Eintrag mit strings erstens einen Separator brauchst (für splitt) und Zweitens sicherstellen musst, dass überall die gleiche Zeitzone/Lokalisierung verwendet wird. Array würde sicher auch gehen.

Mach doch 3 Settingeinträge vom Typ DateTime.

Ich nehm mal an, das ist eine Frage. Du kannst einer Form einfach nur ein Panel o.Ä. als Content geben und dieses dann dynamisch austauschen.

Eigentlich war das Sarkasmus... (Wenn nicht gar Zynismus) :floet:

Warum suchst du nicht einfach das Verzeichnis deiner Exe(dll) und gehst dann über den relativen Pfad? Dann hast du das Problem nicht... Anmerkung: Batchdateien zur Programmausführung müffeln. :floet:

Schau dir das Verzeichnis an, welches benutzt wird, vielleicht ist es dann logischer für dich.

Da liegt das Problem. Ich nahm an, dass Windows-Forms und WPF im gleichen Projekt sind. Sieht aber bei dem Screenshot nicht so aus. Folglich brauchst du in "WinFormsApplication" noch einen Verweiß (Reference) auf WPFApplication. Damit die Klassen des WPF-Projekts verwendbar werden.

WPF-Objekte sind auch nur Klassen (XAML = Content - XAML.cs = Code-Behind) Folglich erzeugst du einfach ein Objekt des Dialogs (ich nehm mal an, dass es ein Window ist) mit Hilfe von new. Sobald du dann die Instanz hast, rufst du einfach Show bzw. ShowDialog auf. Je nachdem, ob es bei einem Buttonklick oder sonst einem Ereignis/... geschehen soll.

Seh ich das richtig?: Matrix[Zeile][spalte] -> vector<int> mit Anzahl beliebig Matrixklassen gibts genug über google zu finden. vector ist im Endeffekt ja auch nur eine Liste. Das ganze schön in eine Klassenhierachie und schon sparst du dir lästiges Zeigergefriemel.

ToUpper.

Das ist ja auch ein Klickereignis von der Oberfläche. Das wird automatisch generiert. Warum willst du einen Klick simulieren? Aufrufen kannst du das mit cmd_neu_Click(null, EventArgs.Empty); Aber wie gesagt, ich seh den Sinn eines simulierten Klicks nicht. [Editerle] Wenn du die Funktion später benutzen willst, dann ruf doch einfach eine parameterlose Funktion darin auf, die kannst du von jeder anderen Stelle wieder aufrufen.

Dann musst du sie auch mit Parametern aufrufen. Welche? Wie automatisch? Zeig doch einfach mal den Funktionskopf und den Aufruf.

eigentlich nimmt man zwar string.Equals, aber das geht schon. Dann hat die Funktion wohl Parameter. Meistens zeigt die IDE die Parameter an, wenn man die runde geöffnete Klammer hinter den Methodennamen schreibt.

Ich denke mal, dass es mit dem zusammenhängt.

Nein. ... Ja... Der Vergleichsoperator == und das x haben gestört. Folglich nahm ich an, dass 4 unterschiedliche Werte auf den gleichen wert geprüft werden. Ich war mir nicht ganz sicher ob er (a == x && b == x) || (c == x && d == x) meinte, oder a == x && (b == x || c == x) && d == x Naja, ist Freitag und schon spät. :floet:

Auch wenns nur ein Beispiel ist: Sowas wird nicht gehen. AND bindet stärker als OR. (Krümelk*cken fetzt. :floet:)

Bin ja verwundert, dass Anmeldedatum != Postdatum.

Schlechte Idee, Multithreading nur dort, wo es nötig ist, alles andere macht das Programm zu kompliziert. Nein. Ein int ist kein Thread. Schau dir mal diese Klasse an. Multithreading ist böse, da du mit einem anderen Thread nicht die Oberfläche verändern darfst. Abhilfe schaffen hier Events. (INotifyPropertyChanged funktioniert wunderbar als Datacontext mit Bindung) Interessant in dem Zusammenhang ist auch lock. Siehe 2.

Ich hab nirgendswo das Gegenteil behauptet...

Nein, du kannst beliebig viel Kapseln. Du kannst auch einen Button in einen Button machen, das ist ja das schöne an WPF. Der Content ist nur meist auf ein Element beschränkt. <Button HorizontalAlignment="Left" VerticalAlignment="Top" Foreground="WhiteSmoke" Width="100" Height="43" Margin="113.043,68,0,0" BorderBrush="#FF003C74"> <Canvas> <Label Background="Black" Height="43" VerticalAlignment="Top" Width="100" HorizontalAlignment="Left" RenderTransformOrigin="0.5,0.5" HorizontalContentAlignment="Center" VerticalContentAlignment="Center" Name="ButtonBackground"/> <Label Background="Red" Height="33" VerticalAlignment="Top" Margin="5,5,0,0" Width="90" Opacity="0.5" HorizontalAlignment="Left" RenderTransformOrigin="0.5,0.5" HorizontalContentAlignment="Center" VerticalContentAlignment="Center" Name="Hintergrund"/> <Ellipse HorizontalAlignment="Left" VerticalAlignment="Top" Margin="5,5,0,0" Width="90" Height="17" Fill="LightBlue" Stroke="LightBlue" Opacity="0.6"/> <Ellipse HorizontalAlignment="Left" VerticalAlignment="Top" Margin="5,28,0,0" Width="90" Height="11" Fill="LimeGreen" Stroke="LimeGreen" Opacity="0.5"/> <Label Content="Press" Foreground="White" Height="43" VerticalAlignment="Top" Width="100" HorizontalAlignment="Left" RenderTransformOrigin="0.5,0.5" HorizontalContentAlignment="Center" VerticalContentAlignment="Center" Name="Button_Text"/> </Canvas> </Button> Musst das natürlich noch mit den Zahlen anpassen. (Bei mir sieht das verrutscht aus.)

Warum lässt du dann den Content vom Button leer?!

Falsch. Foreach braucht immer ein IEnumerable-Object. DateTime implementiert IEnumerable nur nicht. Nix mit alt oder neu.

"Singleton Pattern ist Müll" In welchem Zusammenhang verwendest du das Pattern? Sobald eine Klasse abgeleitet werden kann, ist ein Singleton definitiv ein Designfehler.