// Yeah, händisch iterieren und zufügen!
foreach (SomeEnum val in Enum.GetValues(typeof(SomeEnum)))
{
	myComboBox.Items.Add(val);
}

 // Whoops, was macht denn die DataSource Eigenschaft ;)
myComboBox.DataSource = Enum.GetValues(typeof(SomeEnum));

Leider kann man die DataSource Eigenschaft nicht schon im Designer mit beliebigen Ausdrücken versehen, die Zuweisung muss also im Quellcode erfolgen.

Und wenn nicht … dann eigentlich auch. Ich habe mich eben gefragt, wie ich es am besten anstelle, einem Gesprächspartner in ICQ eine Liste aller Dateien in einem Ordner zukommen zu lassen. Das Ergebnis sieht so aus …

Immerhin mach ich dem “neuen” Titel dieses Blogs alle Ehre. Das Programm hat keine Features, die man an dem Screen nicht sowieso erkennen würde, daher spare ich mir langes Gehudel. Sollte dafür tatsächlich jemand Verwendung haben, kann er das Programm gerne runterladen: folder-enumeration.exe

Das hängt meiner Meinung nach sehr direkt mit PHP zusammen. Dafacto laufen auf den meisten IIS Servern Seiten die mit ASP.net erstellt werden, der Apache macht auf PHP.

Diese Entwicklung hängt also vermutlich mit den auf den Servern verwendeten Sprachen zusammen. Zumindest könnten diese die Entwicklung meiner Meinung nach erklären.

Erstmal ist ASP.net mittlerweile keine neue Technologie mehr. Sie hat sich mittlerweile bewährt und die Akzeptanz wird größer. Damit hätten wir schonmal einen IIS Wachstumsfaktor.

PHP selber ist total in Ordnung. Das hier ist kein “Buuuh, PHP ist unsicher etc.” Beitrag. Aber es hat gegenüber ASP.net einen Nachteil: ASP.net ist ein umfassendes Framework, welches so ziemlich alle Bordmittel für eigene Seiten gleich mitbringt. Webseitenprogrammierung mit ASP.net gleicht eher Anwendungsentwicklung, während PHP für mich immer viel mit HTML Gefrickel zu tun hat. Bei ASP.net ist ein Button einfach ein Button. Er hat, wie ich es zumindest von den Windows Forms gewohnt bin, Events hinter die ich mich klemmen kann. Bei PHP ist das interagieren mit den Seitenelementen komplett die Aufgabe des Programmierers.

ASP.net setzt ausserdem auf mehr oder weniger “echte” Programmiersprachen und ist somit (meistens) schneller als PHP. Skriptsprachennachteil eben …

Auf der anderen Seite ist der Einstieg ASP.net wesentlich komplizierter. Zumindest ist das bei mir der Fall. Aber ich lehne mich mal weit aus dem Fenster, und behaupte das ein sehr großer Teil von richtig großen, professionellen Seiten NICHT über PHP generiert wird. Damit meine ich Seiten hinter den wirklich Geld steckt und die so einiges Aushalten müssen. Bei kleineren Projekten wird man sich aller Regel nach auf PHP stützen.

Und die Anzahl dieser professionellen Seiten scheint immer mehr anzusteigen. Und damit steigt auch der Marktanteil der IIS Server.

Wenn man mit .net Sprachen arbeitet hat dabei viel weniger Aufwand. Schließlich gibt es hier die sehr praktischen DateTime Objekte. Da könnte man sich ja zweimal per System.DateTime.Now die aktuelle Zeit holen und voneinander subtrahieren …

Oder man verwendet System.Diagnostics.Stopwatch …

Ein neues Design, made by Andreas. Definitiv schicker als das vorherige!

Ein Optionsmenü, hier kann man die Transparenz des Programmes einstellen und den Skin wählen. Exakte Maße für den Skin werde ich nochmal nachreichen.

Die Möglichkeit, Einträge aus dem Startmenü zu übernehmen:

Und dann sind hoffentlich noch ein, zwei kleinere Bugs rausgeflogen.

Gut, mal schauen was mir dann noch so für den Quickstarter einfällt, viel ist es vermutlich nicht mehr. Dann werd ich dafür wohl demnächst mal ne eigene Seite einhergehend mit einem “ordentlichem” Release einrichten.

Alles klar? Dann mal ab zum Download => gx-quickstart.exe

(!! ACHTUNG, diese Version ist nicht mehr aktuell, die jeweils aktuelleste Version findet sich unter marcus.gurxite.de/category/gurxite/quickstart)

Die Klasse String ist die Stringklasse des .Net Frameworks, string ist der eingebaute Stringtyp für C#. Die beiden Varianten sind allerdings beliebig austauschbar, soweit ich weiß als einziger “doppelter” Typ.

Der Quickstarter macht eigentlich das Gleiche, nur eben unter Windows. Das schaut dann so aus:

Das sind die einzigen beiden relevanten Fenster, besonders gut ersichtlich: Ich tauge nichts als Grafiker. Dieses blaue Irgendwas, das den Hintergrund für die Benutzereingabe darstellen soll, ist eine png Datei, eigens von mir erstellt *g*.

Features:

• Anlegen und Verwalten von eigenen Shortcuts
• Shortcuts können Programme oder Internetseiten sein
• Textvervollständigung bei der Benutzereingabe

Kurzanleitung:

• Nach dem Start des Quickstarters werdet ihr im System Tray (links neben der Windowsuhr) einen kleinen Infoballon aufploppen sehen, der euch auf das Fehlen einer Konfiguration hinweist.
• Um diese Konfiguration anzulegen klickt ihr einfach mit der linken Maustaste auf das Quickstart Icon.
• Dort legt ihr einen Shortcut eurer Wahl an, der Name bezeichnet die Zeichenfolge, welche ihr dann später zum Starten des Programms eingeben müsst.
• Nun solltet ihr die neuen Shortcuts noch abspeichern
• Drückt nun die Tasten Strg + Leer, dann ploppt das Eingabeinterface auf.
• Gebt den Namen des vorhin gestarteten Programmes ein und drückt Enter.

Das ist noch keine finale Version, etwaige Bugs können sicherlich noch auftauchen. In einem solchen Fall würde ich mich über einen Hinweis freuen.

Download des Quickstarter
(!! ACHTUNG, diese Version ist nicht mehr aktuell, die jeweils aktuelleste Version findet sich unter marcus.gurxite.de/category/gurxite/quickstart)

Aber gestern fiel zum ersten mal ein Schatten auf die schöne, heile .Net Welt … Die Situation war eigentlich ganz einfach. Ein Programm verfügt über ein Haupt und vier (optionale) Subfenster. Wenn ich nun das Hauptfenster minimiere sollen die Subfenster dies gleichtun. Maximieren führt das ganze eben andersrum. Also, suchen wir mal das “Minimize / Maximize” oder ein ähnliches Event.

Nun, wer hats erraten? Richtig! Das Event gibt es schlichtweg nicht. Nach einer längeren Kuschelei mit Google dann die Lösung. Das gesuchte Event ist Resize. Grosse Klasse Microsoft … Nun sieht mein Eventhandling von Resize also folgendermaßen aus …

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

 // We hook into this to grab the Minimize / Maximise Events
 
private void Form_Draw_Resize(object sender, EventArgs e)
 
{
 
    // Is the window minimized?
 
    if (this.WindowState == FormWindowState.Minimized)
 
    {
 
        // Handling
 
    }
 
    else if (this.WindowState == FormWindowState.Normal)
 
    {
 
        // Handling
 
    }    // Resize handling
 
}

Ganz grosses Kino. Damit ist also genau das passiert, was durch diese vordefinierten Events verhindert werden sollte. Ein Event “versteckt” mehrere Andere. Und der dumme Programmierer darf sich da durchsuchen.

Wer sich das ganze mal durchlesen möchte: http://www.eweek.com/