potate a écrit 168 commentaires

Voilà un script perl pour compter la somme des durées des parties afin de mesurer le temps perdu ;-)

#!/bin/perl

use strict;
use warnings;
use POSIX;

my $hours = 0;
my $minutes = 0;
my $seconds = 0;

my $directory = "$ENV{'HOME'}/.crawl/morgue";
opendir(DIR, $directory) or die "Error: Cannot read $directory";

while (my $file = readdir(DIR)) {

    next unless ($file =~ /^morgue.*\.txt$/);

    if (open(FILE, "$directory/$file")) {
        while (<FILE>) {
            next unless ($_ =~ /The game lasted (\d\d):(\d\d):(\d\d)/);
            $hours += $1;
            $minutes += $2;
            $seconds += $3;
            last;
        }
    } else {
        print("Warning: Cannot read $file\n");
    }
}

closedir(DIR);

if ($seconds >= 60) {
    $minutes += POSIX::floor($seconds / 60);
    $seconds = $seconds % 60;
}

if ($minutes >= 60) {
    $hours += POSIX::floor($minutes / 60);
    $minutes = $minutes % 60;
}

print "The game lasted $hours:$minutes:$seconds. Get a life, dude.\n"

P.S. : C'est mon premier script perl \o/

J'avoue, les réglages par défaut font que l'interface est pas franchement jolie, mais en passant quelques minutes dans les préférences d'affichage (le temps de virer les colonnes inutiles, leurs en-têtes, de changer le thème d'icônes, de diminuer la taille de la police), on peut obtenir un résultat pas dégueu :

J'ai jeté mon dévolu sur Claws Mail pour l'instant mais je passerai volontier à Trojita une fois le multi-comptes implémenté .

Pour résumer :

• le tout-javascript ne convient pas pour l'embarqué (les applications avec une logique complexe doivent être native)

• asm.js (dont il n'est pas vraiment question dans le cas du développement pour Gnome) permet d'avoir du javascript performant, en écrivant autre chose que du javascript (euh…)

mais

• le javascript convient pour l'embarqué si on ne lui en demande pas trop (ce qui serai le cas de Gnome)

asm.js existe pour remédier au problème de performance de javascript (dû notamment au garbage collector, voir ici).

A ce que j'ai compris (ça veut dire "corrigez-moi si je trompe"), en donnant accès à des mécanismes bas niveau, asm.js permet d'avoir une meilleure gestion de la mémoire. Le code utilisant asm.js n'est à priori pas écrit par le dév, mais plutôt compilé (asmjs.org fait d'ailleurs référence à emscripten).

Pourquoi persister à corriger javascript pour le rendre performant, plutôt que changer d'outil ? En compilant du C++ en javascript, on avoue déjà à demi-mots que le langage ne convient pas.

Merci. C'est bien cet outil.

Je retrouve avec plaisir les leçons de vie de Janclod :

You see, [il soupire] premièrement, on est tous capable de donner des informations à chacun puisque the final conclusion of the spirit is perfection Et tu as envie de le dire au monde entier, including yourself.

Je me souviens (il y a 6 ou 7 ans) d'un outil en Java permettant de dessiner des graphes pour générer du texte.

Les graphes dessinés étaient composés :

• de nœuds, contenant du texte
• d'arcs orientés

Le texte final était généré en parcourant aléatoirement un graphe et en concaténant les textes des nœuds. Le graphe en question devait évidemment comporter au moins un nœud initial et un nœud final.

Ça vous évoque quelque chose ?

C'est pas faux. Pour y remédier, j'installe la version en cours de développement : page des nightly builds.

Est ce que pentadactyl permet d’éditer des zones textes comme vim (comprendre la possibilité d’utiliser dw, ye et autre trucs magique) sans passer par un programme externe (tel que gvim) ?

Oui, on peut même enregistrer des macros. Par contre, les word-motions (di", cap, etc.) ne semblent pas supportées. On peut passer en mode Text edit en pressant C-t à partir du mode Insert.

Il me semble qu'en C# on ne peut pas déclarer de classe dans une méthode.

… je trouve dommage de ne pas avoir d'affichage en catégories, avec des séparations visuelles.

Je me suis débrouillé pour avoir cette fonctionnalité en bidouillant la config : voilà le résultat.

Ou Matplotlib en Python. Avec leurs exemples bien pratiques quand on a une idée de la présentation qu'on veut obtenir.

Pourquoi ce u ?

J'ai pas bien cherché, dans spécifications du protocole de Wayland, on peut lire des infos sur le mécanisme de transfert de données entre applications (ce qui comprend le glisser-déposer et le copier-coller) : 1,2,3,4.
Comme X dans ce cas, Wayland se place en intermédiaire entre deux applications, effectuant juste le transfert et ne stockant rien. Les données ne seront donc plus accessibles une fois l'application source fermée.

Voici ce que je retiens de l’implémentation actuelle du presse-papier côté GTK ;)

static void
gdk_wayland_display_store_clipboard (GdkDisplay *display,
                                     GdkWindow *clipboard_window,
                                     guint32 time_,
                                     const GdkAtom *targets,
                                     gint n_targets)
{
}

C'est dans ce fichier là.

Côté Qt, ça semble complet (il y a du code en tous cas) :
- qwaylandclipboard.h/cpp
- qwaylanddatadevicemanager.h/cpp

Si j'avais à développer un jeu en 2d, j'utiliserai Löve, parce que ça me parait simple et complet (gestion de l'affichage, du son, des manettes de jeu, moteur physique intégré — Box2d), bien documenté, que des gens font des trucs cools avec et que j'aime bien le Lua.
Toutefois, ce n'est pas vraiment la panacée si on veut une GUI complexe (pour les menus et les boutons, tu va devoir les dessiner et les gérer "à la main"). De ce coté, Qt est mieux fourni et ça me semble aussi être un bon choix pour un jeu de ce type.

Je donne quelques pistes pour la 3d, mais je n'y ai jamais touché :
- Ogre
- Irrlicht
- SDL+OpenGL
- Qt+OpenGL

Bon courage !

Le sujet n'est pas abordé sur le site de Wayland.

Vu que le minimalisme est un des buts de Wayland, gérer le presse-papier ne vraisemblablement pas le boulot du compositeur.
Mais alors, est-ce-que ce sera la tâche d'une brique logicielle à part (je pense à un démon de presse-papier) ou de chacun des toolkits (Qt, GTK, EFL…) ?

À noter qu'il est possible d'indiquer au compilateur quelle branche va être empruntée la plupart du temps. C'est fait dans le noyau Linux par exemple, au moyen de la directive __builtin_expect de GCC. Des macros likely et unlikely sont définies (là) :

# define likely(x)      __builtin_expect(!!(x), 1)
# define unlikely(x)    __builtin_expect(!!(x), 0)

Elle sont utilisées de la façon suivante :

if(unlikely(condition_tres_probablement_fausse)) {
    ...
} else {
   ...
}

C'est vrai que c'est énervant les raccourcis différents selon les applis.

Pour l'émulateur de terminal urxvt :

• Ctrl-Insert = Coller le presse papier normal,
• Shift-Insert = Coller le presse papier de sélection

Maintenant, pour les applis GTK :

• Ctrl-Insert = Copier dans le presse papier normal
• Shift-Insert = Coller le presse papier normal

Pour les intéressés, vous pouvez constater que dans GTK, Shift-Insert et Ctrl-V font la même chose (ligne 1414 et 1421).

Personnellement, j'utilise quasi-exclusivement le presse papier de sélection (c'est plus simple pour copier depuis la console), et comme j'ai un ordinateur portable, je peste contre GTK quand il m'oblige à faire un clic milieu avec le touchpad.

Côté jeu vidéo, je conseille de jeter un œil à The Ur-Quans Masters, le port de Star Control 2.

L'intérêt du jeu résidant dans les dialogues et l'histoire, il est requis de savoir lire l'anglais. C'est un jeu d'aventure et d'exploration. Il faut aller à la rencontre des autres races extra-terrestres dans le but de former une alliance pour contrer les belliqueux Ur-Quans. L'univers est riche, chaque race a son histoire, ses connaissances, ses mœurs.

Voilà quelques captures d'écran, et une description du jeu et de l'intrigue (que j'ai la flemme de traduire et de résumer ici). Le jeu est installable à partir des dépôts officiels de la plupart des Bonnes Distributions™ (vraisemblablement avec un paquet nommé uqm).

Une version haute définition du jeu est aussi disponible. C'est joli mais je ne ferai pas de retour car je ne l'ai pas testée.

http://ssz.fr/fr/#ec$/rt$/zz
http://ssz.fr/fr/#wa/cc/zh
http://ssz.fr/fr/#^wa/zat$/^plo

Puisqu'on parle de fonctionnalités manquantes pour la recherche, j'ajouterai que de temps à autres ça me manque de ne pas pouvoir rechercher sans tenir compte des accents (il me semble que c'est le comportement par défaut sous Chrom* mais si on ne peut pas le désactiver c'est énervant aussi — c'était le cas il y a 2 ans, c'est peut-être différent maintenant).
Sinon, j'utilise pentadactyl, qui peut rechercher par expression régulière, mais beurk.

Pour info, j'ai par hasard pris connaissance de Cobra, un langage inspiré très fortement de Python pour la plateforme .Net. Il permet entre autre un typage statique (optionnel). Pour les différences avec Python, voir la page dédiée.
Après je ne me risquerai pas à le conseiller, je ne l'ai jamais utilisé et il n'est pas encore en version stable.

Les dernières nouvelles au sujet de The Dark Mod sont plus optimistes que ton commentaire :

If things continue to go smoothly, we’re hoping for a standalone version of TDM sometime this fall.

Oui, mais w3m-img est un gros hack qui détecte son environnement pour choisir s'il fait des appels à la xlib ou au framebuffer pour dessiner par dessus la fenêtre ou le tty.

Merci pour ces pistes à explorer.

J'ai jeté un œil et c'est klystrack qui me plaît le plus pour l'instant. Par contre la doc sur le site du projet est assez succincte et les tutos sont peu nombreux.

Il y a quelque temps, j'ai acquis lsdj (un tracker pour la GameBoy de Nintendo), histoire que ma vieille console portable soit utile. Au final, je ne m'en suis pas beaucoup servi (je le trouve assez pénible à utiliser). Ce sera plus simple avec un tracker sur pc, surtout pour exporter la musique et faire des sauvegardes des morceaux en cours d'édition.

Pour avoir joué il y a un an et demi, je peux dire que beaucoup d'efforts ont été portés sur les graphismes. Toutes les créatures n'avaient pas d'illustration et beaucoup étaient encore représentées par des caractères ASCII.

J'ai trouvé ToME 4 plus abordable que d'autres rogue-like, notamment au niveau de la difficulté. L'interface utilisateur est agréable, ce qui change de l'austérité traditionnelle à ce type de jeu.

En bref, ne soyez pas rebuté par le genre, vous passeriez à côté d'une perle.

J'y jouerai à nouveau quand j'aurai un moment. :)