Ich wollte mit Microsofts Expression Web "mal eben" ein tabellenloses 2-Spalten-Layout realisieren.

Dabei sind mir zwei Punkte negativ aufgefallen (der erste weniger, der zweite mehr):

1. Expression Web bietet nur Layout Tabellen aber keine Layout-<div>'s. Dass man sowas fertig liefern kann, beweist YAML. Aber sei es drum: man kann den Weg auch zu Fuß gehen...
2. ...allerdings endet dieser imho sehr schnell in einer Sackgasse. Warum? Selbst wenn man nur die Grundzüge eines mehrspaltigen Layouts ohne Tabellen verwendet, d.h. ein float:left für den linken div und ein margin-left für den rechten div, kann man die Vorschau bereits nicht mehr gebrauchen, da die divs in der Höhe versetzt dargestellt werden, was weder dem Output im IE noch im FireFox entspricht:
   
    

Das Patterns & Practices Team hat bereits am Samstag den Enterprise Library 3.0 - December 2006 CTP veröffentlicht. Jedoch nicht wie gewohnt bei GotDotNet, sondern bei CodePlex.

Im CTP enthalten sind die teilweise Implementierung des Validation Application Blocks, Application Block Software Factory, ein Config-Tool für Visual Studio (hurra!), Erweiterungen für den Data Access Application Bock u.v.m.

Da der Bereich Softwareentwicklung / IT in meinem Job nur ca. 30-40% ausmacht und die Nicht-IT-Projekte sowie die Inhouse-IT-Projekte in den nächsten Wochen stark zunehmen werden, ist nicht damit zu rechnen, dass ich in der nächsten Zeit viel bloggen werde.

Wenn man dem Download-Button unter http://ajax.asp.net Glauben schenken darf, müßte der Download von ASP.NET AJAX RC unmittelbar bevorstehen. Im Moment verweist der Link allerdings noch auf die Beta 2.

[Update]

Der Download ist jetzt verfügbar.

Das Whitepaper "Changes between the ASP.NET AJAX (“Atlas”) CTP and the RC and RTM Releases" beschreibt Neuerungen seit der Beta 2.

Der Migration Guide "Converting Applications from ASP.NET AJAX Beta 2 to ASP.NET AJAX RC" beschreibt, wie man Beta 2 Applikationen nach RC konvertiert.

Will man beim DataBinding z.B. bei der GridView im HTML-Code auf das Datenobjekt anstelle seiner Eigenschaften zugreifen (z.B. um dieses wiederum an ein nested Control weiterzugeben), ohne RowDataBound zu bemühen, ist folgendes notwendig:

<my:Control ID="myControl" runat="server" DataItem="<%# Container.DataItem %>">

Will man mit dem Objekt weiterarbeiten, kann man es natürlich auch in seinen ursprünglichen Typ casten:

MeinTyp meineInstanz = (MeinTyp)Container.DataItem;

Habe eben den Adobe Reader 8 installiert - und ich bin positiv überrascht. Ein PDF mit knapp 550 Seiten öffnet er in ca. 1 Sekunde. Kein Vergleich mit der lahmen Version 6 oder 7. Auch im Browser ist die Performance ordentlich.

Gestern wollte ich mit der Enterprise Library ein SQL-Insert-Command ausführen.

An sich nichts Weltbewegendes (schon x-mal gemacht, x-mal hats funktioniert) - allerdings erhielt ich beim Ausführen des folgenden Codes

Database db = DatabaseFactory.CreateDatabase();DbCommand command = db.GetStoredProcCommand("SPInsert");
db.AddInParameter(command, "@Guid", DbType.Guid, Guid.NewGuid());
db.AddInParameter(command, "@FirstName", DbType.String, "Alexander");
db.AddInParameter(command, "@LastName", DbType.String, "Zeitler");
db.AddInParameter(command, "@EMail", DbType.String, "alex@alexonasp.net");
command.ExecuteNonQuery();

immer folgende Exception:

Nach einigem Suchen fand ich den Fehler: die Enterprise Library bzw. die Database-Klasse liefert eine eigene Methode ExecuteNonQuery mit, die verwendet werden muß:

db.ExecuteNonQuery(command);

Merke: der Sonntag ist nicht zum Arbeiten da ;-)