SpideR's blog - Technique

Scripts greasemonkey pour ogame (bump)

SpideR — Thu, 03 Jul 2008 18:47:00 +0200

Dans la foulée de mon mod ergonomie du skin evolution d'ogame, j'ai un peu travaillé sur des scripts grasemonkey très simples, mais effectuant des tâches qui m'énervaient au plus haut point et que l'interface de base d'ogame n'aide pas vraiment à faire simplement

Si vous voulez en savoir un peu plus sur cette formidable extension : article greasemonkey sur wikiédia

D'autres viendront peut-être sous peu, comme je découvre petit à petit la puissance de cette extension

Ces 2 scripts concernent les mouvements de flottes

Le premier, "ressources_flottes", permet d'un clic de sélectionner le bon nombre de vaisseaux pour transporter toutes les ressources (ou toutes les ressources d'un certain type) depuis une planète, un scrot valant toutes les descriptions :

En cliquant sur un de ces liens, la case "petit transporteurs" ou "grands transporteurs" (le cas échéant) se remplit automatiquement avec le bon nombre de transporteur (exemple sur le scrot : il faut 18 PT pour transporter tout le métal de cette planète, et 8 PT pour le cristal, en cliquant sur M+C, je mets "26" dans la case "petits transporteurs")

Actuellement, j'ai mis les liens pour ce dont je me servais, c'est à dire une seule ressource (dans la colonne de chaque ressource), M+C pour tout le métal + tout le cristal, et total, pur toutes les ressources

Il est possible en l'éditant, dans les premières lignes, en passant une valeur de "true" à "false", de désactiver la ligne PT ou la ligne GT (ou les deux, mais à ce compte là autant désactiver le script) dans le cas où vous n'utiliseriez qu'une seule sorte de transporteurs

Le second, "remember_flottes", lorsque vous sélectionnez l'objectif et la vitesse, à la 2e étape du lancement d'une flotte, enregistre le type de destination (planète/débris/lune) et la vitesse (mais pas la destination en elle même ! je laisse foxgame gérer ça, il met tout seul dans cette case la dernière destination que j'ai sélectionné)

Cela me sert, lorsque j'envoie mes flottes sur un petit recyclage la nuit, de ne pas avoir à re-saisir ces données, puisque mes planètes sont très proches et que je les envoie de toute façon au même endroit et à la même vitesse afin de les récupérer en même temps

Attention, il le fait tout le temps, c'est donc à double tranchant, il faut bien remettre les valeurs par défaut quand on change de type de mission !

Bon, je vous l'accorde, la deuxième est probablement beaucoup moins utile, mais c'est un des trucs qui m'horripilait le plus

Bien sûr, je suis ouvert à toute proposition

P.S. : Pleins d'autres scripts greasemonkey disponibles sur le forum officiel d'ogame

Mise à jour du 28 mars 2008 :

A la demande d'un ami, j'ai ajouté une petite fonction sur le second script : une simple case à cocher dans l'écran en question pour activer ou non ce script, puisque en fait c'est utile surtout au moment d'envoyer les ghosts nocturnes, le reste du temps ça ne fait qu'embrouiller le pauvre utilisateur

Je me suis motivé au passage à déplacer les liens du premier script à un endroit plus adapté : sur la ligne du vaisseau en question

J'ajoute également 2 scripts sur lesquels je travaille depuis un bout de temps et que je n'estimais pas utilisable au moment de la rédaction de cet article:

transportssummary qui affiche dans la vue générale la somme des ressources transportées actuellement, encadre les évènements de vert ou de rouge si ils partent ou arrivent à la planète courante, affiche la somme des transports à destination de la planète courante, et les ressources finales sur la planète courante

galaxyimprover qui ajoute dans la vue galaxie un code visuel aux liens d'espionnage selon le type d'activité de la planète en question (orange = inactif > 7j, rouge = actif <15min, violet = actif <60min, vert = inactif >60min <7j) qui permet de sonder en masse de façon plus intuitive (je me balade dans les galaxies en cliquant sur les liens verts ou orange selon ce que je veux raider)
Sont également ajoutés à coté du pseudo du joueur et de son alliance son classement et celui de son alliance, de plus, le cadre coloré autour du lien d'espionnage est d'une épaisseur proportionnelle au classement du joueur (fin = bien classé, épais = mal classé), pour éviter de sonder les biens classés si vous le désirez
Ce dernier script est mon principal et très adapté à ma façon de sonder, il peut être dur à utiliser, mais s'il vous intéresse, n'hésitez pas à me faire des retours, je travaille assez activement dessus

Mission suivante : rendre le "transportsetter" plus efficace /ergonomique, et bien sûr, améliorer encore et encore le "galaxyimprover"

J'en profite pour faire de la pub pour un script que je n'ai pas codé, mais auquel j'ai entièrement adhéré dès la première utilisation : il divise la liste des planètes dans le choix de destination de la flotte en 2 colonne, celle de gauche avec toutes vos planètes, et celle de droite avec les lunes correspondantes, tout simplement génial (Classement des planetes du Menu flotte)

Mise à jour du 3 juillet 2008 :

Je viens d'ajouter un petit script à ma liste, celui ci est over-simple : il ajoute dans le classement un lien vers la page war-riders pour chaque joueur et son ally :

Lien vers war-riders dans le classement ogame

Il a été fait un peu à l'arrache, et très peu testé, merci donc de remonter les bugs et critiques

WeeChat et scan de clones (bump)

SpideR — Sat, 28 Jun 2008 16:05:00 +0200

Depuis ma migration d'XChat vers WeeChat (clients IRC), quelque-chose me manquait : un scanneur de clones

Dans un grand élan de motivation, j'ai donc pris mon après midi d'hier (vendredi de RTT), pour réviser mes bases python, et étudier l'interface de scripting de weechat, et j'ai pondu un premier jet de mon scanneur de clones, disponible là :

http://files.spiderou.net/scripts_weechat/clonescan.py, ainsi que sur la page des plugins du site de weechat

Il propose deux fonctionnalités :

Un scan ponctuel :

/clones [#chan]

qui scanne tous les utilisateurs du salon passé en paramètre, ou du salon courrant si rien n'est passé en paramètre

Un scan onjoin, qui détecte à chaque fois que quelqu'un rejoint un salon si ce quelqu'un a des clones déjà présents sur le salon, cette fonctionalité est désactivée par défaut, et se controle via :

/autoclones [enable|disable|show]

qui active ou désactive ce scan automatique, bien sur, show (ou tout autre paramètre, voire aucun) montre le reglage actuel

L'affichage est encore relativement brut, j'essayerais de travailler un peu dessus à l'occase

Il reste un petit bug, mais je n'ai pas le courage de m'y attaquer pour le moment, en effet, le découpage d'une chaine est gênée par les adresses IPv6, les personnes en IPv6 ne sont donc pas scannées on join, et un message d'erreur s'affiche dans le buffer du serveur

Merci de me rapporter le moindre fonctionnement anormal, ainsi que la moindre proposition d'amélioration, je ferais de mon mieux pour m'en occuper au plus vite

J'espère que ce petit bout de script vous sera utile, en tout cas, il a déjà fait au moins un heureux : moi

Mise à jour du 2006-11-12

(12 ou 13, selon si on prend l'heure à laquelle j'ai cliqué sur "éditer" ou l'heure à laquelle je vais cliquer sur le bouton "valider", bref ...)

Juste une petite mise à jour pour faire part de l'avancement du script : je suis en train d'implémenter les ignores sur le scan-on-join (ignorer les clones sur un serveur, sur un chan, peut-être d'autres ...) mais je me heurte à des gros problèmes de stoquage des réglages par l'API de scripting python, ce qui va ralentir énormément la sortie de la 0.2 que j'espèrais sortir très tôt ...

En attendant, je met donc une version estampillée 0.1b sur mon hébergement perso (pour rappel : http://files.spiderou.net/scripts_weechat/clonescan.py) qui corrige le bug du scan-on-join des IPv6, une bête réorganisation du découpage de l'adresse sera venue à bout de ce petit bug

N'hésitez pas à proposer vos idées, ça me motivera peut-être un peu à avancer dans mon développement, j'en ai déjà 2-3, qui seront pour la 0.3, voire même la 0.2 si je me prend d'une immense motivation

Mise à jour du 2008-06-28

Depuis le temps que je devais le faire, voilà enfin une grosse mise à jour de ce script. Elle est adaptée à mon bon vieux weechat 0.2.4, mais devrait passer sur les versions suivantes, dans le cas contraire, remontez l'info

Elle est estampillée 0.3 puisqu'elle corrige enfin les bugs qui m'empêchait de sortir la 0.2 et contient en plus les améliorations que je comptais intégrer à la 0.3

Alors pour commencer, je voulais corriger un petit bug qui devenait gênant sur le serveur IRC d'ogame (onlinesgamesnet) : la forme différente des join qui faisait planter mon parseur, bref, petit détail, et en réparant ça, je me suis rendu compte que le bug de l'API python (qui m'empêchait d'enregistrer des informations) avait disparu, j'ai donc fini (et même amélioré) ce que j'avais commencé sur les réglages

Pour le moment, c'est plutôt verbeux, j'ai eu tellement de bugs que j'avais choisi d'afficher trop de messages, j'en supprimerais peut-être quelques uns à l'avenir

Deux nouvelles commandes font leur apparition, correspondant chacune à une nouvelle fonctionnalité : (/help commande pour plus d'infos sur la syntaxe)

/checkhost : En plus du scan de clone, le script sauvegarde les host des gens qui partent, et compare les join suivants avec chaque host sauvegardé, afin de repérer une personne qui aurait quitté pour revenir discrètement sous un autre pseudo
/clone_ignore : Permet de configurer une liste de serveurs, salons, hosts, pseudos et realname à ignorer dans le scan

Les pistes que je vais suivre à l'avenir vont s'axer autour de :

l'affichage (clarification, réduction des messages en trop, des doublons)
une configuration plus fine de l'ignore (pouvoir indiquer #chan@serveur par exemple, ou des wildcards)
un nettoyage automatique de la liste des hosts à vérifier (sinon ça risque de devenir un gros memory-leak)

Et bien évidemment la correction des bugs découverts d'ici là

Comme d'habitude, la nouvelle version se situe là : http://files.spiderou.net/scripts_weechat/clonescan.py, ainsi que surement bientôt sur la page des plugins du site de weechat

Skin pour Ogame "mod-evolution-ergonomie"

SpideR — Wed, 29 Aug 2007 19:31:00 +0200

Après quelques mois d'utilisation d'un skin sur ogame (infinity2b, pour ne pas le nommer), et suite à sa récente panne, j'ai dû repasser sur "evolution", le skin par défaut d'ogame, et cela m'a fait prendre conscience de 2 choses :

infinity2b faisait vraiment ramer mon firefox (sûrement à cause de la profusion d'effets de transparence), et hélas, c'est le cas avec tous les thèmes un peu beau, bref, je revis
Un de mes critères principaux dans le choix d'infinity2b était l'aspect ergonomie, en effet, la grande diversité de coloration et de style de texte permettait du premier coup d'oeil de juger des situations, en particulier dans la vue générale, concernant les évènements futurs, mais également dans la galaxie, et ça, ça me manque horriblement

Bref, il me faut maintenant trouver un juste milieu entre ces 2 situations, et je ne compte pas essayer les 300 skins d'ogamelib, ce qui m'a du coup re-donné une envie que j'avais eu il y a un moment, mais cette fois assez de motivation pour m'y mettre, l'idée est simple :

Faire un mod d'evolution, mais avec les avantages ergonomiques qu'on trouvait sur infinity2b (et la plupart des bons skins)

post-pre-scriptum : J'ai fait une annonce concernant ce mod dans le forum officiel français d'ogame : (Skin) (tout petit) mod d'évolution, basé sur l'ergonomie ce qui m'a permis de recueillir pas mal d'avis (y compris beaucoup de gens qui n'avaient rien compris :/ ) et donc diverses suggestions ont été faites et décisions prises, je vous conseille de lire ce topic qui sera probablement bien plus riche en news et en débats que cet article sur mon blog

Bon, c'est sans compter mon manque total de goût en terme de couleur et de talents en terme de design, je suis donc preneur de toute remarque un tant soit peu constructive sur ces points

Pour l'essayer, c'est simple, insérez :

http://ogame.spiderou.net/skin/

dans votre sélecteur « lieu du graphisme » dans vos options, et validez (avec du bol, cet hébergement ira même plus vite que celui d'ogame, j'essayerais de faire des mesures un jour)

Pré visualisation du mod evolution-ergonomie

L'idée de base se divise en plusieurs axes :

Plus de texte en gras ! (ça le rend vraiment dur à lire je trouve)
Rendre plus claires et moins violentes les couleurs un peu partout (pastel) - bah oui le rouge pur / vert pur sur bleu foncé, ça abime mes pauvres petits yeux
Corriger les images manquantes dans le thème de base
Colorer tous les messages d'évènements d'une couleur dépendant de l'évènement (avec une couleur unique pour chaque évènement)
Permettre de différencier les messages correspondant à ses propres flottes et ceux correspondant à celles des autres (pour le moment, ces derniers clignotent)
Permettre de différencier, pour les messages de ses propres flottes, l'aller du retour (aller en gras, retour en italique)

J'explore également quelques autres pistes, à voir donc, mais j'attends également vos idées et critiques sur les miennes

Par exemple :

Supprimer quelques éléments purement graphiques (images, comme celles de fond par exemple), ou réduire leur poids afin d'alléger le tout (je rappelle que le but est de faire un skin ergonomique et pas trop moche)
Supprimer la césure dans certaines cases des tableau, ce qui aurait tendance à l'élargir, mais à le rendre plus lisible (bon, c'est fortement dû à ma haute résolution en 16/10 je pense)
Rendre plus facile à cliquer certains liens (je pense essentiellement à l'image clicable "espionnage" dans la galaxie)

Les choix des couleurs sont pour le moment un peu hasardeux, j'ai également mis la même couleur aux différents types d'attaques (normale, missile, détruire), mais comme je n'utilise que très peu ces types là d'évènements, forcément, je ne vois pas trop l'avantage de les différencier, et donc je ne sais pas trop comment le faire

Nos propres attaques en rouge, bon ça choque un peu, je verrais si à terme on s'y habitue et si on a pas trop tendance à confondre avec les rouges clignotantes des attaques adverses, à l'occasion je définirais un thème clair de couleur basé sur un dégradé allant de ce qui ressemble le moins à une attaque à ce qui y ressemble le plus, bref, une histoire qui paraitrait logique à nos cerveaux sans trop qu'on s'en rende compte

Techniquement parlant, il ne s'agit que d'ajouts (pour le moment, aucune modifications, ni aucune suppressions) pour lesquels j'ai créé un fichier CSS (mod-ergonomie.css - ils sont commentés si vous voulez voir, ou me poster vos propositions de modifications) importé au tout début du fichier CSS principal (formate.css) ainsi que l'ajout de 2 images pompées sur le thème que j'essayais à ce moment là : http://trd.phx.free.fr/skins/Aronax/

Il va de soi que ce skin est totalement optimisé pour tourner sous firefox (et autres navigateurs respectant le CSS), et donc aura de très mauvais résultats sur Internet Explorer, je ne prendrais même pas la peine de le tester sur ce dernier, et n'accepterais les corrections et remarques dessus que si cela a des conséquences sur firefox également, pas de petit hack minable à la IE pour rendre ce skin utilisable, donc ! utilisez un vrai navigateur, on ne vous le répètera jamais assez

Bien sûr, tout ça manque un peu de vécu, j'espère le faire évoluer un peu encore au cours des prochaines semaines de jeu, mais j'attends vraiment vos commentaires, si l'idée vous plait, n'hésitez pas à essayer et me retourner vos commentaires

Exemples de la syntaxe de sed

SpideR — Mon, 24 Jul 2006 17:10:50 +0000

Juste parceque ça fait du bien d'avoir des exemples d'utilisation de sed sous la main afin de pas se retaper le man

Exemple 1 : Remplacer un caractère par un autre (là, le "é" HTML (é) par un "é" normal)

cat fichier| sed 's/\&eacute\;/é/' > fichier.new

Plus globalement, remplacement de "a" par "b" (fichier.origine peut être le même que fichier.destination)

sed 's/a/b/g' fichier.origine > fichier.destination

Rotation automatique des images selon les informations EXIF

SpideR — Thu, 20 Jul 2006 23:15:00 +0000

Vous avez un appareil photo numerique, vous adorez mitrailler, et prendre des tas de photos dans tous les sens possibles et immaginables (enfin on va se limiter à "portait" et "paysage" je pense ...), et bien sur, vous n'avez pas trop la motiv' de tourner les 250 photos de la soirée d'hier soir ...

Comme les informaticiens sont flemmards, ils savent prendre du temps pour en gagner, et en faire gagner aux autres, ce soir pour vous : jhead (lien corrigé, merci Argael)

Et la commande magique :

jhead -autorot *

Dans le repertoire dans lequel sont stoquées les images, bien sur ...

Ça devrait vous retourner quelque-chose comme :

Modified: p1000318.jpg
Modified: p1000319.jpg
Modified: p1000332.jpg
Modified: p1000335.jpg

En plus il vous dit celles qu'il modifie, et juste celles là, c'est-y-pas magnifique tout ça ?

Petite info complémentaire sur convert pendant qu'on y est : l'action -resize ne modifie pas les proportions de l'image, et prend donc en parametre la taille du rectangle dans lequel doit rentrer l'image, petits exemples, en partant d'une image en 4/3 (ou 3/4)

Pour la mettre en 800x600 ou 600x800 selon son orientation (portait ou paysage), c'est à dire, traitement parfait pour automatiser le redimensionnement d'une serie de photo :

convert -resize 800x800

Pour mettre une photo en 800x[hauteur dépendant des proportions initiales]

convert -resize 800

Idem mais selon la largeur : [hauteur dépendant des proportions initiales]x800

convert -resize x800

Vraiment génial ce petit convert

Personellement, quand je décharge mon APN, ça donne donc :

jhead -autorot *
for file in * ; do convert -resize 800x800 $file $file && echo "$file redimensionné" ; done

J'adore le shell :D