Ich tippe da so einfach in TypeScript eine statische Klassenvariable ein:
class Test {
static name = "Jochen";
}
Benutzt man dann aber Test.name so erlebt man eine kleine Überraschung: im IE11 lautet der Wert Jochen, FireFox und Chrome sagen aber Test dazu. Und das gehört auch so, wie die Spezifikation sagt. Eine Warnung e.g. von TypeScript (hier 1.7) gab es aber nicht – Schade auch.
Happy Coding
Jochen
Von je her debugge ich meine Web Anwendungen immer parallel im Internet Explorer (JavaScript UI) und IISExpress oder ähnlichem (C# Dienste). Bekanntermaßen setzt man dazu einfach auf dem Web Tab der Projekteigenschaften das Kreuzchen bei ASP.NET. Seit der Umstellung auf Windows 10 und Visual Studio 2015 geht das aber nicht mehr: beim Debug meldet das Visual Studio einen Fehler 0xc0000022 in der Anwendung iexplore.exe und beendet das Debuggen. Ohne ASP.NET Kreuzchen kann man die UI alleine debuggen (fast immer, ab und an kommt der Fehler trotzdem noch) und die C# Dienste alleine auch, wenn man als Browser Chrome oder FireFox wählt – dann muss man da aber im Developer View debuggen, was das Ganze etwas lästig macht.
Nach sehr langer Suche habe ich die Ursache erkannt: ein uralter (IE6 bis IE9, inzwischen sind wir bei IE11) Sicherheitsfix CVE-2012-4969, den ich wohl damals unter Windows 7 installiert habe, greift in den Startvorgang ein. Nach Deinstallation dieses veralteten Fixes ist alles wieder gut und das simultane Debuggen von JavaScript und C# funktioniert wieder tadellos.
Jochen
Auf einem Rechner stelle ich immer wieder fest, dass der VCR.NET Recording Service nach dem Booten nicht läuft – das kann sehr ärgerlich werden, wenn man auf Aufnahmen wartet. Im Ereignisprotokoll von Windows steht, dass der Dienst in 30 Sekunden nicht gestartet werden konnte und deswegen beendet wurde. Tatsächlich macht der VCR.NET Recording Service kaum etwas beim Starten so dass die Ursache schnell erkannt war: dieser eine Rechner hat noch keine SSD, da dauert das halt alles etwas länger beim Starten.
Ich habe den Startmodus des Dienstes auf den verzögerten Start gestellt und damit gibt es dann keine Probleme mehr. Damit die Einstellung nicht bei jeder Updateinstallation verloren geht, macht das die Installation nun automatisch so (ab 4.3.45, das ich gerade hochgeladen habe).
Einen schönen Feiertag
Jochen
Leider gab es noch einen kleinen (glücklicherweise nur optischen) Bug im VCR.NET Recording Service: bei der Auswahl der Wochentage bei der Vorschauanzeige im Aufzeichnungsplan wurde in der Winterzeit (i.e. ab dem 25.10.2015) ein Tag zu früh angezeigt. So wäre es richtig:
Die fehlerhafte Version zeigt allerdings zum Beispiel statt Di 27.10 Mo 26.10 an, beim Anklicken werden dann aber tatsächlich die Aufzeichnungen vom 27.10 gezeigt – sehr verwirrend, aber es ist wirklich nur die Beschriftung falsch.
Ich habe alle Downloads (bei mir und Heise) aktualisiert.
Jochen
Ich habe ein kleines Fehlverhalten im Zusammenspiel mit Windows 10 korrigiert (die Downloads des VCR.NET Recording Service wurden mit Version 4.3.40 aktualisiert): nach dem Aufwachen aus dem Schlafzustand konnte es vorkommen, dass in der Taskleiste ein aktives Fenster (im Allgemeinen ohne Icon) angezeigt wurde, das man (durch das Kontextmenü über die rechte Maustaste) leicht als das VCR.NET Kontrollzentrum identifizieren konnte.
Ich habe zwar nicht ganz verstanden, warum das unter Windows 10 so ist, aber der Fix läuft bei mir nun schon 10 Tage problemlos, so dass ich Euch das nicht weiter vorenthalten will.
Bye
Jochen