Solange du vor dem Auslösen des Events keinen Thread durch einen System.Threading.Thread oder einen Threading-Timer erzeugst, kann da auch nichts durcheinander kommen, das heißt, nichts parallel ausgeführt werden.

Aber nur weil ich gerade nichts besseres zu tun habe..
Eigentlich solltest du das Grundverständnis mitbringen.

Ist das deine Hausaufgabe für Religion/Sozialkunde o. ä.? 😉

Erstell dir eine Klasse 'XYButton'
Diese beinhaltet Properties wie z.B. Text, BackColor und vor allem Bounds (System.Drawing.Rectangle).

Anhand der Werte in den Properties zeichnest du den Button und speicherst die Position und Größe in dem Bounds-Property.

Später kannst du dann nämlich bei MouseMove und MouseClick die Bounds auf eine Mausposition prüfen und so die Button-Funktionalität implementieren.

Edit:
ich würde nicht

new Font("Arial", 8, FontStyle.Bold)

schreiben, sondern

new Font(this.button.Font.FontFamily.Name, 8, FontStyle.Bold)

Wenn du dich einmal mit dem Thema auseinandersetzt, ist es ein Kinderspiel. Gerade wie in deiner Anforderung.

Wo hakts denn?

Bei mir flackert das Bild öfters.

@LatinChriz:
SetStyle(...);

...und die Taste für das sofortige absetzen (Leertaste oder?).

Eher 'Nach unten', außerdem -> konfigurierbar.

Aber ehrlich gesagt find dich die Datei viel zu groß. hab mitm Reflector geschaut und du hast ja die Steine als Bitmap Resourcen drin wenn ich das richtig gesehen hab oder? Das bläht das ganze Programm natürlich auf.

@LatinChriz: Die Steine hättest du ja jetzt auch noch selbst zeichnen können.. 😉

In so einem simplen Fall bevorzuge ich das Erstellen und Zeichnen eines komplett eigenen Controls, was gegenüber einem UserControl mit 2 Labels + 1 Button bei einer großen Anzahl einen deutlichen Performanceunterschied ausmacht.

Dann registrier doch das SizeChanged Event erst bei OnLoad des UserControls.

Ich denke, du machst das auch etwas zu kompliziert, falls ich dich richtig verstehe?!
Warum gibst du nicht jeder Spalte in deinem Control die Breite Control.Width / 8 ?

Ja, ist echt praktisch.
Ist es Absicht, dass - egal wo der zu editierende Beitrag steht - dennoch "nur" die 10 aktuellsten Posts angezeigt werden?
Wäre es nicht sinnvoller, die folgenden 10 Posts AB diesem Beitrag anzuzeigen?

Wenn du weißt, dass es sich nur um Controls handelt, machst du das eben so:

Control control = null;

if ()
{
    control = new RadioButton();
}
else if ()
{
    control = new ...
}
...

Wovor hast du denn dabei Angst?

Aber mal ehrlich, ich hätte ja dann wenigstens eine hauchdünne Linie oder irgendwas erwartet.

Das liegt daran, dass das Control dann keine DefaultSize festgelegt hat.
Wenn du z.B. einen Button oder eine ListView instanziierst, haben diese jeweils eine unterschiedliche Anfangs(Standard)größe, aus gutem Grund.

PS: Hab gerade nochmal zum Versuch bei der Windows-ProgressBar die Properties für Height und Width auf '0' gestellt, dann ist von dieser auch nichts mehr zu sehen.... 🤔

was ist daran 🤔? Ist doch logisch...

Höchstwahrscheinlich geht das nur über einen Message-Filter (IMessageFilter).

public bool PreFilterMessage(ref Message m)
{
    int WM_MOUSEWHEEL = 522;
    if (m.Msg == WM_MOUSEWHEEL)
    {
        // Mouse Wheel Message an das entsprechend Control senden
        SendMessage(*...*, m);
    }
}

Um den as Operator bei Generika zu verwenden, reicht es aus, ein where : class
anzuhängen.
Eine Klasse ist immer ein Referenz-Typ und deswegen kann dann auch der Operator benutzt werden.

public void<T> Test() where T : class

Ja.
So lassen wie es ist 😃

Wozu brauchst du das genau?

Du verwendest aber schon die Infragistics Controls, auf die sich das nur auswirkt?

Damit keine Verwirrung entsteht:
Nicht SelectIndex, sondern SelectedIndices/SelectedItems.Count.
Diesen Wert prüfst du auf == 1 bzw. weist das Ergebnis des Vergleiches direkt der Enabled-Eigenschaft zu ohne ein unnötigens if-else Konstrukt zu erbauen.

Das "Problem" ist, dass das Enter noch an KeyPress geschickt, was wohl letztendlich erst den Beep verursacht. Dann ist ja also klar, was zu tun ist.

Das Beep soll ja nur verdeutlichen, dass Enter ein ungültiges Zeichen ist, dass in einer Multiline = false TextBox nicht rein kann.
Und wenn, wie erwähnt, AcceptButton gesetzt ist, entfällt das Problem sowieso.

Also wieso das Beep unterdrücken, wenn sonst nichts mit der Enter-Taste gemacht wird?

Naja, wozu das Auto umparken, damit es keiner sieht, wenn man es auch mit einem Tuch verdecken kann? 😉

Visible reicht nun mal aus. Möglicherweise ist es auch schneller als das Control zu entfernen und wieder hinzuzufügen.

Letztendlich ist es egal, ob du die UserControls schon vorher erzeugt hast, indem du sie per Toolbox auf die Form gezogen hast oder ob du sie zur Laufzeit je nach Auswahl erst instanziierst.

Egal ist es nicht mehr, wenn die UCs lange zum Laden brauchen. Da wäre eher die Überlegung diese erst zur Laufzeit zu erzeugen, um unnötige Ladezeit zu verhindern, für UCs die wohl nie angewählt werden.

Edit:
Wenn die UCs instanziiert sind, würde ich sie nicht mehr mit Remove() aus dem Container entfernen, sondern lediglich Visible = true/false verwenden.

Das musst du doch selbst wissen, wie es vorgesehen sein soll.
Ich finde es ganz normal, wenn geänderter Inhalt erhalten bleibt.
Dein Code bleibt ja auch noch bestehen, wenn du in VS zwischen verschiedenen Tabs wechselst 😉

Beschränk dich einfach nur auf protected virtual OnDispose(EventArgs) des Forms.
Kein GC.Collect(), nicht einmal unbedingt Form.Dispose().

Das einzige was mir bisher immer negativ aufgestossen ist, wäre das die Oberflächen unter XP / Vista / W7 etwas anders aussehen, weil z.B. unter Vista ein String bestimmter länge in eine Textbox passt und unter XP wird diese kleiner dargestellt und der string wird abgeschnitten.

Noch eine Bemerkung dazu:
Damit sollte man sowieso immer rechnen. Das UI Theme des jeweiligen Windows ist fast uninteressant. Viel wichtiger sind die Benuztereinstellungen. Allein schon die visuelle Anpassung des Desktops für Sehbehinderte, -eingeschränkte.

Jeder kann eine beliebige Schriftart, Schriftgröße, Farben, ... für Dialoge einstellen. Schon lange 😃

Mit Application Service meine ich einfach nur eine Klasse, die Kontext-bezogene Aufgaben in der Anwendung durchführt.

Zum Beispiel:
LogService (schreibt z.B. Exceptions und andere Meldungen weg (Datei, Eventlog, Datenbank, ...)),
MainWindowService (tätigt Aufgaben wie z.B. Statusmeldungen über das NotifyIcon ausgeben)

public static class ServiceProvider
{
    static ServiceProvider()
    {
        services.Add(..., ...);
    }
    private Dictionary<Type, object> services;    
    public static object GetService(Type serviceType);
}

Und über diese Klasse holst du dir den gewünschten Service und führst die Aufgaben durch. Sauber getrennt und vor allem verhinderst du dadurch redundanten Code.
Kein Hexenwerk.

Fehlermeldung krieg ich keine!!!!!

ist übrigens auch nicht zu glauben.

-->

try // Überprüfen ob Verbindung aufgebaut werden kann
{
    OleDbConnection con = new OleDbConnection(strCon);
    con.Open();
    con.Close();
    return (0);
}
// hier steht mit Sicherheit so etwas:
catch (Exception ex)
{
    EatException(ex);
}

private void EatException()
{
    Debug.WriteLine("ham ham ham ham ham");
}

und drumherum wohl: (while 1 == 4 - 3)

nicht aufregen ujr, nimms mit Humor 😉

Ich würde das NotifyIcon nicht direkt in der gesamten Anwendung verfügbar machen..
Höchstens über ein Interface mit einer Methode GetNotifyIcon() auf der MainForm der Anwendung, die dieses Interface implementiert (z.B. IMainForm).

Besser wäre so etwas wie ein Application Service, der eine Methode SetNotification(string) hat und sich intern darum kümmert. So einen Application Service kannst du dann statisch in deiner Anwendung verfügbar machen.

Schon lustig, genau das hatte ich vor 2 Tagen selbst gesucht..
Auch Microsoft empfiehlt diese Lösung, wie die auf der genannten Seite von Kuehner.

Allerdings ist eine Einschränkung mittels TOP X im inner select durchaus sinnvoll, gerade bei größeren Datenmengen:

SELECT FirstName, LastName
FROM
    (SELECT TOP 20 ROW_NUMBER() OVER (ORDER BY PersonID DESC) AS Row, FirstName, LastName
FROM Persons) as AS PersonsWithRowNumbers
WHERE  Row >= 11 AND Row <= 20

von Row 50 bis 1337 müsstest du dann im inner select SELECT TOP 1337 schreiben.

private Dictionary<String, Condition> conditionMap;

-->

private Dictionary<String, ConditionList> conditionMap;

Edit:
ToList() ist eine ExtensionMethod auf IEnumerable<T>
Da Dictionary<,>.Values ein IEnumerable ist, bekommst du diese Methode angeboten.
Das hat aber nichts damit zu tun, dass das Value an sich zu einer Liste wird.

Was ist jetzt genau dein Problem?
Ich versteh dein Problem nur ungenau. Was spricht dagegen, beim ersten Mal nur den 1. Parameter zu befüllen und beim zweiten Mal die restlichen 2?

Entweder du beendest den Thread manuell beim OnClosed der MainForm oder du beendest den Thread bei OnDispose() des UserControls. Wobei ich mir jetzt nicht sicher, ob das noch beim Beenden der Anwendung aufgerufen wird.
Falls nicht, kannst du noch auf das Application.ApplicationExit-Event reagieren.

Musst du selbst errechnen (ListViewItem.Bounds). Wozu brauchst du die denn?

Soweit ich bislang weiß, ermittelt 7 die Systemvoraussetzungen, die das Programm hergibt und entscheidet entsprechend. Das dürfte bei Microsoft-Software noch ganz gut funktionieren, wie es sich mit anderer Software verhält, ist mir noch unklar.

Edit:

Hm .... hat evtl jemand den RC installiert und weiß, wie das genau funktioniert? Daheim, ja 😃 Hab es aber noch nicht ausgiebig ausprobiert.

Edit2:
http://windowslive.com/Connect/Post/F5CF78DEA3328162-212158
Evtl. die passende Antwort dabei.

<p><%= Resources.period.Text %></p>

1. Post:

<asp:Label ID="filterLbl" runat="server" Text="<%$ Resources:zeitraum.Text %>"></asp:Label>

Da hast du ein $ benutzt, und jetzt ein =

ContextMenuStrip.ShowImageMargin

Also, wäre es ein Compilerfehler, würde ich dir [Hinweis] Syntaxfehler selbst lösen (Compilerfehlermeldungen) raten 😉

Schau doch einfach nochmal genauer nach, wie die Syntax dazu lautet, um den Befehl auszuführen. Da scheint ein Fehler drin zu sein.

Die Fehlermeldung sieht doch relativ klar aus.
Du hast aber schon das "Pfad" rausgenommen und einen gültigen absoluten Dateipfad an die Stelle gesetzt?

Jetzt wo ich nochmal drüberschau.. "Pfad"/AsamD3.idl --> "Pfad"++++AsamD3.idl

Eigentlich gehört diese Zeile genau in den ctor.
Wie ist das Verhalten wenn du die Zeile komplett weg lässt?

Muss es für diesen speziellen Fall ein ToolTip sein?
Reagiere doch auf alle fraglichen Controls mittels Enter und Leave und platziere in der Nähe des Controls dieses "ToolTip" Control welches du selbst erstellst. Dadurch hast du auch viel mehr Möglichkeiten.

Tob dich doch besser auf den Seiten der großen Komponentenhersteller aus.
Dort findest du sicherlich genug, was deinen Vorstellungen und deinem Geschmack entspricht.

www.infragistics.com
www.devexpress.com
www.componentone.com
www.telerik.com

www.codeproject.com
www.google.de 😃

Bei Transparenz bist du aufgeschmissen. Da passiert nämlich etwas mehr beim Zeichnen, was das Flackern verursachen könnte. Nimm mal deswegen Opaque aus den ControlStyles raus.

Hab jetzt nicht genau geschaut, ob es das gleiche ist:
http://www.doogal.co.uk/clip.php

Ansonsten könnte dir die Suche nach Clipboard Viewer C# etwas weiterhelfen. Da kamen einige Links raus, die dir bestimmt irgendwie weiterhelfen.

Hast du dich nach einer Alternative bereits umgeschaut?
Ich könnte mir durchaus vorstellen, dass das auch über einen anderen Weg geht.

Überschreib in deiner Button-Klasse IsInputKey() und gib bei den gewünschten Tasten :::

Ungetestet, aber so ungefähr wird das Graphics Objekt von "unten" erzeugt:

case WM_PAINT:
    Graphics g = Graphics.FromHdc(Message.WParam);
    g. ...

ob es WParam ist, weiß ich nicht 100%

Entweder:

// Von irgendwo
this.button.KeyDown += new KeyEventHandler(button_KeyDown);

private void button_KeyDown(object sender, KeyEventArgs e)
{
    e.Handled = true;
}

oder

// In einer abgeleiteten Button-Klasse
public class MyButton : Button
{
    // Überschreiben
    protected override void OnKeyDown(KeyEventArgs e)
    {
         base.OnKeyDown(e);

         e.Handled = true;
    }
}

Das sind aber Grundlagen. Das war jetzt Hilfe genug.

ich setzt den fokus beim button-onclick einfach wieder aufs textfeld 😃

Auch eine Möglichkeit.

PS:

if (!button.Focused)
{
    button.Enabled = false;
}

--->

button.Enabled = button.Focused;

Nur mal so aus Langeweile 😉

😉

Du musst dann aber im Umkehrschluss auch das Leave/LostFocus-Event des Buttons verwenden. Weil sobald der aktiv ist, bekommt ja TextBox-Leave nix mehr mit.

Versuch mal im Leave-Event der TextBox auf Button.Focused zu prüfen.

Was heißt "nicht erkannt"? Was meinst du mit Befehlsliste?
Heißt die Klasse auch tatsächlich Form3 oder heißt nur die Datei so?

rufe die CreateGraphics()-Methode des entsprechenden Controls auf, auf dem zu zeichnen willst. Dann kannst du das zurückgegebene Graphics-Objekt benutzen, um direkt darauf zu zeichnen.

Kannst du verraten, woher du diese Empfehlung hast?
Wir versuchen hier genau immer das Gegenteil zu erzählen, weil Beiträge wie diese ernst genommen werden.

Also ich weiß nicht warum das so sein sollte.. Ohne das jetzt explizit zu testen, widersprech ich dir da einfach.. Hast du evtl. noch anderen Code außenrum, der aufgrund irgendwelcher Bedingungen das Verhalten verursacht?
Normalerweise ist das Idiotensicher (ich sage nicht, dass du einer bist 😉)

Eigentlich sollte es keinen Unterschied machen, aber ich verwende immer SelectedItems anstatt Indices. Probier das mal damit.