Presentations on multiple displays in OOo Impress really awesome

For a while I’ve configured Xinerama to be able to properly use the two video outputs on my laptop (the standard internal laptop screen and the VGA output for video projector). I can then switch to a mode with a wide virtual desktop split on two monitors which is 2 times 1280×1024 wide, and being able to slide windows from one to the other. I’m using that mode when making presentations on a projector.

Since OOo 3.0 there has been a new feature allowing to use the two “monitors” / outputs to project something different for the audience and for the presenter (Slide show | Slide show Settings | Mutliple Monitors).
And it has even been recently improved, in offering some nice features for the presenter (apparently called “Sun Presenter Console“), like a display of the notes or thumbnails of all slides, of the next slide, or of the time of presentation, all appearing only on monitor 1 (the presenter’s screen) while the audience will only see the traditional slide in fullscreen. Excellent to know what the next slide will be and prepare oral transitions. Definitely a must have extension (available in the openoffice.org-presenter-console Debian package in testing).

Presenter Console

Still there’s one issue with this setup if you want to quit the presentation and show stuff to the audience, for instance in a browser : the browser will be on your presenter’s monitor and you’d have to slide it to the other display, but then you’d have to use it only on the other display, which is usually in your back : no mirroring of such apps to the external projector in an easy way.
But then, there’s a workaround, in using x11vnc to export the presenter’s part of the desktop so that you can launch a vnc viewer on the audience’s part, which will mirror the other one : then you’ve got best of both xinerama and OOo to display separate views on the different monitors, and still be able to replicate some elements from the presenter’s desktop to allow the audience to view it.

Definitely great for conferences, lectures, and all public presentations with a laptop and a beamer. You’ll love it

Piloting slides with bluetooth phone made easy on Debian

Well, it’s really easy to be able to pilot OpenOffice Impress presentations with a bluetooth phone (mine is Sony Ericsson K610i) with the provided “remote control” tool of the phone.

I only had to activate HIDD in /etc/default/bluetooth (HIDD_ENABLED=1) and pair the phone with gnome-bluetooth (which, btw allows transfer of files like pictures taken with the phone’s camera), and voilà, it works. All I have to do is select the device to pilot from the remote control app on the phone, and select my computer in the list of bluetooth devices found.

Previously I had used “hidd –connect” command, but that’s no longer necessary.

Thanks to https://help.ubuntu.com/community/BluetoothRemoteControl for helping me notice how easy it can be.

Conférence sur la contribution dans les projets libre à Brest le 15 février 2008

Je vais intervenir chez nos collègues de TELECOM Bretagne le 15 février 2008 pour parler de la
conduite d’un projet libre basé sur du logiciel libre.

Le teaser des organisateurs annonce :

Olivier, nous parlera plus spécifiquement du projet PicoForge, une
plateforme de développement collaboratif auquel il contribue. Nous lui
demanderons aussi d’aborder la question de la constitution et de
l’animation d’une communauté de développeurs et d’utilisateurs autour
d’un tel projet.

Cette conférence se tiendra dans le cadre de la filière de 3ième année
“Systèmes logiciels et réseaux” et est ouverte à tous.

Venez nombreux 😉

Update 2008/03/11 : les slides, sur slideshare :

Exemple pris pour “Collaboration avec les projets libres” : 75 jours pour qu’un fix d’une ligne arrive dans Debian testing

Dans les slides de présentation du papier : “Collaboration avec des projets libres – enjeux, difficultés et bonnes pratiques” j’illustrais le fait que dans le libre, il est parfois très facile de corriger un bug (en l’espèce d’1 ligne à corriger), mais que s’assurer que ledit bug soit corrigé dans les distributions, qui vont réellement arriver chez les utilisateurs) c’est plus dur et plus long.

En l’espèce, le bug #444188 a mis 75 jours (entre le 21/09/2007 et le 05/12/2007) pour être intégré dans une release du package sympa dans Debian (testing).

Et oui, c’est pas si simple, ni rapide de faire en sorte qu’un fix, même trivial, se propage rapidement…

Update 07/12/2007 : J’ai détaillé un peu cet exemple précis dans un petit document, screenshots à la clé.