-
Par divarvel dans GNU / Linux, Logiciels Libres le 29 Juillet 2010 à 08:09
It's a fact, more and more applications are web-based, and the tabbed browsing shows its limits. Tabs are now like real applications and need to be managed more precisely and with less hassle. That's why the firefox folks created Tab Candy.
This is stupid. There are tons of good window managers out there. Why do anybody need to spend time on reinventing one, which won't be as good as existing ones, in addition to create a strong separation between web apps and the regular ones ?
If you want to have several groups of tabs, use several windows. If you want to have a quick access to a web app, give it its own window (with uzbl or jumanji for instance). This way, all your applications (web or regular) behave consistently, and you can use the full power of your WM instead of beeing forced to use a stoneage WM inside your browser.
Problem solved.
http://data0.eklablog.com/divarvel/mod_article1482303_1.jpg
6 commentaires
-
Par divarvel dans GNU / Linux, Logiciels Libres le 31 Mai 2010 à 19:59
Je viens de faire l'acquisisition d'un Nexus One (j'étais lassé des restrictions à la Apple), et bien évidemment la première envie que j'ai c'est de développer des applis Android pour faire un peu joujou avec la bête.
J'ai trouvé pas mal de ressources pour débuter, mais toute ont pour point commun l'installation d'un CPU / Memory Hog : le tristement célèbre Eclipse.
Voici donc une petite compilation de ce que j'ai pu trouver pour déployer et utiliser un environnement de développement Android sous Ubuntu (#Insert troll here#), qui ne fasse pas appel à Eclipse.
Lire la suite...
aucun commentaire
-
Par divarvel dans GNU / Linux, Logiciels Libres le 29 Avril 2010 à 06:03MPD est, comme son nom s'indique, un daemon qui lit de la musique. L'intérêt, est que la partie qui lit la musique est découplée de l'IHM qui permet de gérer ça.
Cette structure apporte plusieurs avantages :
- Légèreté (pas besoin d'occuper des ressources en permanence pour l'interface)
- Choix du nombre d'interfaces (il y en a vraiment pour tous les goûts, du plus simple au plus sophistiqué, en passant par le sobre et efficace)
- Possibilité de commander par le réseau
- Interfaçage rapide avec tout et n'importe quoi (conky, par exemple)
J'ai eu ensuite à faire quelques petits tweaks pour intégrer ça correctement à mon système.
Touches multimédia
Comme MPD tourne en tâche de fond, si aucune interface n'est lancée, les touches multimédia ne seront pas gérées.
Le plus simple est d'utiliser mpc, qui permet d'envoyer des commandes à MPD.
J'ai ainsi associé la commande mpc toggle à la touche XF86Play, mpc stop à la touche XF86Stop, et ainsi de suite.
Pour le fun, j'ai fait un petit script qui permet d'afficher les informations sur le morceau en cours à l'aide de libnotify.#!/bin/sh
DISPLAY=:0
notify-send "`mpc --format "%title%"|head -n1`" "`mpc --format "%artist% - %album%"| head -n1`"
Rien de bien méchant, mais ça peut être utile quand on veut savoir le nom du morceau en cours sans perdre trop de temps.
Scrobbling
Les clients MPD sophistiqués gèrent le scrobbling, mais, comme je l'ai dit, on n'a pas besoin d'avoir une interface en permanence.
J'ai trouvé scrobd, un petit script python qui permet de scrobbler sur libre.fm. (Saymieux que last.fm, et on a moins de risques de voir son nom refilé à la RIAA)
Étant donné que tous les clients communiquent avec MPD par une interface TCP, il n'y a pas de difficultés particulières pour que la musique soit jouée sur un ordinateur distant, avec autant de facilité que si c'était sur son propre PC.
Pour plus d'informations :
Et merci à @Keruspe et @Efyx pour m'avoir aidé à faire mes premiers pas avec MPD
1 commentaire
-
Par divarvel dans GNU / Linux, Logiciels Libres le 12 Février 2010 à 21:39
J'ai récemment réalisé la migration de tous les projets EklaWeb de Subversion vers Git.
Si vous voulez savoir pourquoi, je vous conseille cet excellent article de Scott Chacon
Pour résumer,
- Git est plus rapide
- Git est plus puissant
- Git est plus flexible
Lire la suite...
aucun commentaire
-
Par divarvel dans GNU / Linux, Logiciels Libres le 1 Juin 2009 à 16:38
Dans le cadre d'un travail demandé en cours de Théorie des Graphes, je devais regarder l'évolution du temps d'exécution d'un programme en fonction d'un paramètre. (Pour les curieux, c'est la k-Coloration d'un Graphe à n Sommets)
Je me suis bricolé un petit script qui fait ça tout seul, et génère un graphe (via l'excellent GnuPlot) (ou affiche les temps d'exécution)
C'est la première fois que je fais un vrai script en Bash (ie un script qui n'est pas 3 commandes mises à la suite), du coup, pour la structure, je me suis inspiré d'un petit script de P4bl0.
Le nom du programme à tester est hard coded, mais ce n'est pas très dur à modifier.
N'hésitez pas à vous en servir si ça vous est utile ;-), de même que toutes les critiques sont les bienvenues (je n'y connais pas grand chose (pour ne pas dire que dalle) en scripts Bash)
L'usage, c'est $[...]:~> ./bench.sh [-i n] p n1 n2 itv graphe.png
n1 valeur de départ du paramètre
n2 valeur finale du paramètre
itv variation du paramètre à chaque pas
graphe.png nom du fichier généré
Pour le -i n, n est le nombre d'exécutions du programme pour chaque point (par défaut, 10)#!/bin/sh
if [ "$1" = "-i" ]; then
ITER="$2"
shift
shift
else
ITER="10"
fi
_bench_usage() {
cat <<USAGE
Usage: bench disp n1 n2 interval : Affiche le temps pris pour traiter des graphes de n sommets, n variant de n1 à n2 par pas de interval.
bench plot n1 n2 interval file: Crée le fichier file, un graphique PNG affichant le temps pris pour traiter des graphes de n sommets,
n variant de n1 à n2 par pas de interval.
bench help: Affiche cette page d'aide.
La première lettre de chaque commande peut être utilisée
Le flag -i permet de spécifier combien de fois un graphe à n sommets doit être calculé.
Valeur par défaut : 10
USAGE
}
_bench_disp() {
i=$1
while [ $i -le $2 ]; do
START=$(date +%s)
_bench_run
STOP=$(date +%s)
echo "Graphe à" $i "sommets :" $[$STOP-$START] "secondes"
i=$[i + $3]
done
}
_bench_plot() {
# Création d'un fichier temporaire contenant les données à afficher
i=$1
echo "# Temps de calcul pour des graphes de "$1" à "$2" sommets (par pas de "$3")" > plot.dat
while [ $i -lt $2 ]; do
START=$(date +%s)
_bench_run
STOP=$(date +%s)
echo $i $[$STOP-$START] >> plot.dat
i=$[i + $3]
done
# Génération du graphe
gnuplot<<EOF
set xlabel 'Nombre de Sommets du graphe'
set ylabel 'Temps de calcul (s)'
set xrange [*:*]
set yrange [*:*]
set grid
set nokey
set output "${4}"
set terminal png small
plot "plot.dat" with linespoints
EOF
# Suppression du fichier temporaire
rm -f plot.dat
}
_bench_run() {
j="0"
while [ $j -lt $ITER ]; do
../source/coloration -r $i -v 1>>coloration.log 2>> error.log
echo "">>coloration.log
echo "">>error.log
j=$[j + 1]
done
}
_bench() {
local ACTION="$1"
shift
case $ACTION in
d|disp) _bench_disp "$@" ;;
p|plot) _bench_plot "$@" ;;
h|help|*) _bench_usage >&2 ;;
esac
}
_bench "$@"
echo
exit 0
C'est facilement modifiable pour faire un comparatif entre deux programmes, à condition de regarder un peu la doc de GnuPlot.
4 commentaires
Suivre le flux RSS des articles de cette rubrique
Suivre le flux RSS des commentaires de cette rubrique








