Mes aventures britanniques, II — paiements
Paiement par carte bancaire
Pour un paiement par carte bancaire, les automates de South West Trains ont été programmés pour afficher les instructions dans la langue du porteur de la carte. C’est à la base une bonne idée, sauf que « Enter your PIN » ne se traduit pas par « Entrez votre BROCHE »…
Distributeur de plans de Bournemouth
Je vous laisse apprécier :
NB : j’ai eu beau insérer la pièce demandée, je n’ai pas eu de plan !
Imaginons que dans un fichier PDF généré par LaTeX, les 10 premières pages soient numérotées de i à x, et que la page 1 soit située ensuite (i.e. à la onzième page physique). Le problème, c’est que pour naviguer dans le document, le lecteur doit alors taper des numéros de pages physiques (exemple : il faut taper 6 pour aller à la page vi, 45 pour aller à la page 35, etc.). Avouons que ce n’est pas très pratique !
Or, le format PDF permet aux documents d’indiquer leurs numéros de pages logiques, de façon à ce que pour aller page vi il suffise de taper vi, pour aller page 35 il suffise de taper 35, etc. Mais comment faire pour un document LaTeX ?
Il suffit d’ajouter dans la liste des options d’hyperref :
plainpages=false,
pdfpagelabels
Un billet de Florent (désormais hors ligne) me rappelle ma propre histoire en tant qu’utilisateur de l’informatique. Dans ce billet, je retrace rapidement cette histoire, et donne quelques réflexions sur le thème de la créativité.
J’utilisais depuis des lustres un Cygwin/X en tant client XDMCP avec une ligne de commande du type :
XWin -xkblayout fr-latin9 -xkbmodel pc104 -query ...
Après une mise à jour de Cygwin, le clavier a brusquement refusé de passer en layout français. Pour ceux qui auraient la même mésaventure, les « bonnes » options semblent être :
XWin -xkblayout **fr** -xkbmodel **pc105**
Pour information, la ligne de commande complète est :
XWin -xkblayout fr -xkbmodel pc105 -query *mon\_serveur* -fullscreen -depth 16
Ça me permet d’avoir un affichage plein écran, et des couleurs sur 16 bits, ce qui me semble être un bon compromis entre qualité de rendu et débit réseau.
D’un point de vue plus personnel, les posts ont été rares ce mois-ci, et j’ai du retard dans mes e-mails : c’est que j’ai été bien occupé, avec notamment la fourniture de mon mémoire de thèse à mes rapporteurs. Hé oui ça progresse !
Les trois dernières semaines ont été passées en agréables vacances, à l’ouest, au centre et à l’est du pays. Ce fut — entre autres — l’occasion de faire un peu de trainspotting sur la ligne Saint-Gervais - Vallorcine : la photo ci-dessous représente l’une des nouvelles rames automotrices Z 850, en service depuis mai.
Et maintenant, je sens qu’une rentrée très studieuse s’annonce…
Soit le problème « ferroviaire » suivant :
- On dispose d’une fiche horaire généreusement fournie par la SNCF ;
- On voudrait générer un joli graphique de circulation correspondant à cette fiche horaire.
Ce billet explique comment y arriver simplement, à l’aide d’un petit script en Ruby et de Gnuplot.
Je me suis récemment mis à Ruby: je trouve ce langage assez agréable. Il reprend une bonne partie de la concision de Perl, tout en ayant un modèle objet assez propre. Il emprunte également aux langages fonctionnels, ce qui est aussi pratique à l’usage.
Comme petit exercice, j’ai réalisé un programme de résolution de Sudoku. Il n’est pas très intelligent, et procède comme suit :
- pour chaque case inconnue de la grille, il maintient une liste de possibilités ;
- il élimine donc les valeurs impossibles par ligne, colonne et bloc ;
- si au sein d’une ligne, colonne ou bloc une possibilité n’apparaît qu’une seule fois, cela devient une certitude ;
- si à ce stade la grille n’est pas résolue, on essaie une possibilité et on appelle récursivement la procédure de résolution (avec backtrack lorsqu’on tombe sur une incohérence).
Je n’ai pas regardé en détails le programme de Florent, mais je crois que le principe est assez voisin (mais il a quelques règles intelligentes en plus). Le programme (que je donne pour ceux qui veulent voir à quoi ressemble du Ruby, ou pour ceux qui veulent débuter un meilleur solveur de Sudoku) attend une grille au format texte, comme celles de Laurent, sur son entrée standard.
Décapant, incisif, mais toujours tolérant : je vous recommande chaudement l’humour du chat de Joann Sfar.
Toujours dans le domaine de la « littérature », j’ai terminé une préversion de mon mémoire de thèse. Je crois que c’est râpé pour le Goncourt, mais ça fait quand-même plaisir d’en être venu à bout — pour le moment…
Un ami veut débuter avec LaTeX, et m’a demandé de lui conseiller un livre ou une documentation pour débuter. Je l’ai dirigé vers le livre de Christian Rolland, LaTeX par la pratique. Or, ce dernier date de fin 1999, ce qui commence à dater un peu. Cet article résume donc mes conseils pour apprendre LaTeX en 2006 à l’aide du livre de Ch. Rolland : les parties dont je conseille la lecture, les compléments, etc.
Que les choses soient bien claires : tout le livre est intéressant ! J’indique uniquement ici ce que je trouve être de bons points d’entrée. Cela ne veut pas dire que le reste n’est pas bon, bien au contraire !
Mise à jour, 2008 : désormais je lui conseillerais, en plus d’un livre d’apprentissage, mon Mémento LaTeX, paru chez Eyrolles.
À l’occasion de mon expérimentation en ligne, j’ai fait quelques statistiques sur les navigateurs utilisés par les cobayes, qui sont en majorité des geeks. Les résultats sont originaux :
Navigateurs :
- Gecko : 68%
- Internet Explorer : 18%
- KHTML (Konqueror et Safari) : 11%
- Opera : 3%
Systèmes d’exploitation :
- Windows (XP et quelques 2000) : 66%
- Linux : 26%
- MaxOS X : 8%
Sur un site grand public, les proportions de Gecko et d’Internet Explorer sont à peu près exactement inversées…