Ich nutze Windows Vista und Windows 7 sehr intensiv. Auf dem lokalen PC ist Aero auch kein Thema, aber auf der virtuellen Maschine oder wenn man sich auf den anderen Rechner mit RDP verbindet. In vielen Fällen geht es einfach nicht. Oder habe ich doch noch eine Einstellung übersehen? Hier ist meine aktuelle Tabelle von dem wo Aero geht oder welche Alternative überhaupt klappt.

Für meinen Versuch machte es keinen Unterschied, ob der Client physisch oder virtuell war. Die direkten Fenster von den virtuellen Maschinen können sowieso kein AERO darstellen. Die AERO Darstellung konnte wenn nur über RDP mit allen möglichen Features unterstütz werden.

Sollte jemand Ideen haben, wie man bei den gelben Einträgen zu einer Lösung kommt, wäre ich sehr dankbar!

Es gibt Dinge die sind so richtig ärgerlich. Hier wäre beim .NET Framwork das Filehandling zu erwähnen. Mit der Klasse system.io.directoryInfo wird das normaler Weise gemacht. Aber was passiert, wenn die gewünschte Datei (getFiles) oder der gewünschte Unterordner (getDirectory) mehr als 260 respektive 248 (Länge des vollen Pfades zur Datei / Ordner) Zeichen hat? Dann gibt es eine ganz tolle File Exception Ausnahme!

Warum bloß? Tja, das ist eine sehr gute Frage. Das Dateisystem von Windows 2000 und neuer unterstützt bekanntlich 32000 Zeichen und nicht nur wenige Zeichen, wie der .NET Wrapper. Auch mit Kompatibilität zum alten FAT32 System kann das eigentlich nicht mehr groß etwas zu tun haben, da die Klasse doch den Typ des Filesystems prüfen könnte.

Test im Filesystem

Testet man im Filesystem mal aus, so versucht der Windows Explorer einen zu bremsen, wenn man die magische Grenze überschreitet. Eine so angelegte Datei oder Ordner kann aber auch im .NET zu Problemen führen (FileTooLongException). Die Fehlergrenzen scheinen somit im .NET noch geringer zu sein, als in Windows Explorer.

Nicht für Backup geeignet

Somit bleibt festzustellen, dass die .NET Klasse für zum Beispiel Backup Operationen auf einem Fileshare nahezu unbrauchbar ist. Nicht alle Dateien können gezogen werden und selbst die Ausgabe des fehlerhaften Ortes wird schwer.

Wichtig?

Am Anfang dachte ich ja, dass das Problem vernachlässigbar ist und man einfach den fehlerhaften Ordner ausgibt. Er kann umbenannt werden und dann ist der Einzelfall erledigt. Weit gefehlt… Es ist kein Einzelfall!!! Bei 3 von 4 Datenshares habe ich Dateien gefunden, die länger waren als die Grenze in .NET. Keine Ahnung wieso der Windows Explorer scheinbar an einer anderen Stelle die Grenze zieht als das .NET Framework…

Minderwertige Abhilfe

Es bleibt einem also die Möglichkeit die API direkt zu benutzen oder //?/ vor die Datei zu stellen. Doch war mit die erste Variante zu doof und die zweite Variante brachte bei vb.NET nur Fehler. Somit ist es zwar ein Ansatz aber keine Abhilfe.

Funktionierende Abhilfe

Auf der absolut unscheinbaren Seite http://www.delimon.be/SoftwareDetails.aspx?id=5 findet man jedoch ein Tool, was die DirectoryInfo Klasse simuliert und zwar mit 32000 Zeichen. Die Version scheint nicht im ständigen Update zu sein und muss installiert werden (Entwicklungsrechner), aber dann funktioniert es. Mein Programm zum sichern von verdammt langen Ordnerstrukturen funktioniert mit dieser Technik einwandfrei. Das Tool ist dazu noch kostenfrei - vielen Dank!

Windows 7 habe ich zuerst in einer virtuellen Maschine unter Hyper -V installiert und war sehr zufrieden. Die Geschwindigkeit des Systems war schon höher als die von Windows Vista und das obwohl noch Debug Code enthalten ist. Eine sehr gute Erfahrung! Zudem ist die neue Taskleiste ein absoluter Gewinn - nach 20 Minuten Wundern war es klar, dass dies ein echter Mehrwert in Windows 7 ist. Auch Stabilität und Treiber begeistern. Bei Hyper-V wurden die Additions gleich mit der DVD installiert. Auch die Zusatzprogramme mit der Office 2007 Oberfläche machen keinen schlechten Eindruck. Besonders der Windows Explorer hat deutlich an Übersichtlichkeit gewonnen.

Nach einem Tag Test war es soweit - das System ist so ausgereift, dass ich es auf mein Laptop spiele! Alle Treiber des HP NX6325 wurden so wie unter Vista erkannt. WLAN war sogar ohne Nachinstallation dabei. Nur Cardreader und Fingerprint musste man nachinstallieren. Die Treiber von Vista waren hierfür geeignet. Auch der ATI Treiber musste noch installiert werden, damit AERO auf dem Notebook reibungslos geht. Selbst das AERO hat an Performance gewonnen. Speziell die Zeiten zum Starten und Herunterfahren sind deutlich gesunken. Leider kann man unter Hyper-V kein AERO aktivieren - hier war es möglich und die Fähigkeiten der Taskleiste wirken noch wesentlich besser auf den Anwender. Einfach super die neue Übersicht der Taskleiste!!! Das Germany Theme ist auch sehr gelungen mit der Diashow. Das Napster lief nie mit dem IE8 - also wird es hier auch nicht laufen - NEIN - selbst das Napster läuft in dieser Beta Version ohne weitere Probleme.

Alle Software läuft und stabil dazu - wieso also nicht jetzt schon Produktiv nutzen? Ich bleibe auf jedenfalls bei Windows 7 schon jetzt bei dem Notebook... Damit hätte ich niemals gerechnet. In meinen Augen scheint Windows 7 wirklich ein guter Wurf zu werden. Viel Erfolg bei dem Bugfixing und den letzten Entwicklungen an Microsoft!

Es gibt mal wieder ein neues, kostenloses Openbook. Dieses Openbook ist online kostenlos verfügbar - aber auch die Printversion ist wirklich empfehlenswert. Wer das Buch auch auf dem Laptop ansehen möchte kann die rund 80MB downloaden.

Hier ist der Link zum Lesen: http://openbook.galileocomputing.de/windows_server_2008/

Windows 7 Beta steht in Deutsch und Englisch zum Download bereit. Wie kommt man dran? Als MSDN und TechNet Inhaber kann man sich die Produkte über seinen Account Downloaden. Es steht auch Language Packs und der Server 2008 R2 Beta zum Download bereit. Während vom Windows 7 auch eine x86 Version bereit steht – wird es vom Server 2008 R2 keinen x86er Version mehr geben.

Wie aus den Artikeln http://www.gnome.org/~michael/blog/ooo-commit-stats-2008.html und http://winfuture.de/news,44424.html hervorgeht, haben selbst die Entwickler von OpenOffice.org resigniert. Statt früher 60-70 Entwickler arbeiten heute nur noch 24 an dem Projekt mit. Fast alle davon kommen auch noch von SUN.

Daher wird einem nun klar, warum es bei dem Projekt kaum noch neues zu vermelden gibt. Man hat eine gute Software eingekauft und mit der OpenSource ist dann nichts mehr nach vorne gegangen. OpenOffice befindet sich noch immer auf dem Stand von Office 2000, wenn überhaupt. Mit 24 Entwickler kann man dann wohl auch keine Office 2007 UI mehr entwickeln, die gerade nicht so versierten Usern hilft das Produkt zu bedienen.

24 sehr kompetente OpenSource Entwickler haben also schon fast selbst den Kampf gegen die vermutlich 5.000 Microsoft Entwickler verloren.

Fazit 1 (Man bekommt nix geschenkt)

Die Lehre daraus ist, dass ich mein Auto auch nicht kostenlos nach der Garantie zur Reparatur bringen kann und das bei Software auch nicht geht ;) Eine Software muss einen Kommerziellen erfolg haben oder sie verharrt auf Ihren Ursprungszustand. Technsicher Fortschritt ist also nur mit Kommerz möglich. Dies zeigt sich auch bei der Verbreitung von Linux und Co.

Fazit 2 (München kann das teuer zu stehen kommen)

Eine weitere Lehre ist, dass die Stadt München zwar ein paar Euro Lizenzkosten gespart haben mag, wenn das Projekt LIMUX abgeschlossen ist, doch eine Migration zu Microsoft Office zurück schon mal überdacht werden sollte. Ich würde die Millionen der Migration sogar schon als fragwürdige Fehlinvestition von Steuermitteln sehen.

Fazit 3 (Es geht noch besser?!)

Es zeigt sich mal wieder, dass eine Software leicht und intuitiv, wie Microsoft Office 2007, zu bedienen sein muss, um Erfolg zu haben. Daher wäre es eine denkbare Alternative eine neue Easy Windows Oberfläche zu entwickeln. Ziel sollte es sein 80% der Arbeit über eine noch leichtere Oberfläche mit weniger Funktionen abwickeln zu können... Wäre das nicht mal ein Ansatz für einen Aufsatz ähnlich HTC bei Windows Mobile?!