Browse by Tags

• Google verschluckt Sonderzeichen

  Bei einigen ASP.NET-Webseiten tat sich Google schwer, nicht kodierte Sonderzeichen korrekt darzustellen. Der scheinbare Grund: via Default-Config werden alle Websites von der ASP.NET-Engine in Unicode, sprich UTF-8, ausgeliefert. Der entsprechende Punkt in der web.config lautet: <!-- GLOBALIZATION This section sets the globalization settings of the application. --> <globalization requestEncoding= "utf-8" responseEncoding= "utf-8" /> Nun ist es allerdings so, dass man man oft aus Gewohnheit heraus "alten Code mitschleppt", so zum Beispiel die Meta-Information im HTML-Head, dass die Seite nach ISO-8859-1 kodiert ist: <meta http-equiv= "Content-Type" content= "text/html; charset=iso-8859-1" /> Diesen Konflikt versteht zwar der... Posted Apr 13 2005, 08:32 AM by Thomas goes .NET Filed under: ASP.NET;Client Development

• Browserweiche für ASP.NET

  Ich bin gerade auf ein weiteres kleines, aber sehr geiles Feature von ASP.NET gestoßen: es bereitet einem sämtliche Client-Informationen über das Response-Objekt bis ins kleinste Detail auf. So braucht man nicht mehr den Header wie in ASP mehr oder weniger selbst zerschneiden, um etwa in die Info zu kommen, welchen Browser der User benutzt. In ASP.NET benutzt man hierfier nun einfach Request . > Browser . > Type . > ToString() > was dann als Ergebnisse z.B. "Firefox" (Firefox 1.0), "IE6" (IE 6, XP SP 2), "Netscape" (Netscape 7.2), "Opera7" (Opera 7) oder "Netscape4" für selbigen Mist liefert. Hervorragend :-) Das habe ich gleich dazu benutzt, eine Quick&Dirty-Browserweiche zu basteln: Response . > ContentType = > "text... Posted Nov 28 2004, 06:29 PM by Thomas goes .NET Filed under: ASP.NET;Client Development

• Deaktivieren von Buttons - gar nicht so einfach

  Das Szenario ist bekannt: Der User klickt auf einen Button und schickt somit das Formular zum Server. Weil sich die Verarbeitung aber in die Länge zieht, vermutet er einen Fehler und klickt genervt immer wieder auf den Button. Die Folge: Durch den immer wieder ausgelösten PostBack, wird natürlich auch die Verarbeitung am Server immer wieder angestoßen. Dies kann besonders nervig und/oder gefährlich sein, wenn es sich zum Beispiel um Bestellungen in einem Warenkorb oder Benutzerregistrierungen handelt. Die Lösung bisher: Ein beliebtes Mittel um dem Einhalt zu gebieten war bisher, den Submit-Button im Formular per onSubmit-Event im Formular via JavaScript per document.getElementById("buttonId").disabled = true; zu... Posted Nov 11 2004, 06:57 AM by Thomas goes .NET Filed under: ASP.NET;Client Development

• XHTML Strict 1.0 / ASP.NET 1.1

  Alex hat bei ASPHeute einen Artikel zum Thema XHTML 1.0 mit Visual Studio .NET und ASP 1.1 veröffentlicht. Sehr hilfreich :-) http://www.aspheute.com/artikel/20041025.htm Thomas goes .NET Powered by www.dotnetjob.de Jetzt Code-Snippets sharen und der Community etwas zurück geben! Read More... Posted Oct 26 2004, 12:29 PM by Thomas goes .NET Filed under: ASP.NET;Client Development

• Configuring HTML 4.0-Compliant Rendering for Netscape, Mozilla, and Opera

  Ich bin gerade dabei eine ASP.NET-Website komplett mit XHTML 1.0 aufzubauen, und versuche dabei natürlich auch das ganze valide zu halten. Ich werde an dieser Stelle sicher noch einige Male von Problemen und hoffentlich auch deren Lösung berichten. Das erste kleine Übel, was sich heute auftat, war die Unterscheidung beim Rendern zwischen Internet Explorer und dem Rest der (Browser-) Welt. So wird standardmäßig für den IE (vorausgesetzt man hat eine neue Version, klar) 4er HTML gerendert, für alles andere HTML 3.2. Das heißt, dass für ein Panel, das ich als Container verwende, im Nicht-IE anstatt eines DIV's eine komplette einzellige HTML-Tabelle gerendert wird. Das allein ist natürlich bringt... Posted Sep 25 2004, 05:22 PM by Thomas goes .NET Filed under: ASP.NET;Client Development