blogOSX

Dans ce précédent billet : AppleScript Météo-France pour GeekTool et Growl, je réalisais un petit AppleScript destiné à récupérer la météo de Météo-France (France métropolitaine).

Depuis, j'ai décidé d'en faire une petite application (progiciel) pilotable par ligne de commande… l'avantage d'une application est notamment quelle peut embarquer ses propres images/icônes ; permettant ainsi un aspect plus soigné et une plus grande personnalisation.

Capture d'écran

Icônes

Les icônes visibles sur cette capture sont klear_kweather weather icons (sous licence GPL), qui présentent l'avantage de rester identifiables même à faible résolution (ici 32×32px).

Pilotable en ligne de commande

On peut par exemple déclencher l'application avec une ligne de commande de ce type :

osascript "/path/to/Small Weather App.app" FR88196

Le premier argument doit être le code LIEUID pour une ville, l'exemple précédent : FR88196.

L'application peut donc être lancée, à l'aide de la commande voulue, à l'aide de GeekTool, de crontab ou encore de CronniX, par exemple.

Les commandes utilisées sur la capture d'écran, ci-avant, ont été regroupées sous la forme d'un petit script bash avec une extension .command, pour être lancé facilement avec le terminal de Mac OS X par un double clic, ou à l'aide d'une commande de ce genre :

command '/path/to/meteo.command'

meteo.command

#!/bin/bash 
path="$HOME/Documents/Scripts/Small Weather App.app"
args='debug'
 
function meteo()
{
   osascript "$path" $1 ${args} &&
   if [ "$2" != '' ] ; then
      sleep $2
   fi
}
 
# Colmar
meteo 'FR68066' 5
# Gérardmer
meteo 'FR88196'
exit
 
# Local Variables:
# coding: utf-8
# End: 

Ne pas prêter attention aux commentaires Local Variables dans le bloc de code ci-dessus, ils ne sont utiles que pour Emacs qui me sert à éditer ce genre de choses parce que j'apprécie sa coloration syntaxique.

L'argument debug permet de laisser un log dans la console (affiché dans le terminal aussi, comme ci-dessus)… ça m'est utile pour effectuer quelques tests et des "chronos" ; j'y reviendrai mais Small Weather App utilise, par défaut, Tor si le service est actif sur la machine hôte… ce qui peut ralentir l'exécution du script, dépendamment de la qualité de connexion au réseau à l'instant t.

en cours de rédaction… more coming soon :wink:

Cela fait 3 ou 4 ans que j'utilise quasi-exclusivement Firefox, et encore plus longtemps que je développe des sites web… au début, essentiellement sous un environnement Windows, donc à ce moment ça ne présentait pas vraiment une difficulté d'ouvrir Internet Explorer pour constater que je "devais" truffer mes feuilles de style avec des hacks CSS, voire même utiliser des commentaires conditionnels.

Évidemment, vous l'aurez compris, tout çà pour répondre aux exigences, non-conformes aux standards, d'un seul navigateur fonctionnant sur un unique SE !

Alors que la compatibilité avec des navigateurs comme : Konqueror ou Swift, les navigateurs au moteur Gecko (Firefox, Mozilla, K-Meleon, Camino…), Opera, etc, ne nécessitait que très rarement, pour ne pas dire jamais, le recours à des hacks CSS. Sur de nombreuses versions de mes "sites personnels", je ne me suis même rarement soucié de la plupart de ces navigateurs. En effet, comme tout ces navigateurs respectent les standards et le fameux Box Model, l'affichage demeurait similaire sur chacun de ces navigateurs, même avec "d'antiques versions" de Firebird.

Aujourd'hui, je n'ai plus de PC supportant un OS Windows, ceci pour de nombreuses raisons, dont le coût prohibitif. Bien sûr, je pourrais virtualiser une machine fonctionnant sous Windows XP, ou utiliser un dual-boot ; ou encore mieux : mémoriser l'ensemble des infractions aux standards commises par chaque version de IE, cette dernière solution me dispensant d'utiliser une machine .

Considérant tout ceci, petit à petit, je me suis mis à penser qu'il fallait cesser de se soucier de IE. Alors, une dernière chose me dérangeait encore : afficher un site altéré, ce qui pourrait laisser penser à l'internaute que la faute incombe au webmaster…

et finalement, j'ai commencé par ce blog avec une redirection PHP :

<?php
$HTTP_USER_AGENT = $_SERVER["HTTP_USER_AGENT"];
if (eregi('msie', $HTTP_USER_AGENT) && !eregi('opera', $HTTP_USER_AGENT))
{
	header("HTTP/1.1 403 Forbidden"); 
	header("Location: http://www.mozilla-europe.org/fr/products/firefox/");
	exit;
}
?>

sur d'autres sites, j'utilise simplement dans le .htaccess, le mod_rewrite :

RewriteCond %{HTTP_USER_AGENT} (.*)MSIE(.*)
RewriteRule .* http://www.mozilla-europe.org/fr/products/firefox/ [L]

En résumé, pour finir, quelques arguments qui me poussent à utiliser ce genre de redirections qui interdisent l'accès à mes sites aux utilisateurs de Internet Explorer :

mes "sites persos" ne génèrent aucun revenu via des publicités contextuelles ou quelque autre moyen, Firefox représente 25% de parts de marché (selon XITI), la maintenance de sites compatibles avec IE représente une perte de temps conséquente et inutile, Firefox est un logiciel libre et multi-plateforme, IE (même en version 7) ne respecte pas suffisamment les standards pour pouvoir être considéré comme un navigateur comme les autres… et puis il y a plein d'autres navigateurs .