Alles in allem war es eine wirklich schöne Tour. Ich würde es auf jeden Fall wieder machen. Der Radweg selber ist in Tschechien an einigen Stellen nur mäßig ausgeschildert, was die Spannung hoch hält. Mit einem Rennrad sollte man übrigens nicht losstiefeln: es geht ab und an über Feldwege und (seltener) Trampelpfade.

Organisiert wurde die Tour von elberadweg.cz. Das kann ich wirklich empfehlen. Die buchen einem die Hotels je nach gewünschter Etappenlänge und holen dich sogar in Dresden ab, um dich mitsamt deinem Fahrrad an den Start in Spindlermühle zu bringen.

So. Ich hoffe, ich konnte euch mit ein paar (mehr oder weniger) sommerlichen Urlaubsbildern den Herbst ein wenig vertreiben.

Zur Installation ist das Skript herunterzuladen und in das Unterverzeichnis lua/extensions im Konfigurationsverzeichnis von VLC zu kopieren (siehe dazu auch VLC Wiki). Danach ist im Menü Ansicht der Unterpunk Bookmark Extension verfügbar, der folgendes Fenster öffnet:

Das Skript sollte plattformunabhängig funktionieren, wurde aber nur unter Windows getestet.

Update: Hier noch ein paar kleine Hinweise. Ich dachte es wäre selbsterklärend, aber da habe ich viel zu eng gedacht.

• Solange keine Datei abgespielt wird, erscheint das Fenster nicht.
• Im Fenster seht ihr immer nur die Bookmarks, die zu der Datei gehören, welche gerade geöffnet ist. Es handelt sich bei den Bookmarks lediglich um Zeitstempel, nicht um Lesezeichen wie in einem Browser. Es dient also nicht dazu, sich z.B. URLs  zu Internet-Streams zu merken. Mir ging es darum, einen Film zu Ende schauen zu können ohne die Stelle suchen zu müssen, wenn ich aus welchem Grund auch immer mittendrin aufhören muss.
• In VLC 1.2 (bisher noch nicht offiziell erschienen) hat sich die ohnehin nicht dokumentierte API geändert. Das Skript funktioniert damit zur Zeit nicht!

Angehängte Dateien:

• VLC Bookmark Extension (39)

The idea is to compile a version of your document without notes first and use the resulting PDF to include it in the second screen part of the presentation. This way it is possible to include slides that haven’t been generated yet. The idea is based on the instructions of Julián Villegas. I just made it easier to use (at least for me) and changed the layout to fit the model of the  Oracle Presenter Console .

Note that you need to use pdflatex as this includes images from a PDF file.

• At first you need to download the two attached files preview.tex and presenterconsole.tex and copy them to your beamer directory. Edit  preview.tex  to use your main document as input (I used presenter.tex). You can modify  presenterconsole.tex to change the position of the second screen.
• Now edit your main document to include presenterconsole.tex  using \input{presenterconsole}
• Make sure to remove all \setbeameroption{show notes on second screen} commands in the main document.
• Now build  preview.pdf from preview.tex as often as you need to resolve references. You should get a presentation without notes.
• The last step is to build your document as usual. The result should look similar to my presentation shown on the pictures.

I don’t know what is the best work flow to built such a presentation. As it takes double the time to compile both versions of the presentation my guess is to work on the preview version without notes. You write the notes into your slides “blindly” and review them after completing the whole presentation or from time to time. Plus I don’t know how well it fits to your building environment but that’s your problem. As I use Makefile it’s not a problem for me at all.

That’s it for now. I guess we can proclaim the end of OOo Impress, can’t we?

Attached files:

• presenterconsole.tex (104)
• preview.tex (72)

Das Plugin macht genau das, was der Name sagt: wenn man einen Chat in der Buddy-Liste hat, kann man über das Kontextmenü auswählen, dass man das Chatfenster verstecken möchte, wenn der Chat betreten wird.

Es ist ein Wunschplugin, ich selber nutze es nicht. Aber es soll wohl nützlich sein, wenn man in vielen Chats unterwegs ist.

Download: launchpad.net

Das eine ist nutzlos, das andere nicht praktikabel. Aus diesem Grunde habe ich mir ein paar Gedanken gemacht und eine elegante Lösung gesucht.

Das erste Ergebnis war Pidgin IM of Trust, das, in Anlehnung an WOT, dem Nutzer die Möglichkeit gibt, Anfragen zentral zu “melden”. Anfragen von ICQ-Nummern, die zu oft gemeldet wurden, sollten automatisch abgelehnt werden. Die Schwelle ist dabei individuell einstellbar. Dabei hat sich heraus gestellt, dass die Spammer sehr oft neue Nummern benutzen. Ich habe eine Zählseite eingerichtet, auf der man sieht, dass (zum jetzigen Zeitpunkt) von 813 Anfragen nur 12 blockiert wurde. Das entspricht einer Quote von 1,5% – herzlichen Glückwunsch. (Die 813 Anfragen sind nicht zwangsläufig Spam, aber wenn der Spam-Anteil tatsächlich nur 1,5% beträge, würde ich das ganze hier nicht machen.)

Der Ansatz einer Blackliste ist also gescheitert. Wir waren im Test ca.  15 Personen, was vielleicht noch weit unter der kritischen Masse lirgt, aber Faktum ist (um mal das neue Lieblingswort des Herren Schumacher zu bemühen), dass es bei Lösungen, die die Blacklist eines einzelnen Nutzers lokal speichern, nicht besser werden kann.

Deshalb habe ich einen anderen Ansatz ausprobiert, der dann auch zu gutem Erfolg geführt hat: Greylisting. Dabei wird erstmal jede Anfrage  automatisch abgelehnt. Zum Glück erlaubt es ICQ, eine Begründung für die Ablehnung anzugeben. Darüber wird der Anfragende aufgefordert, die Anfrage erneut zu stellen – was (die meisten?) Bots natürlich nicht machen. Trifft also eine zweite Anfrage derselben Nummer ein, wird diese nicht blockiert, sondern zur Entscheidungsfindung ganz normal an den Benutzer weitergeleitet.

Dieses Prinzip ist von E-Mails bekannt, allerdings ist es dort meist mit einer bestimmten Wartezeit verbunden. Ich habe mit sowas experimentiert, aber es hat sich herausgestellt, dass dies (noch?) nicht notwendig ist. Vielleicht kommt es ja in irgendeinem Update, wenn die Bots dazulernen…

Download: launchpad.net

PS: Wer das ChangeLog liest, sieht, dass  mein letzter Artikel zum Release der Version 1.0 beigetragen hat. Ich hatte schon aufgrund der zeitlichen Korrelation vermutet, dass der Fehler in diesem Plugin steckt.

Anders als bei einem Absturz gibt es keinen definierten Fehlerzeitpunkt, wenn  sich ein Programm aufhängt. Der Computer (und auch der Bediener) kann nie entscheiden zwischen “das Programm rechnet einfach mal ein wenig” und “das Programm hängt in einer Endlosschleife”. Deshalb ist es schwierig, einen Backtrace automatisiert erstellen zu lassen.

Momentan haben wir in der Pidgin-Community das Problem, dass sich Pidgin manchmal aufhängt. Dieser Fehler tritt ziemlich selten auf und meist dann, wenn man ein paar Stunden nicht am PC war…also ist er recht schwierig zu finden.

Jedenfalls, falls sich Pidgin mal wieder aufhängt, ist das zu tun:

1. die Prozess-ID (PID) ermitteln (z.B. mit top oder irgendeinem anderen “Taskmanager”); der hängende Prozess sollte der einzige sein, der einen CPU-Kern komplett auslastet
2. den genauen Pfad der Anwendung ermitteln: which pidgin
3. gdb als root starten (Begründung) mit sudo gdb <Pfad> (sudo ist Distribution-spezifisch, ich weiß…hier hilft ggf. mitdenken )
4. attach <PID> eingeben um sich an den Prozess anzuhängen. Dieser sollte jetzt angehalten werden und die CPU-Auslastung sinken.
5. bt full eingeben und die Ausgabe an einen Fachkundigen schicken
6. mit kill das Programm beenden und mit quit den gdb verlassen.

So, und jetzt hoffe ich, dass wir der Sache auf die Schliche kommen, blubby.

Zum Testen habe ich ein kleines Plugin geschrieben. Es hängt Pidgin auf, wenn es aktiviert wird. Natürlich sollte es nicht in produktiven Umgebungen eingesetzt werden.

Angehängte Dateien:

• Pidgin HangUP (57)

\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

Und weil wir immer noch nicht genug hatten, waren wir die Woche drauf nochmal am Keilberg Ski fahren.

Dass ich das noch erleben darf…das muss das Revolutionsfieber sein.

Wenn sie jetzt noch eine Funktion zum Anzeigen von \setbeameroption{show notes on second screen=left} einbauen, wäre ich rundum glücklich. Aber man muss sich ja auch was für spätere Versionen aufheben…

Im Internet (Quellenangabe, aktuelles Thema) habe ich den Hinweis gefunden, dass man es doch einmal mit dem Madwifi-Treiber versuchen sollen, was dann auch zum Erfolg führte. Da sich die Madwifi HAL 0.10.5.6 unter Maverick nicht mehr kompilieren lässt, hier die dezent abgewandelte Anleitung:

Zunächst muss der Madwifi-Treiber heruntergeladen, kompiliert und installiert werden:

sudo apt-get install linux-headers-$(uname -r) build-essential
wget http://snapshots.madwifi-project.org/madwifi-0.9.4/madwifi-0.9.4-r4136-20110203.tar.gz
cd madwifi-0.9.4-r4136-20110203/
make
sudo make uninstall
sudo make install

Anschließend den ath5k deaktivieren und stattdessen den Madwifi aktivieren. Dazu wird die Datei /etc/modprobe.d/blacklist-ath_pci.conf (als root) editiert, sodass hinterher folgendes drin steht:

#blacklist ath_pci
blacklist ath5k

Jetzt noch ein Neustart und die Sache müsste laufen.