\setbeameroption{show notes on second screen=left}

to the preamble and LaTeX will generate slides that are twice as wide as normal (actually you can use either left, right, top or bottom but I like my desktop to be on the left so I prefer left). So if your monitor and your projector have the same resolution the wide slides will be spread over both when your PDF Reader switches to fullscreen.

BUT: It is required to have  a virtual monitor spanning over both real monitors. And that is not possible since Windows Vista. If I got it right, the new driver model Microsoft introduced with Windows Vista doesn’t allow the graphic card driver (which should care about this) to provide this feature.

Fortunately the solution is quite  simple: you just need a program that sends Ctrl+L to the Acrobat Reader and resizes the upcoming fullscreen window to fit both screens…but you wont find anything on Google that works (except of impress!ve but that one was very bloated and uncomfortable).

So I decided to write it on my own…and I like it. Just follow the instruction, they are clear. (I guess – “Every time you make it fool proof  they invent better fools.” )

After dropping the  icon into Acrobat’s window the presentation starts. The example from here looks like this:

As you can see I added a little stop watch since this isn’t easy to implement with LaTeX.   The little window gives the focus to the presentation window as soon as it gets it so that all know hotkeys will work, especially Space and the arrow keys to navigate through the presentation. If you need to demonstrate something (like a little program) don’t worry to hit ESC. This will close the fullscreen so that your projector screen is free to use it for something else. After this you have to use the presentation icon to the right of the stop watch to continue the presentation by dropping it into Acrobat’s window again.

One last word to screen resolutions: your laptop screen should have at least the resolution of the projector. It helps if the resolutions are the same on the edge where the notes and the slides fall together (e.g. if you enabled show notes on second screen=left the height of both monitors should be the same). In my example I used 1366x768px on my laptop (which is native) and 1024x768px on the projector. You will see the taskbar if that differs – which is a problem one can live with…

Download: launchpad.net

Da ist zum einen mein geliebtes Stratego, das ich, wie später auch Risiko, zusammen mit Kuski erstellt habe. Es war mein erster Programmierbeleg im Studium und ich bin immer noch einigermaßen stolz auf das, was wir geschafft haben.

Zum anderen habe ich noch ein paar kleinere Tools, die wahrscheinlich kaum jemanden interessieren. Allerdings bin ich zu faul, diese im Internet zu suchen, falls ich sie doch mal wieder brauche, da sie alle einen recht speziellen Zweck erfüllen. Der CapsLockKiller ist wahrscheinlich noch am interessantesten: er verhindert das Einrasten der “Großstelltaste” unter Windows. Das war mal ein Wunsch vom Toni, aber ich setze es mittlerweile selber ganz gerne ein (auch unter Windows 7). Die beiden letzten Programme sind Workarounds für zwei inzwischen recht alte Spiele: MinimizeTheMonkey ist ein Starter für Monkey Island 4. Er bewirkt, dass man Monkey Island mit einem Druck auf F2 minimieren kann, da dieses Spiel immun gegen übliche Tastenkürzel wie Alt+Tab, Win+D oder Strg+Alt+Entf ist… Auch Tomb Raider 2 besitzt einen eigenartigen Fehler: im Tastenbelegungsänderungsbildschirm kann man die Pfeiltasten und die Escape-Taste nicht belegen. Sprich: wenn man einmal die Inventar- bzw. die Gehen- und Drehen-Tasten anders belegt hat, lässt sich dies nicht rückgängig machen..und genau da springt MyTR2Keys ein.

Ich habe allen Programmen den Quellcode dazugelegt. Sie sind in verschiedenen Programmiersprachen implementiert: Stratego ist ein Java-Programm, CapsLockKiller und MinimizeTheMonkey sind in Visual Basic 6.0 geschrieben und MyTR2Keys war meine einzige Programmierübung im damals neuen Visual Basic 2005 (ja, jetzt ist es raus…).

Angehängte Dateien:

• CapsLockKiller (45)
• MinimizeTheMonkey (33)
• MyTR2Keys (34)
• Stratego (35)

Grüße.

Allerdings haben findige Bastler einen Weg gefunden, die Pakete doch zu installieren:

• eine cmd-Shell mit Administrator-Rechten starten
• pkgmgr /ip /m:E:\langpacks\de-de ausführen (wobei E: durch den Laufwerksbuchstaben des CD-Laufwerks ersetzt werden muss)
• Warten bis PkgMgr beendet wurde (da die cmd-Shell sofort den nächsten Eingabe-Prompt zeigt, sollte man den Prozess im Taskmanager beobachten)
• Vistalizer herunterladen und starten
• wenn man in der cmd-Shell noch  bcdedit /set {current} locale de-DE eingibt, wir dann auch die Boot-Meldung deutsch (Hinweis von Ghabry)
• die neue Sprache auswählen, “Change Language” klicken
• Windows neustarten
• freuen.

Humor ist, wenn man trotzdem lacht.

Viel Spaß damit.

Noch einen Wörtchen zur Benutzung, weil ich das auch jahrelang suboptimal gelöst hatte: Das Skript war so eingerichtet, dass es per SSH auf mein Notebook zugreift. Das funktioniert allerdings nur so lange, wie man eine bestimmte IP-Adresse besitzt und diese vom, im folgenden “Server” genannten,  “irssi-Rechner” aus erreichbar ist. Als Vereinfachung bietet es sich an, mit SSH einen Rückwärtstunnel aufzubauen. Dazu muss einfach beim Verbinden auf den Server (was man ja eh macht) dem ssh-Befehl den Schalter -R und den gewünschten Tunnel mitgeben. Ich gebe zum Beispiel immer -R 30000:localhost:22 ein. Das bedeutet, dass alles, was bei meinem Server auf Port 30000 ankommt, auf mein Notebook (localhost) an den Port 22 (SSH) getunnelt wird. Durch eine Erweiterung des Skriptes meinerseits kann man zusätzlich zum Host auch den  Port bestimmen. Dadurch kann ich jetzt in irssi die Variablen amarok2_ssh_client auf localhost und amarok2_ssh_port auf 30000 setzen und damit auf meinen lokalen Rechner zugreifen, unabhängig davon, von wo ich auf den Server zugreife.

Bei den ganzen Tunneln darf man die Sicherheit nicht außer Acht lassen, deshalb zwei Hinweise: Ports sind nicht an Benutzer gebunden. Das heißt, dass jeder Benutzer, der Zugriff auf den Server hat, den Tunnel nutzen kann (obgleich er bei SSH natürlich noch einen Account auf dem lokalen Rechner braucht, aber man sollte das trotzdem bedenken). Standardmäßig werden die Tunnel nur an das Loopback-Interface gebunden – man kann also nur von localhost auf den Tunnel zugreifen. Hier braucht man sich keine Gedanken machen. Falls man diese Funktion doch mal benötigt hilft `man ssh`.

Das Skript wurde ausschließlich mit Amarok unter Windows getestet, sollte aber auch mit Linux funktionieren. Ich weiß, dass Amarok2 unter Windows nicht der stabilste Media Player ist, aber ich bin zu faul, mir eine Alternative zu suchen. Er ist für mich so etwas wie ein Liebhaberstück. Um das Skript mit Windows nutzen zu können, braucht man erstmal einen SSH-Server. Ich habe den OpenSSH-Server aus Cygwin benutzt. Man darf allerdings nicht vergessen, den Pfad zur qdbus.exe in die PATH Variable einzutragen. Damit der DBUS Daemon angesprochen werden kann, musste ich außerdem die Zeile export DBUS_SESSION_BUS_ADDRESS=tcp:host=localhost,port=12434 in die .bashrc einfügen.

So denne, das war’s erstmal an Text. Ich hoffe ihr habt mit dem Skript genauso viel Spaß, wie ich.

Angehängte Dateien:

• Amarok2-Plugin für irssi (597)

Also habe ich mich einmal etwas umgeschaut…und gestaunt: offenbar hat außer mir niemand das Bedürfnis nach einem “ordentlichen” Terminal. Es gibt massenweise SSH-Clients, aber eben keine für die lokale Kommandozeile. Console macht einen netten Eindruck, greift aber im Hintergrund auch nur den Text aus einer versteckten cmd.exe ab (oder so ähnlich)…wo dann zum Beispiel wieder das UTF-8 fehlt.  Irgendwann einmal fand ich diesen Link: Cygwin in nem PuTTY. PuTTY als SSH-Client unterstützt ja alle wichtigen Sachen wie UTF-8 und ANSI-Colors und lässt sich sogar vergrößern! Gut, ich hab mir PuTTYCyg einmal angeschaut…und für ganz gut befunden. Ok, mit der (KDE-)Konsole war ich besser dran, aber es ist ein riesen Fortschritt zur cmd.exe – man kann damit arbeiten. Dank Startparameter lässt sich dann auch der Einstellungsdialog übergehen.

Zum System-Administrieren taugt Cygwin zwar nicht, aber ich habe das Kommandozeilen-SSH (ich mag Putty nicht so, da bekomme ich immer Krämpfe in der linken Hand), ich kann greppen, ich habe SVN und vim und eine ganze Reihe anderer Tools, mit denen man mal eben ein Bash-Skript aufsetzen kann. Einzig ping quittiert den Dienst mit ping: socket: Operation not permitted. An der Stelle muss man dann mit dem Standard-Ping und hässlichen Umlauten vorlieb nehmen – aber es gibt durchaus Programme, bei denen das stärker ins Gewicht fallen würde. (Einfach C:\Windows\system32 zur PATH-Variable hinzufügen.)

Was mir noch fehlt? Ich warte auf den Tag, an dem ich in PuTTY Links zum Anklicken habe…es gibt ein gepatchtes (oder so) PuTTY, nämlich PuTTY Tray, aber das unterstützt PuTTYCyg nicht. Außerdem gibt es mit KiTTY auch ein “PuTTYCyg”, das von sich behauptet viele neue Features zu integrieren, allerdings ist da kein URL-Handler dabei…ich habe schonmal selber versucht, PuTTY mit MinGW zu kompilieren,  aber das hat nicht so wirklich geklappt, sonst hätte ich die beiden Patches selber eingespielt.

Man kann eben nicht alles haben. Schade eigentlich.

Und grüßt mir den Thilo, wenn ihr ihn seht.

Update: Ich kann mir nicht erklären, warum ich mintty bisher übersehen, aber es bietet die wichtigsten Möglichkeiten, die auch die Frickellösung KiTTY bietet, lässt sich aber bequem über den Cygwin-Installer installieren. Es besitzt von Haus aus ein schickes Icon und man kann die Einstellungen mit jedem Texteditor bearbeiten (siehe Datei ~/.minttyrc). Außerdem gibt es seit ein paar Tagen einen Testbuild mit anklickbaren Links, den ich allerdings persönlich noch nicht angeschaut habe.

• Prozessor: Pentium 4 1.80GHz
• Arbeitsspeicher: 768MB SD-RAM
• Festplattengröße: 20GB
• Grafikkarte: ATI Radeon 9700 Pro

Die Installation hat etwa 60min gedauert – ich weiß nicht ob das schnell ist aber da es sich um eine einmalige Sache handelt kann man es meiner Meinung nach in Kauf nehmen. Am Anfang dachte ich mal für 5 Minuten dass es nicht weiter gehen würde (die Boot-DVD hatte das Hintergrundbild geladen und dann kam erstmal nichts weiter) wurde dann aber eines Besseren belehrt. Der Rest der Installation ging leicht von der Hand und fühlte sich relativ flott an (oder anders: es hat sich immer was bewegt, man sah einen Fortschritt).

Der Rechner braucht etwa 60 Sekunden vom Bootloader bis zum  Desktop – also kein Spitzenwert aber annehmbar.

Apropos Desktop: das neue Standardhintergrundbild ist echt witzig, der Fisch hat was. Auch die neue Taskleiste finde ich klasse: offene Fenster werden jetzt nicht mehr als Balken dargestellt sondern als ein (für Windows-Nutzer großes) Icon. Das erste was mir bei meinem Umstieg von Linux/KDE auf Vista negativ aufgefallen war ist die Tatsache, dass alles so piepslich klein ist. Und da ich mich sowieso schon immer eher an Icons orientiert habe passt mir das ganz gut – wie es dem Typ Mensch ergeht der sich an der Beschriftung orientiert kann ich allerdings nicht sagen. Ich habe auch keine Einstellung dafür gefunden.

Ansonsten erinnert Windows 7 eher an ein aufpoliertes Vista – was erstmal nichts schlechtes ist. In der Tat scheint das UAC nicht mehr so viel zu nerven – zumindest in den 10min in denen ich noch diese Pseudo-Adminrechte hatte – als Linuxer habe ich mir diese Rechte weg genommen, den Administrator aktiviert und darf jetzt immer brav das Passwort eintippen.

Die Sidebar scheint abgeschafft (allerdings habe ich sie auch nicht gesucht). Dafür soll man die Widgets jetzt frei auf dem Desktop platzieren (können konnte man schon in Vista). Einige von ihnen kann man jetzt sogar vergrößern – allerdings gibt es insgesamt nur 2 Stufen. Warum dafür keine Vektor-Grafiken benutzt werden ist mir schleierhaft. Auch die Auswahl der Widgets ist im Vergleich zu den Plasmoids in Linux/KDE lächerlich.

Beeindruckend finde ich allerdings die Performance. Die gefühlte Geschwindigkeit von Windows 7 liegt etwa auf dem Niveau von Windows XP (!). Dabei sind keinerlei Effekte ausgeschaltet (bringt auch nichts, denn diese laufen direkt auf der Grafikkarte, belasten den Prozessor also nicht). Selbst der Stresstest “Guild Wars” liefert ähnliche Ergebnisse wie unter XP (FTR: 20-25FPS draußen, 5-10FPS in Kaineng).

Lediglich der benötigte Plattenplatz ist explodiert: direkt nach der Installation sind satte 11GB belegt. Aber mal ehrlich: wer nicht gerade versucht Windows 7 auf eine 20GB-Platte zu quetschen den interessiert das nicht wirklich. Und: GTA4 benötigt 18GB Festplattenspeicher. 

Also auf meinem Zweitrechner bleibt vorerst der Release Candidate drauf – er wird eh nur von meiner Freundin für StudiVZ und ähnlichen Murks benutzt.

Vielleicht schreibe ich ja irgendwann mal ein Update – vielleicht aber auch nicht.