// 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.

Nicht in diese Kategorie fällt die fehlende Buildkonfiguration.

Die scheint zwar auch zu fehlen, ist aber nur versteckt. Ich habe hier gerade die englische Version vom Visual Studio, das Vorgehen bei der deutschen Version ist aber naheliegenderweise ähnlich:

• “Tools” Menü öffnen
• “Options” Eintrag auswählen
• Im Optionsdialog ein Häkchen bei “Show all settings” setzen
• Unter “Projects and Solutions -> General” einen Haken bei der “Show advanced build configurations” setzen

Wenn einem dann aber Leute plötzlich noch Ergänzungen, Wünsche oder sogar fertige Plugins zu einem schon etwas länger nicht mehr angeschauten Projekt schicken wirds dann doch etwas peinlich … Aber stimmt, es gibt da ja ein schon länger vor sich hin schlummerndes (überarbeitetes) Framework einer Tilelibrary. Ich werd da wohl mal wieder reinschauen!

Aus irgendwelchen Gründen hatte ich darüber nie so recht gebloggt, aber wenn man sich die Liste der bisherigen nicht erfolgreichen Projekte mal so ansieht ist das vllt auch besser so …

Naja, das “aktuelle” Framework hat mit den bisher hier zu sehenden Sachen nur am Rande was zu tun. Optisch mag es sich stark ähneln (zumindest der Editor), unter der Haube ist aber einiges passiert. Der ganze Editor wird momentan über Plugins aufgebaut und bietet ohne diese Plugins eigentlich nichts weiter als einen Projektbrowser (der nichtmal was anzeigt, weil … siehe oben). Dadurch kann (in der Theorie) jeder den Editor an seine Bedürfnisse anpassen.

In der Praxis existieren momentan nur zwei Plugins: jene für Tilesets und Gebiete. Und um nun auf den in der Überschrift angedeuteten Peinlichkeitsfaktor zu kommen … Es hat mir jemand noch ein drittes Plugin (Animationen) und viele Anregungen zu der Allgemeinen Architektur. Danke! Ich werds einpflegen!

string[] strings = {"Foo", "Bar", "Foobar"};
foreach (string s in strings)
{
    Console.WriteLine(s);
}

Der obige Quellcode in C# würde nun einfach das Array strings in der Konsole ausgeben. Wenn es nun an C++ geht, findet man bei vielen Leuten ungefähr den folgenden Code:

std::string strings[3] = {"Foo", "Bar", "Foobar"};
for (int i = 0; i < 3; i++)
{
    std::cout << strings[i] << std::endl;
}

Und jo, wenn man das auf die gezeigte Art und Weise macht, dann muss man leider weiterhin per Indexoperator auf die einzelnen Strings zugreifen. Aber mal im Ernst, Arrays sind doch sehr C

C++ kommt im Verbund mit der STL und die STL bietet einen Ausweg aus diesem Dilemma: Iteratoren. Per Iterator lässt sich eine foreach Schleife in C++ ungefähr so darstellen:

typedef std::vector<std::string> stringvector;
 
stringvector strings;
strings.push_back("Foo");
strings.push_back("Bar");
strings.push_back("Foobar");
 
for (stringvector::iterator it = strings.begin(); it != strings.end(); it++)
{
    std::cout << *it << std::endl;
}

Da es sich bei std::vector nicht um ein Sprachelement von C++ handelt, müssen wir ihn in diesem Fall mit der push_back Methode füllen, aber das ist sowieso realitätsnaher

Spannender ist die for Schleife. Anstatt wie gewohnt einen integer zum Zählen zu benutzen, machen wir uns das Verhalten von Iteratoren zunutze. Diese lassen sich wie integer vergleichen und inkrementieren bzw. dekrementieren. Wir initialisieren unseren Iterator mit dem ersten Element unseres Vektors, prüfen in der Bedinung ob wir schon am Ende angelangt sind und inkrementieren den Iterator nach jedem Durchlauf.

Wichtig ist aber, dass man den Iterator, wenn man auf seinen Inhalt zugreifen möchte, mit dem * oder -> Operator dereferenzieren muss.

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

Weitestgehend hängengeblieben bin ich in Sachen C# bei XNA und mittlerweile auch ein wenig ASP.net. Ersteres soll “Ende diesen Jahres” in Version 2.0 vorliegen und damit für mich sehr spannende Änderungen einbringen:

• XNA soll sich nahtlos in Windows Forms einfügen. Dafür gibt es zwar auch schon heute ein funktionierendes UserControl, aber damit hatte ich so meine Probleme (das ist eine andere Geschichte …)
• Einen Netzwerkpart, der sowohl PCs als auch die XBOX unterstützt!
• Unterstützung für jede Version des Visual Studio! Endlich keine seperate Installation von der C# Express Edition … Endlich!

Hoffentlich wird da jetzt nichts verschoben …

int operator [] (const std::string& s)
{
    return (this->GetSomeInt(s));
}

In C# ist der Syntax ein wenig anders:

public int this[string s]
{
     get { return (GetSomeInt(s); }
}

Soo, von nun an muss ich nur noch ins Blog gucken wenn ich den “C# Weg” mal wieder vergessen haben sollte

Die “neue” Version der GurXite Library entsteht nicht mehr in C++, sondern in C#.

Wer mich kennt (und das noch nicht wusste …), kann diese Aussage ja mal auf sich wirken lassen. Nein, das ist kein Scherz, vielmehr Arbeitserleichterung. C# ist einfacher zu schreiben als C++, ich pack allerdins noch was obendrauf und nutze auch XNA. Die absolute Arbeitserleichterung also.

Die Gründe dafür sind relativ vielfältig. Hier mal ein Auszug:

• Es wäre schön mal ein Spieleprojekt fertigzustellen, da die Programmierung mit C# und XNA drastisch erleichtert wird, steigen die Chancen dafür beträchtlich.
• Ich habe nicht vor, irgend ein “Über 3D Grafik” Spiel zusammenzustecken. Es soll nur eine kleine Tile Engine für etwas Zelda – A Link To The Past mäßiges werden. Da sollte die schlechtere Performance nicht so schlimm sein.
• Ich kann eine Menge Code aus dem Editor für die Engine “recyceln”.

Und eine Bitte: Wenn ich jemals davon reden sollte, dieses Projekt für jemand Anderen zu öffnen … Haltet mich davon ab!

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.