Taskleistenproblem unter Windows 7

Ich lasse mir gerne den Desktop in der Taskleiste anzeigen, damit ich schnell auf die Dateien und Verknüpfungen zugreifen kann. Schließlich ist es mit mehren Desktops nervig, wenn dann auf einmal alle minimiert werden (schließlich ist man ja faul). Standardmäßig ist meine Taskleiste fixiert, damit ich sie nicht ausversehen verschiebe. Füge ich nun per Rechtsklick –> Symbolleisten –> Desktop die Verknüpfung an, so wird sie standardmäßig rechts neben dem Systray angezeigt.
Taskleiste fixiert nach dem Hinzufügen
Nun wollte ich die Verknüpfung nach links verschieben, direkt neben das Startmenü. Also löse ich die Fixierung, verschiebe das Objekt und fixiere die Taskleiste wieder. Das Ergebnis:
Taskleiste nach dem Verschieben

Wenn man genau hinschaut, sieht man etwas von einem Ordner. Und der ist auch anklickbar. Und das nervt. Wenn ich es nun wieder auf den Weg zurückschiebe, hab ich das selbe Problem. Lösung ist nur, den Desktop entfernen, Taskleiste fixieren und mit Rechtsklick wieder hinzufügen. Dann ist es aber nur auf der rechten Seite.
Das Problem gab es schon unter Windows XP, unter Vista und wenn ich mich recht entsinne auch unter Windows 2000. Aber kein wirklicher Trost!

ASP.NET MVC: Seiten gehen nicht auf IIS5.1

Wir hatten folgendes Problem, wir entwickeln an einer ASP.NET Seite. Mit dem lokalen Entwicklungswebserver funktionierten die Seiten tadellos.
Als wir sie dann hochluden, gingen einige Seiten nicht und wir wussten nicht genau warum.

Nach einiger Sucherei konnten wir dies auf die <connectionStrings> in der web.config zurückführen.
Durch einen Kollegen stand dort folgende zwei Einträge drin:

    <add name="PersonalSettingsEntities" 
    connectionString="metadata=res://*/Models.Personal.csdl|res://*/Models.Personal.ssdl|res://*/Models.Personal.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=WXPAPP02\SQLEXPRESS;Initial Catalog=IntranetDB;User ID=sa;Password=sa;Pooling=False;MultipleActiveResultSets=True&quot;" 
    providerName="System.Data.EntityClient" />
    <add name="PersonalEntities" 
    connectionString="metadata=res://*/Models.Home.csdl|res://*/Models.Home.ssdl|res://*/Models.Home.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=WXPAPP02\SQLEXPRESS;Initial Catalog=IntranetDB;User ID=sa;Password=sa;Pooling=False;MultipleActiveResultSets=True&quot;" 
    providerName="System.Data.EntityClient" />

Der Unterschied zu den anderen Connectionstrings war, dass diese Einträge die Einträge „Pooling=False;“ enthält, und den Eintrag „Persist Security Info=True;“ war nicht enthalten.
Die Zeilen entsprechend abgeändert, schon ging es.
Werde nachher noch mal genaue Erklärung zu den beiden Parametern raussuchen.

Html.Textbox und Ajax.BeginForm

So langsam sammel ich meine Erfahrung mit ASP.NET MVC, gute sowie schlechte.
Da kommen wir mal zu meinem heutigen Problem. Ich habe ein Formular, welches ich per Ajax an den Server senden möchte, dieser überprüft die Daten und gibt bei Bedarf ein Zusammenfassung der Fehler aus, wobei das Formular ausgefüllt bleibt.

<%@ Control Language="C#" Inherits="System.Web.Mvc.ViewUserControl<MyModel>" %>
<%= Html.ValidationSummary(); %>
<% using(Ajax.BeginForm("MyAction", new AjaxOptions { UpdateTargetId = "fromDiv" })) { %>
Benutzername: <%= Html.Textbox("username", Model.Username) %>
<input type="submit" value="Absenden" />
<% } %>

Hier mal als Beispiel. Das ganze wurde dann an den Server gesendet, validiert und bei Bedarf halt mit Fehlermeldung noch mal ausgegeben.

[AcceptVerbs(HttpVerbs.Post)]
public ActionResult MyAction(string username) {
   if(this.UsernameExists(username)) {
      this.ModelState.AddModelError("errorUsername","Benutzername existiert schon!");
      MyModel user = new MyModel { Username = username + "1" };
      return PartialView("MyControl", user);
   }
   //...
}

So, angenommen wir geben nun einen Benutzername ein, welcher schon existiert. Dann sollte nun das Formular erscheinen, oben die ValidationSummery und als Benutzername vorgeblendet der von eben + 1. Möge man meinen, ist aber nicht so. Es erscheint zwar die ValidationSummary aber nicht die 1 hinter dem Namen.
Ich hab das gute Teil rauf und runter debugt, in div. Browsern, bei allen das selbe Ergebnis. Im Model steht der richtige Wert, er wird aber nicht angezeigt.
Eine Erklärung konnte ich nicht finden, aber eine Lösung.

Das Problem liegt an Html.Textbox(). Es scheint, als ob er das Objekt im Cache vorhält. Da werden ganz böse Erinnerungen an ViewState wach. Lösen konnte ich das Problem, in dem ich die Textbox manuell erstelle:

Benutzername: <input type="text" name="username" value="<%= Html.Encode(Model.Username) %/>" />

Aber auf so etwas muss man erstmal kommen. Löst ja eigentlich nicht das Problem sondern nur umgangen. Vielleicht find ich ja noch mal einen Beitrag dazu in der MSDN oder jemand hinterlässt mir einen schönen Link in den Kommentaren.

Linq Probleme mit ToString()

Ich finde Linq ja eine echt tolle Sache. Damit kann man schöne lesbare Statements formulieren, welche eigentlich sehr logisch sind.

Heute wollte ich anhand einer Datenbank eine <select>-Liste in einem ASP.NET MVC Projekt erstellen.
Dazu wollte ich die Html.DropDownList() verwenden, welche eine Liste des Typen „SelectListItem“ verlangt. Dies wollte ich schnell mit Linq erstellen:

var daten = from datensatz in this.datenSet select new SelectListItem { 
Value = datensatz.Id.ToString(),
Text = datensatz.Name
}

Das hat so nicht geklappt, Fehlermeldung lautete:

‚LINQ to Entities‘ erkennt die Methode ‚System.String ToString()‘ nicht, und diese Methode kann nicht in einen Speicherausdruck übersetzt werden.

Zudem wurde mir als fehlerauslösende Zeile die Html.DropDownList() angezeigt. Das Problem liegt an dem „datensatz.Id.ToString()“, obwohl es vom Visual Studio direkt vorgeschlagen wird. Auch andere casting Methoden ((string) vorschreiben, Convert.ToString()) waren nicht erfolgreich.
Per Google kam ich auf diesem Beitrag, welcher die Lösung enthielt. Ich schaufel die Daten vorher in ein Dictionary und gebe sie von dort aus, da das Dictionary die ToString() Methode kennt.

var foo = from datensatz in this.datenSet.ToDictionary(i => i.Id, i => i.Name)
          select new SelectListItem
                     {
                         Text = datensatz.Value,
                         Value = datensatz.Key.ToString()
                     };

Diese Lösung klappt hier nun ganz gut, da wir wirklich nur einen Key und ein Value haben. Spätestens bei drei Werten kann man nicht über ein Dictionary gehen. Da müssen die Daten dann vorher in eine „Dummy“-Klasse gepumpt werden, welche die Wertetypen so annimmt. Nicht die schönste Weg, aber ein besserer fällt mir spontan nicht ein.

ASP.NET MVC – Tutorial Problem

Die Woche habe ich an einem ASP.NET Workshop teilgenommen. War sehr interessant. Zu Hause wollte ich mich dann heute mal mit ASP.NET MVC beschäftigen. Dazu ging ich einfach nach folgendem Tutorial vor: Create a Movie Database Application in 15 Minutes with ASP.NET MVC (C#) (sehr gute Seite btw).

Jedoch bekam ich folgende Fehlermeldung, sobald ich die Solution kompilieren wollte:

Parserfehler 
Beschreibung: Fehler beim Verarbeiten einer Resource, die für diese Anforderung erforderlich ist. Überprüfen Sie folgende Fehlerinformationen und ändern Sie die Quelldatei entsprechend. 

Parserfehlermeldung: Der Typ "System.Web.Mvc.ViewPage<ienumerable <MvcApplication1.Models.Movie>>" konnte nicht geladen werden.

Der Fehler habe ich erst durch intensive Recherche via Google lösen können. Daher hier noch mal die Lösung.
Sucht euch in der „web.config“ den Abschnitt „<pages>„.
Ersetzt ihn mit folgendem Code:

<pages pageParserFilterType="System.Web.Mvc.ViewTypeParserFilter, System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" pageBaseType="System.Web.Mvc.ViewPage, System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" userControlBaseType="System.Web.Mvc.ViewUserControl, System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">

Ach ja, WordPress setzt automatisch ein </pages> ans Ende, dass müsst ihr hier ignorieren!
Und schon geht es 🙂