hi yetibrain
bei SPSen gibt es ein kleines Problem der Beschränktheit. Daher stelle ich die Sinnhaftigkeit der Debatte Statemachine nicht unbedingt auf diese Plattform. Ich selbst habe bei SPS-Programmierung, so null Erfahrung in technischen Details.
Erfahrung habe ich eine(vielleicht auch 2) Ebene höher in Prozesssteuerung und Visualisierung.
Dort stellte schon die Schrittkette eine Verbesserung des Colaautomaten dar, Events waren Steuerungsmöglichkeiten der Schrittkette.
So weit so far.
Mein Geschwafel bezieht sich einfach auf höhere Freiheitsgrade und da ist der Colaautomat, auch wenn Programmierbar und Pepsifähig einfach nur Fussnote der Geschichte.

@Svenson: bedauerlicherweise wurde der ASCII-Zeichensatz Herstellerabhängig erweitert. Bit 8 diente nicht mehr ausschliesslich der Parität. Besonders spürbar war das auf der Plattform auf der wir heute entwickeln.
Es gab dadurch einige Probleme bei der ASCII->ANSI Konvertierung und umgekehrt. Gelegentlich stösst man auch heute noch darauf.

Statemachines stammen aus der Urzeit der Automatentheorie. Eigentlich sollten sie in ihrer ursprünglich definierten Form längst ausgestorben sein. Leider sind die Dinos in vielen Köpfen noch dominierend. Die leichteren, schnelleren und fähigeren Exemplare ihrer regulären Nachkommen müssen noch unter den alten übergrossen Greisen leiden.
Jedoch ist stets gut die Geschichte zu kennen und zu verstehen. Der Cola-Automat in der modernen SW tut es allerdings nicht mehr so richtig. Auf die Rudimente stösst man allemal, ohne Zustände geht es nicht. Allerdings bekommt man manchmal solche wenn man diverse Artikel liest(Einer dieser(voll Retro) ist auf Wikipedia verlinkt: Die Geschichte der Statemachine ist eine Geschichte voller Missverständnisse usw. - hellblaue Blutungen in der linken Hand).
Kennen sollte man das Ding schon.

Gibt es dafür auch ein Anwendungsszenario?
Ich seh da irgendwie keines. Fotopreviews haben einen beschränkten Sinn bzw. altern zu schnell, wenn es nicht um Content geht.
Die Offlinemöglichkeiten eines Browsers, oder der HTML-Snapshot generell erscheinen mir irgendwie sinnvoller. Darum frage ich ja.

Kannst du auch Informationen liefern?

Meinst du jetzt, mich? Ich zwitscher gern was zu diesen Lösungen...

Produkt welches?
Ex, Std o. Prof - Team -- gleich, es sei denn expr.

Ja, du kannst.
Für das "wie" benutze die Forumssuche.
Bei Misserfolg geb ich dir gern ein Beispiel. Das ich nicht sofort verlinke oder ein Bsp. poste liegt an meiner Abneigung gegen solche "Lösungen".
m.M: Ein Workaround ist keine Lösung, höchstens Krücke.
Gelegentlich ist eine Krücke besser als nüscht, wenn es zu dringlich wird(Blasenproblem). Langfristig eher problembehaftet...

Ja, benutze einfach ein eigenes Verzeichnis für die Visualidingsbums...
😉

Listview als soche ist also das Problem?
benutze den Virtual Mode, dann geht's besser.

Nunja, keine kostenlosen.
Stellt sich auch die Frage, ob sowas wie Blend genügt oder ob noch ein Designer daher muss.

Ich empfinde es als durchaus zielführend, wenn es sich um Konvertierung von ASCII-Sets handelt.
Die das existiertnicht-nummer hilft nicht weiter.

Ich tippe auf Resourcemismatch, es gibt halt Sachen die sich gegenseitig(zurecht)blockieren.

vielleicht sollte man so Funktionalitäten trennen, also Übertragung und Klickibuntgedöns.
Sprich: Funktionalität und GUI.
So ergeben sich Probleme, die eigentlich nicht existieren müssen...
Mein Tipp, einfach auftrennen.

Wenn dir das Usercontrol(Wechsel derjenigen Welchen) nicht reicht, können das auch ganze Fenster sein. Gelegentlich reicht auch ein Tab-Control.
Ich glaube JasonDelife hat sich nur unglücklich ausgedrückt.

@Svenson:
Es gibt sehr wohl 8-bit ASCII-Codes, die mal locker ANSI inkopatibel sind.
Gern genutzt z.B. unter MS-DOS. Ebenfalls mit Codepages.
Gern genommen die 437...

Du musst die Resourcen des Pens wieder freigeben.
p.Dispose()
Du frisst sonst ein grosses Loch im Speicher/Win-Resourcen, so kommt es zum von dir beschriebenen Verhalten.

Der Artikel wurde qualitativ(insbesondere Darstellung, in echter Qualitätt konnte kaum bemängelt werden) Abgeshen von leichten
Anfgsschwieririgkeiten sehr verbessert, und sehr viel Mühe wurde reingeesteckt.
Du bist gewachsen.

Bin nur unsicher was Lockenpuppe sagen will.
(Der Thread entgang mir)

zumal wir ja grundsätzlich einer Meinung zu sein scheinen.

Möglich, der Thread war nicht benannt. Der Sound klang nach...
(Wenig Inhalt, Hauptsache desperat. Jedoch nur Klang. kein Link auf den Thread)-
Bin also nicht sicher. Aber Müll gehört gesperrt, zumindest geschlossen.
Jedoch gibt es einige Technologien die man so oder so Interpretieren kann, bzw. Werkzeuge die man so oder so benutzen kann.
Wäre z.B: eine Komponente/Artikel zum RawSocket jetzt Sperrungswürdig wegen Missbrauchspotentials, oder Hilfreich wenn auch auf Vermeidung, von Risiken, eingegangen wird? Als Beispiel.

Du hast deine Ansicht mitgeteilt. So kann man es sehen(oder muss es). Du hast die Verantwortung.
Ich würde nicht anders handeln, wenn die Diskussion im Allgemeinen ins Nirwana verläuft(bin aber froh, das ich kein Moderator bin).

Also auch technisch irrelevant?

Fein, was soll das breiteste/unterste Niveau der Maslowschen Pyramide(die eh daneben ist) jetzt Mitteilen?.

Geht es um einen Geschlossenen Thread oder um einen Gesperrten?
Im 1. Fall sehe ich keinen Grund zur Klage(muss wohl eh irrelevant gewesen sein).
Im 2. Fall wär es angemessen wenn man Hinz und Kunz eine Kurzanleitung für Diebstahl gibt.
Ich nehme vorläufig 1 an.

Deine Kaufentscheidung würde ich niemals in Frage stellen, individuell halt. Will ich auch nicht madig machen. Im Gegenteil, ich beglückwünsche dich.
Weil:
Du dir einen Traum erfüllen konntest.
Ich hab keine Ahnumg ob es hier passt, ich meine garnicht, freue mich aber mit.
(tolle Sache dieses Ding, und Besitz)
C# - mässig leider etwas suboptimal. Nimm da lieber die passendere Sprache inkl. Hilfswerk(Was nicht abwertend gemeint sein soll). Der Mac bietet schon gutes - Mac - Only.

@Harg:
Bei strenger 3-Achichtenarchitektur(Nichrt dieses N-Dings-Gelaber), geht man tatsächlich von Client, Middleware und Datenhaltung aus.

Jede dieser Schichten hat nehr oder minder "Intelligenz". ZB- hat eine OracleInstanz mehr Möglichkeiten, aber auch Fallstricke.
Ein Access ist eine tolle Sache für lokale Datenhaltung, minder Geeignet für zentrale Sachen(der Reportbuilder ist toll und kostengünstog wie kaum andere).
Oracle insbesondere und MSIgitt( 😉 ) mögen als untere Schicht nicht sonderlich deiner Anwendung geneigt sein, sondern nur irgendwie Selbstzweck. Dafür gibt es ja in der Anwendung selbst die 3. Schicht(Wenn es der Aufwand denn wert ist). Ganz einfach um den Schmutz austauschen zu können. Heute Access, morgen Oracle. Beide DBs sind Beispiel für Scghmutz, dh. beide halten sich nicht an Standards.
Nimmt man noch den SQL-Server dazu oder das mySql-Ding, wird man feststellen das mit den sogenannten Standards nichts gewonnen ist.
Nich desdestotrotz wird deine App, nicht täglich die DB-wechseln(beim Kunden), Deine Kunden versehentlich jedoch verschiedene DB's als ihr Haustier ansehen.
Deshalb sehe ich es als gut an den "Schmutz" zu abstrahieren und die unterste Schicht austauschbar zu machen, und das perfekt auf das eigentliche Datenlayer.
Genaugenommen also die Auftrennummung der 3. Schicht deiner Anwendung auf Hi & Lo Dal.
Es gilt auch hier: Divide et Imperia.

Ja das nervt, daher der Vorschlag mit dem Invisible, dann visible nach dem Init der Componenten oder auch der Form selbst.

(mir kommt die Beschreibung irgendwie bekannt vor, passiert das auch so im Releasemode(D-Klick auf exe)?, soviel Kram ist das doch eigentlich nicht)

Also den heutigen Tag bekommt auch immer wieder über DateTime.Now. Da braucht man nicht speichern.

Andere Frage:
Wieviel DS kann denn so ein kleiner Monitor anzeigen? Zur Not geht Paging auch via SQL...

mmh ok.

Ich sehe noch 2 Möglichkeiten,
eine wäre(du schriebst vom "nacheinander aufploppen"), die Dinger(labels was immer) per Default invisible zu machen und erst im Form_Load per Loop wieder sichtbar(bringt etwas, nicht viel).
Andererseits ist eine Sekunde nicht allzuviel und wozu gibt es Splashscreens, wenn nicht um den User beim Laden zu Unterhalten...

Würde ich so sehen, GDI+ lässt da nicht mit sich reden(selbst via LogFont), GDI hingegen schon, über Dll-Import.

Postleitzahlen sind einfach nur willkürliche Zahlen. D.h. du benötigst Datensammlungen als Basis, die PLZs auf Geodaten oder ähnliches mappen.
Verfügst du über eine solche Datenbasis? Wenn Nein, keine Chance, falls Ja sind PLZ-Bereiche teilweise grosszügig und die Entfernung daher bestenfalls ungenau(ok, besser als keine).

ja zeichnen erwartet den Parameter, bloss wo kommt der her? ist der KlassenMember(schlecht, ganz schlecht)? KeyUp ruft zeichnen auf mit g als Parameter(wie von der Methode gefordert), KeyUp definiert diesen Parameter nicht. Also Klassenmember(wozu dann die Übergabe)?

Mit Kompilierung meinte ich in dem Fall die JIT-Kompilierung, mein Fehler.
Könntest du die Zeiten messen, zw. Init(Constructor) & Load im Vergleich zu Bmp-Ressourcen?

Ich sehe da jetzt spontan 2 Möglichkeiten(Spontaner Gedanke). Entweder sind die Grafiken unangemessen gross für die Darstellung oder die API hat ein Problem mit dem PNG-Format bei dieser Farbtiefe.

Die Verwendung eines Listviews klärt noch nicht die Frage ob das Ding ein eigenes Control ist oder Bestandteil eines Fensters. Wobei natürlich ein eigenes Fenster so eine Art PopUpControl darstellen könnte. Das wäre dann eine Art Dialog, das das gewählte Datum(oder nur den Monat) in einer Eigenschaft festhält der vom Aufrufenden Fenster bei DialogResult.Ok ausgelesen wird.

Ein Event, EventHandler/Delegate EventArgsObject und Registrierung sind auch nicht so schwer zu machen. Bin mir aber noch nicht ganz klar was das nun werden soll.
BTW: ein drittes object wäre unnötig, der übliche Weg ist das Erben von Eventargs und das Ding zu erweitern)

viel Erfolg

Tja, ich seh keine definition von g in KeyUp.

@ErfinderDesRades
Wie soll das gehen(xml<bin)? Ist das jetzt mit oder ohne Kompr. gemeint(wenn ja welcher?).

Der ist auch nur Variable
string s = comport.ReadExisting().ToString();
x= int.Parse(s)++;

if(x usw

Ansonsten brauchts mehr Details zu den empfangenen Werten. Bei Serial oder sonstigen Port - Daten über ein Byte ist die Vollständigkeit ja noch nicht garantiert.
Da muss dann den EmpfangsStream puffern und bei Bedarf vervollständigen(warte auf mehr Daten).

8 Bit hat keinen Transparenzkanal.

Ich schliesse Formatschwierigkeiten jetzt aus.

Wie sieht es bei einem 2. Aufruf der Form aus?(lange Kompilierungszeit am Start)?
Wie hoch ist die Anzahl(ungefähr)?

Hmm, klingt danach das die PlugIn-Schnittstelle wertfrei sein soll. Also jeder Kram darf sich Registrieren zum Laden, benötigt nur die Methoden a & b, soll aber komplett serialisierbar sein aus deiner App?
Nada oder CodeInjection(was auch nicht immer funktioniert).
PlugIns sollten ein Objekt zurückliefern was deine App definiert. Die Definition solltest du jedoch freilegen bzw. eine freigelegte Unterstützen.

Ein 32-Bit-PNG also?

Versteh ich nicht ganz, ist deine Form das KalenderControlDings?
Sieht so aus.
Der Eventhandler könnte ein eigener sein und ein Datum beinhalten(Month Increase oder Decrease bei Auslösung "Monat") - bei Controlvariante oder du hast die Variable vom Typ int/DateTime die das lokaler steuert. Dann wird nur die Aktualisierung durch das Event gesteuert, dann brauchst du kein "eigenes" Event, das "ChangeEvent" parameterlos reicht. (Übernahme Datum dann über Ok-Button, per einfacher Zuweisung).

count ++;
if(count % 2 == 0)
tb1.Text=comport.ReadExisting().ToString();
else
tb2.Text=comport.ReadExisting().ToString();

oder so...
Edit: Ich finde es toll wenn Menschen sich für Technik begeistern. Unschön finde ich solche Fragen. Grundlegende Strukturabläufe sollten vor Details der Schnittstellen intus sein, bzw erfragt werden.

Es geht per GDI-Ausgabe.
(GDI-Funktionen Importieren und Fensterhandle übergeben).

Frag mich allerdings wozu man die Uralt-SystemFonts(Pixelbrei) missbrauchen will.
Das geliefer eines Ersatzfonts ohne Hinweis nervt natürlich auch im Normalbetrieb...

Geht auch per Kabel auf LineIn..

Kannst du das genauer erläutern? Ich denke das ist abhängig vom Content der Grafikund vom Fensterhintergrund(HalbTransparenz)-Das Abheben.
Weiterhin frage ich mich wie du die Halbtransparenz herstellst, da es eine direkte Unterstützung nicht gibt(es sei denn WPF != WinForms).

Das Eiffelzeugs und SAL-gelumpe - auch Smalltalk betrifft Altprojekte die zu Umfangreich geworden sind(Dafür gab es kommerzielle IDE's + Compiler).
Haskell, Modula 3 sind nur Sprachen als Lehrzweck(Miranda als Antipattern?).
Modula 2 und (Object)Pascal finden sich durchaus. Ebenso Lisp(das Erstaunlichste in einem > 50 Mio-Ding(frag das I-Net)).