• Du befindest Dich hier:
• Community
• »
• Mitglieder
• »
• Jamikus
• »
• Beiträge von Jamikus

Hast du schon versucht über eine FixedPage die Seitengröße zu setzen?

Zu 1) [FAQ] Was bedeutet das @ (=at) vor String-Literalen? Und: Wissenswertes zu Escape-Sequenzen

Könntest das Feld zu einer Eigenschaft umwandeln und via Debugger im Setter den Pfad folgen, woher das "True" kommt.

Aber an Hand des gelieferten Codes ist es nicht ersichtlicht, was genau passiert.

Evtl. hilft auch [Tutorial] Vertrackte Fehler durch Vergleich von echtem Projekt mit minimalem Testprojekt finden

Deine Schleife läuft solange bis fliegerRegister NULL ist. Eventuell sollte dort eine andere bzw. weitere Aussteige-Bedingung rein.
Wenn ich es richtig im Debug ( [Artikel] Debugger: Wie verwende ich den von Visual Studio?) gesehen habe, solltest Du Dir nochmal die Methode PositionBerechnen anschauen. Deine Flugzeuge steigen u. sinken nie und bekommen keine neue Position.

Der Denkfehler ist der Aufbau/Struktur des Arrays.

Dein Array über 7 Zeilen zu initialisieren, splittet für dich nicht direkt die Ausgabe.
Somit fehlt bei der Ausgabe des Arrays noch die Information ab welcher Stelle der Zeilenumbruch stattfinden soll.

Ich nehme an folgendes wäre für dich hilfreich: [FAQ] Wie finde ich den Einstieg in C#?

Würde meinen, dass Dein If in der Buchstaben-Prüfung nicht so arbeitet, wie gedacht.

Hätte eher folgendes erwartet:

if (!items.Tag.Equals("a") || !items.Tag.Equals("A"))

if (!items.Tag.ToLower().Equals("a"))

Dies sollte helfen: [FAQ] Kommunikation von 2 Forms

In dem man den relativen Part integriert und den absoluten entfernt.

Dazu verwendet man zusätzlich die Kombinationsoption, welcher Th69 schon erwähnt hat, um einen vollstandigen Dateinamen zu bauen.

Wo hakt es bei Dir genau?

Wenn ich es richtig erkenne, schreibst Du pro Zeile 11mal das selbe Element und du bekommst 77 Zeilen.


Theo. genügen 2 Schleifen. Eine 7er Schleife und eine 11er Schleife.

Das Semikolon sorgt dafür, dass folgendes ausgeführt wird, wenn "True": Nichts.
Und darauf folgt, dass jede (numerische) Eingabe die Schleife beendet.

Wie sieht denn das Handling aus, wenn man eine Taste drückt?

Hallo,

hast Du schon versucht Dir den Typ zu holen? (Object.GetType())
Evtl. die Eigenschaften von diesem Typ via Debugger betrachtet.

Hallo,

evtl. hilft dir folgendes weiter: [FAQ] Kommunikation von 2 Forms

Eine Datenbank wäre für mich eine Option, wenn man die Daten in der Ursprungsform für zukünftige Prozesse benötigt.

Mit den hier vorliegenden Informationen würde mir eine Liste von Objekte reichen, welches an Hand des Beispiels die Tiere katalogiert und neben Namen mehrere Eigenschaften für Anzahl o.ä. (je nachdem für was die Zahlen stehen) besitzt.

Die Text-Datei zeilenweise lesen, sollte für sich kein Beinbruch sein, weil es dazu etliche Tutorials existieren.

Summieren innerhalb der Eigenschaft wäre sehr unpraktisch bzw. dann wäre die Eigenschaft nicht mehr ordentlich setzbar. Also man könnte z.B. den Wert der Eigenschaft nicht ohne unnötig aufblähen resetten/verringern.
Nebenbei wüßte einzig der Entwickler alleine, wie sich die Eigenschaft verhält, wenn nicht direkt im Namen der Eigenschaft bzw. im Kommentar ersichtlich ist, dass sie sich selbst summiert. Also auch fehleranfällig in der Verwendung.
Aber wenn man will, wäre es möglich. Nur empfehlen würde ich es allemal nicht

Hast Du mal in die Doku nachgeschlagen von Slider mit seiner geerbeten Property ActualWidth?

Btw. ein kleiner WPF-Tipp: [Artikel] MVVM und DataBinding

Hallo,

die nicht sichtbare Anzeige ist das Resultat, wenn man die Sichtbarkeit auf "versteckt" setzt (Visibility="Hidden").

Beim Datagrid selbst kann man auf SelectedItem binden.

Als Eigenschaft kannst Du es direkt in XAML hinterlegen neben der Höhe, Breite, etc.

Müssen ist dabei ein starkes Wort, weil Dich perse niemand zwingt. Es ist aber sauberer als mit unnötigen Code-Behind zu arbeiten.
[Artikel] MVVM und DataBinding

Hallo,

bist Du Dir sicher, dass Du im Click-Event vom Button eine Endlosschleife haben möchtest?


Edit:
Wenn man Dein Thread.Sleep() mit der Schleife gegen z.B. einen Timer mit einen Intervall von 1000 tauscht, sähe es (vom Code her alleine schon) um einiges besser aus.

Ich kann dies nicht bestätigen.
Bin mit den Firefox (69.0.1 (64-Bit)), immernoch wie gewohnt dauerhaft angemeldet.

Th69 hat Dir darauf schon den Hinweis gegeben bzw. passenden FAQ

Hallo,

hast du dir folgendes angeschaut: [FAQ] Controls von Thread aktualisieren lassen (Control.Invoke/Dispatcher.Invoke)

Wenn Zustand A, gehe in den Zustand B.
Wenn Zustand B, gehe in den Zustand A.

Frage den Zustand ab oder merk ihn und reagiere je nachdem.

Nimm es mir nicht krum: Aber versuch mal den FAQ zu verstehen. Allein die Skizze im ersten Beitrag von herbivore wird deine Frage beantworten.
Bzw. erläutere, was du daran nicht verstehst.

Wenn ich mir so den Delete-Statement anschaue, scheint folgendes nützlich zu sein: [Artikelserie] SQL: Parameter von Befehlen