*hypf*

Das Building-Windows-8-Blog hat viele interessante Beiträge über die Entwicklung von Windows 8 und was sich alles ändern wird. Viele Beiträge geben außerdem Aufschluß darüber, warum einige Änderungen gemacht wurden.

Bei diesen Begründungen fiel auf, dass sie üblicherweise erklären, wie sich das Verhalten von Benutzern seit den Anfängen von Windows bis Windows 7 geändert hat. Windows 7 stellt dann die Basis für Änderungen in Windows 8 dar. Beispielsweise wurde erwähnt, dass die Taskleiste in Windows 7 der Ort ist, an dem häufig genutzte Programme gestartet werden, während das Startmenü nur noch für selten genutzte Programme verwendet wird. Dies war in früheren Versionen von Windows anders, wo das Startmenü fast die einzige Option war, Programme zu starten.

Das Problem, was ich dabei sehe ist, daß Windows XP immer noch von (je nachdem, wen man fragt) zwischen 25 und 45 % der Windowsnutzer verwendet wird. Wenn größere Änderungen in der Benutzung von Windows 8 auf den Änderungen in Windows 7 aufbauen, dann finden sich ehemalige Windows-7-Nutzer sicher gut zurecht in der nächsten Version. Aber viele Leute überspringen auch eine oder zwei Versionen des Betriebssystems (beispielsweise haben viele Leute Vista übersprungen und sind gleich von XP zu 7 gewechselt) und Windows XP ist fast am Ende seines Daseins (hoffentlich). Man darf also annehmen, daß viele Nutzer direkt von XP auf Windows 8 umsteigen, sobald es verfügbar ist. Während einige Änderungen also durchaus nachvollziehbar sind, wenn man von XP zu 7 zu 8 wechselt, so sind sie vielleicht erheblich abrupter, wenn man Windows 7 aus der Kette ausläßt.

Ich frage mich, ob sie solche Dinge mit betrachten.

Ich bin gestern über einen (für mich zumindest) schwerwiegenden Bug in einem Programm gestolpert, das ich benutze. Nichts sicherheitsre­levantes (von sowas habe ich zumindest keine Ahnung), aber es beeinträchtigt die Nutzbarkeit des Programms schon in einigen Fällen. Nachdem ich ein wenig umhergeschaut habe, wie man deinen einen Bugreport zukommen lassen kann, fand ich heraus, daß es keinen Bugtracker gibt – sie benutzen ein Forum dafür. Gut, es ist deren Entscheidung; ich muß damit ja nicht zurechtkommen. Aber dort anmelden reicht erst mal noch nicht, daß ich auch Beiträge erstellen kann. Ich muß zunächst freigeschaltet werden und darauf warte ich immer noch (seit 2010–11–10 12:10).

Ich schätze mal, es ist im Interesse der Entwickler, das Berichten von Fehlern einfach zu machen. Immerhin opfert nicht jeder Benutzer die Zeit, einen Bugreport zu schreiben, wenn er einen Fehler findet und von daher sollten sie dankbar sein, wenn es jemand tut, statt ihn in eine Warteschlange zu schieben, aus der er erst nach Tagen wieder heraus kommt. Zumindest für mich ist der Willen, einen guten Bugreport zu schreiben, nicht mehr so sehr vorhanden, je länger ich warten muß.

Juhu. Stack Overflow hat nun Bronze-Badges für Tags. Da hab ich gleich einen ganzen Haufen von bekommen (es reichen 100 Upvotes in einer Kategorie). Aber immerhin bin ich damit in einen recht exklusiven Zirkel aufgestiegen: Der einzige Nutzer mit einem batch-file-badge auf der Seite:

Scheint sich also doch mal auszuzahlen, so obskure Sprachen zu kennen. Weiterhin bin ich einer von nur zweien mit einem batch-Badge:

Und PowerShell sieht auch nicht zu schlecht aus:

Das bin ich. Inmitten eines Haufens von PowerShell-MVPs :-)

Einige Jahre sind es nun schon, die ich gelegentlich Batchdateien schreibe. Einige für einfache Aufgaben, andere für Dinge, wofür mich Leute für verrückt erklären würden, daß ich sie mit Batchdateien löse. Wie auch immer, cmd ist inzwischen etwas langweilig geworden. Ich werde mich nun auf eine andere Shell konzentrieren, die in ihrer Syntax nicht mal unähnlich ist. Eine, die zumindest auf 32-bit-Systemen noch weiterlebt: command.com.

In gewisser Weise war cmd zu mächtig. Es macht mehr Spaß, je eingeschränkter man ist. Ich werde nun also langsam alle Batchdateien auf dieser Seite umschreiben, so daß sie in command.com laufen. Das ermöglicht außerdem die Nutzung auf nicht-NT-basierten Windows-Systemen sowie DOS. Ich sehe das als deutlichen Fortschritt über die eher eingeschränkte Verfügbarkeit von cmd.

Ich habe die Funktion „Format übertragen“ in Word in den vergangenen Tagen recht häufig gebraucht. Es ist ein praktisches Werkzeug zuweilen, hat allerdings einen Nachteil: Der Modus endet nach einmaliger Anwendung. Man kann also eine Formatierung nur auf ein Ziel anwenden bevor man das Werkzeug erneut auswählen muss. Das ist nicht sehr praktisch, wenn man mehrere Stellen hat, wo man die Formatierung anwenden will.

Allerdings kann man einfach auf den Button im Ribbon doppelklicken. Dann bleibt der Modus so lange aktiviert bis man Esc drückt.

Und, wie ich jetzt feststelle, ist das sogar in der Hilfe beschrieben. Aber wer liest sowas schon? :-)

Kürzlich wurde mir jenes Bild zugespielt:

Im Grunde fasst es das Grundproblem gut zusammen. Benutzer und Entwickler denken auf sehr unterschiedlichen Abstraktionsebenen. Für einen Entwickler ist die Benutzeroberfläche lediglich „eine weitere Schale“ um den Kern herum und das meiste komische Verhalten in selbiger kann er problemlos anhand anderer Teile des Systems erklären. Für den Benutzer allerdings ist die Benutzeroberfläche das Programm. Und er wird sich nicht die Mühe machen, viel mehr als das zu durchschauen und zu begreifen. Für alle praktischen Belange ist der Rest, also, wie ein Programm eigentlich funktioniert, tatsächlich Magie.

Nun ist obiges Bild leider etwas klein und ich fand weder den Originalautor noch eine hoch aufgelöste Version. Also habe ich mich mal hingesetzt und eine Vektorgrafik auf der Basis erstellt, die hier angehängt ist. Tatsächlich sind es sogar zwei geworden: Einmal weiß auf schwarz und einmal schwarz auf weiß, was sich wohl etwas tonersparender drucken lassen sollte.

Die Schrift, die in den Grafiken verwendet wurde, ist die freie (und hübsche) Fontin.

Ich habe auch die Ausgangsdateien von Expression Design angehängt. Vielleicht mag jemand ja die „Quell“dateien haben. Sowohl die Design- als auch die PDF-Dateien veröffentliche ich hiermit gemeinfrei.

Angehängt sind hier sowohl die deutschen als auch die englischen Varianten.

Die Skript-Sommerspiele 2009 werden heute eröffnet. Ich werde teilnehmen und versuchen, die einzelnen Probleme auch zu golfen.

Die Ankündigung der einzelnen Ereignisse ist leider etwas schwer zu finden, deswegen habe ich auch erst heute gemerkt, daß sie schon bei Event 5 sind. Aber eigentlich und offiziell beginnt das ganze heute.

Meine Lösungen liegen in meinem SVN-Repository.

Update (2009–08–06): Ich habe eine signierte Ausgabe von Windows Powershell: Step by Step gewonnen.

Bei StackOverflow gibt es neuerdings Statistiken zu einzelnen Tags. Und da mußte ich natürlich mal nachschauen, wie ich bei meinem Lieblingstag stehe.

Und siehe da, ich bin auf dem ersten Platz für die letzten 30 Tage und insgesamt (mehr oder weniger) knapper Zweiter hinter Pax.

Pax, ich krieg dich noch :P

Nehme ich das vielleicht ein wenig zu ernst? Vielleicht, vielleicht auch nicht. Zugegeben, er kennt einige widerliche Tricks, die ich bislang nicht kannte; vielleicht ist die Rangfolge noch angemessen :-)

Außerdem schadet ein wenig Ehrgeiz auch nicht :-)

Nun brauche ich nur noch ein paar Upvotes, um einen Batch-Specialist-Badge zu kriegen.

Update (2009–08–06): Inzwischen bin ich Erster im Batch-Tag. Juhu.

Ich bin gerade über OK/Cancel gestolpert, ein Webcomic über HCI, Usability, etc.

Sieht sehr lesenswert aus bisher, insbesondere da zu jedem Comic ein längerer erklärender Text zur Seite steht. Das dürfte auch Leuten helfen, die sonst kaum Notwendigkeit für vernünftige Benutzeroberflächen und Forschung in der Richtung sehen, sich in die Problematik hineinzufinden.