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

\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

• Größe der Logdateien
• Name
• Online/Offline
• Online-/Offline-Zeit
• Priorität
• Protokoll
• Status

Diese können in drei Stufen kombiniert werden. Will man zum Beispiel die Kontaktliste nach Namen sortieren und Online- bzw. Offline-Kontakte trennen, so muss man “First: Online/Offline” und “Second: Name” einstellen.

Download: launchpad.net

Heute habe ich eine fixe Idee verwirklicht, die mir seit ungefähr einer Woche im Hirn rumspukt: das HTWM-Plugin. Nach 4 1/2 Semestern kennt man eine Menge Leute und hat nicht wenige davon in der Buddy-Liste, zumindest geht es mir so… Das Plugin implementiert ein “HTWM”-Menü in das Buddy-Menü, welches es erlaubt, den StuPla direkt per Rechtsklick auf den Buddy aufzurufen – man muss ihm lediglich vorher den NCC-Account (der erste Teil der E-Mail-Adresse) gegeben haben. Das Plugin ruft eine PHP-Seite auf, die auf dem Webserver der Hochschule läuft, an Hand des NCC-Accounts die Seminargruppe (via LDAP) abruft und auf die StuPla-Seite weiterleitet.

Auch wenn ich das Plugin hauptsächlich für mich geschrieben habe glaube ich, dass es noch mehr Leuten nützen kann…

Download: launchpad.net

]]> http://freakazoid.teamblind.de/2008/12/05/pidgin-htwm-plugin/feed/ 3 http://freakazoid.teamblind.de/2008/11/09/happy-replacer-pidgin/ http://freakazoid.teamblind.de/2008/11/09/happy-replacer-pidgin/#comments Sun, 09 Nov 2008 15:44:09 +0000 Konrad http://freakazoid.teamblind.de/?p=136 Hi,

Heute hat mich mal wieder ICQ6 genervt: jedes Mal, wenn mein Gegenüber ^^ schreibt, schickt sein Client *HAPPY* . Da mich die Tcl-Schnittstelle bei Pidgin sowieso mal intressiert hatte, hab ich mich mal daran versucht, ein Plugin zu schreiben, was dieses Gerödel ersetzt. Naja, was soll ich sagen – nachdem ich heraus gefunden hatte, dass das Package nicht mehr “gaim” und auch nicht “pidgin” sondern “purple” heißt, war die Sache eigentlich ganz einfach und innerhalb von 5 Minuten erledigt. *gähn*

Die ganze Sache war im Vergleich zu C-Plugins sehr komfortabel: man muss weder kompilieren (wie unerwartet) und man muss Pidgin nicht neu starten, wenn man das Plugin geändert hat, da es bei jedem Aktivieren neu geladen wird. Einen Nachteil haben die Tcl-Plugins leider auch: unter Windows unterstützt Pidgin kein Tcl…

*HAPPY*-Replacer für Pidgin (394)

Hoppla, ich merke gerade, dass das ein anderes Smiley ist… Scheint aber sehr beliebt zu sein und sagt in etwa das selbe aus. =)

Also habe ich mir gedacht: “Konrad, schreib dir ein Progrämmchen, um die Builds (automatisiert) auf deinen Webspace zu laden.” Gesagt – Getan.

Mir ist natürlich bewusst, dass es bei GW Tactics bereits ein ähnliches Programm names “GW Draft” gibt, welches zumindest auf dem Papier sehr viel mehr Funktionalität bieten – blöd nur, dass es nicht funktioniert (man kann vorhandene Builds weder löschen noch überschreiben…die werden immer wieder vom Server auf die Platte “synchronisiert”). Aus Erfahrung weiß ich, dass man bei GW Tactics sehr zurückhaltend gegenüber Leuten, die ihre Hilfe anbieten, ist – man könnte ja Spyware einbauen wollen.

Das Programm funktioniert eigentlich ganz einfach: man gibt seinen Benutzernamen und sein Passwort ein und drückt auf einen der drei großen Buttons.

Noch ein paar Hinweise zur Benutzung:

• Wie kommt man an den Benutzernamen und das Passwort? Einfach eingeben –  falls der eingegebene Benutzer noch nicht auf dem Server existiert, wird man gefragt, ob der Account erstellt werden soll.
  WICHTIG: Benutze einen anderen Login als in GuildWars selbst, da das Passwort im Klartext auf der Festplatte gespeichert wird (davon abgesehen, dass man sein GW-Passwort niemals in andere Programme oder Webseiten eingeben sollte).
• Wenn man einen Button drückt und leise “21, 22″ zählt, bevor man ihn los lässt, bleibt er in gedrücktem Zustand – und es wird alle 3 Minuten synchronisiert.
• Man kann das Programm prinzipiell von jedem Verzeichnis aus aufrufen, man sollte nur – der Ordnung wegen – den Desktop vermeiden, da automatisch 2 zusätzliche Dateien angelegt werden.
• In der Datei GW-OnlineSkillz.log kann man verfolgen, welches Template wann wohin kopiert wurde.
• Keine Meldung ist immer eine gute Meldung.

Angehängte Dateien:

• GW-OnlineSkillz Quelldateien (104)
• GW-OnlineSkillz für Windows (55)

ich möchte euch gleich unser neuestes Projekt vorstellen: Risiko. Wie immer: ich habe programmiert, Kuski hat ge-photoshop-t. Es konnte also nur gut werden.

Risiko ist ein Brettspiel, das wir beide schon aus der stromlosen Realität kennen. Da ich im Rahmen meines Studiums immer mal einen Beleg schreiben muss, war es diesmal wieder soweit. Nachdem ich (zusammen mit Kuski) in Java das Spiel Stratego umgesetzt habe, musste eine neue Herausforderung her. Und da Risiko zu den Spielen zählt, die ich selbst schon immer mal umsetzen wollte (ich erinnere mich an Versuche an Casios CFX-9850-GB+, die wegen Unspielbarkeit eingestellt wurden ) und TCL genau die richtige Sprache für sowas ist, habe ich mich dafür entschieden. Oder kennt jemand eine andere Sprache, in der man “mache … wenn sich der Mauszeiger über dieses Polygon bewegt” in einer Zeile ausdrücken kann?

Lange Rede, langer Sinn… Herausgekommen ist ein Programm, das zum Abgabetermin so gut war, dass ich die Finger nicht davon lassen konnte und den (kleinen) Schritt zur Perfektion noch gehen musste. Dabei haben mich meine Kollegen vom Team Blind mit Verbesserungsvorschlägen unterstützt (Wer kann denn wissen, dass die nicht lesen, auf welchen Button sie in der nächsten Sekunde klicken?! Grüße an Eugen und Toni. *fg*). So noch ein paar Screenshots und dann werd ich mal versuchen, die Dateien im neuen Blog hochzuladen… ^^

Achja, eine Sache noch: in Zeiten von Routern und Firewalls empfehle ich Hamachi, um Risiko über das Internet spielen zu können.

Screenshot: Client unter Windows

Screenshot: Client unter Linux

Update (18.09.2011): Ich kann die Gründe nicht so recht nachvollziehen, aber die Anleitung wird jeden Tag über 60x heruntergeladen. Deswegen mache ich sie jetzt nur noch gegen eine Registrierung verfügbar. Sorry. Bedankt euch bei den Bots.

Angehängte Dateien:

• Risiko Spielanleitung PDF (26989)
• Risiko Quelldateien (143)
• Risiko für Windows (158)
• Risiko für Linux (x86) (127)