SChauveau a écrit 389 commentaires

J'ai testé ta version de dev. Dans Firefox, F11 permet effectivement d'activer le fullscreen mais pas d'en sortir. Le jeux n'est plus centré verticalement ce qui n'est pas très agréable visuellement mais cela a le mérite de résoudre le problème avec les coordonnées de la souris.
Cela me fait d'ailleurs penser à un autre petit détail: La touche 'x' est utilisée pour fermer les menus alors qu'en général c'est plutôt ESC qui sert à cela. Pour ne rien arranger, le comportement par défaut de ESC dans Firefox est de sortir du mode fullscreen ce qui m'arrive au moins une dizaine de fois par partie.

Le comportement de Dungeon Crawl (encore lui) me semble plus intuitif: F11 pour activer/désactiver le fullscreen et ESC pour fermer les menus. Je suppose que Crawl gère le fullscreen différemment car contrairement à Harmonist, il n'affiche pas le popup "Exit Fullscreen (ESC)". Intuitivement, je dirais que Harmonist gère le fullscreen manuellement alors que Crawl se contente de laisser faire Firefox.

J'ai aussi trouvé https://godoc.org/golang.org/x/text et en particulier https://godoc.org/golang.org/x/text/message/catalog qui montre comment écrire des règles de traduction tenant compte de diverses caractéristiques syntactiques (pluriels, féminin vs masculin, …).
Tout cela est probablement plus complexe que je ne pensais initialement mais c'est probablement faisable.

Je vais y penser. Je ne connais pas le Go mais implémenter la localisation serait un bon exercice d'apprentissage.

Pour le mode plein écran, il est possible que cela soit causé par Sway (un clone de i3 pour Wayland).

F11 comme cela dans Dungeon Crawl. Cela serait parfait.

Le problème du mode 'explore' avec la souris est que cela peut arriver involontairement quand on joue sur un portable. Il suffit que la main effleure le touchpad. Je ne suis pas certain qu'une option clavier-uniquement soit souhaitable car l'inspection des tiles avec la souris est quelquefois utile. La version desktop de dungeon-crawl a un meilleur comportement: Il y a aussi un mode 'explore' activable par la touche x mais la souris permet d'obtenir une description des tiles sans pour autant activer ce mode.

J'ai hésité à faire mes remarques en français mais, comme je m'adressais à un nombre indéterminé de développeurs potentiellement non-francophones, j'ai finalement choisis l'anglais. Après tout, la page du projet est en anglais. Aï kan translète iffe nidid.

Je n'ai pas trouvé ou faire les bug-reports mais comme tu sembles être un des devs, voici quelques remarques après quelques parties:

• No ways to distinguish burning from extinguish fires in the same room until they are all gone.
• The mouse y-coordinate is incorrect in fullscreen mode (Firefox). It seems that the black areas above and below the map are not properly taken into account.
• The tile for the stairs looks too much like a regular door.
• When a monster leaves view, it remains drawn in its last known position. A visual clue would be welcome to indicate that this is not the actual position of the monster (change the color?).
  
• Need a key shortcut to toggle fullscreen.
• The player position can be difficult to find after a teleport.
• Add zombies. All games need zombies.
• The game enters into 'examine' mode when the mouse is moved and then requires to press 'x' to resume the game. I find that a bit annoying.

J'aime bien aussi. Je vais le garder dans ma liste des petits jeux pour m'occuper quand je voyage. Un peu frustrant par moments (du genre 4 monstres stationnés juste devant la sortie sans aucun moyens de les contourner) mais dans l'ensemble c'est assez prenant.

L'apparence est en effet un peu spartiate. Le bicolor cela fait très années 70. Il est peut être temps de rentrer dans les années 80 :-) Si les devs ne sont pas de bon graphistes, j'imagine qu'il ne devrait pas être difficile d'adapter quelques 'tiles' d'un autre projet open-source (Dungeon Crawl, Nethack, …) avec une licence compatible.

Du fait de sa simplicité ce jeux pourrait être une bonne introduction aux rogue-likes pour des enfants. Il est toutefois dommage que les textes soient en anglais et que rien ne semble prévu pour la localisation.

Il faut bien entendu lire "… 1 ou 2 semaines avant nous"

D'ailleurs, si cela peux intéresser quelqu'un, voici la petite fonction Bash que j'utilisai pour convertir une date dans les fuseaux horaires utiles pour mon boulot.

# tz  <TIME SPECIFICATION>  
#
# Display the specified time in multiple timezones (default is "now").
#
# Timezones are sorted by their UTC offsets.
#
# Timezones with the same UTC offset than the current timezone
# are marked with '*'
#
# However, they are marked with '?' instead if the current time
# and the specified time are not equal which usually indicates
# a summer/winter time change.    
#
# Examples:  (see 'info date' for more)
#
#   tz                    : for current time (or "now")  
#   tz 14:00              : for 14:00 today in the current timezone
#   tz 14:00+4            : for 14:00 today in UTC+4 
#   tz tomorrow 2pm PST   : for 14:00 tomorrow in Pacific Standard Time 
#   tz 2pm July 3 CEST    : for Friday July 3 14:00 2015 in Central European Summer Time 
#
# Remark: Not all symbolic timezone names work as expected.
#         First because some of them are only valid during parts of the year (e.g CET
#         vs CEST in Central Europe) and also because some names are ambiguous
#         (e.g. CST may refer to Central Standard Time in the US and to China Standard Time
#         in Chine). Using UTC or GMT relative timezones is usually safer.
#
# http://www.timeanddate.com/time/map/
#
tz () {
    local FMT A D T tz M UTC0 UTC1 LOCATIONS 
    D="$*"
    # Output format (see man 1 date)
    FMT="%H:%M %_4Z (UTC%:z) %a %b %d"
    # FMT="%c %Z (UTC%:z)"
    [ -n "$D" ] || D=now    
    T=$(date -d "$D" +%s) || return
    # Add here your preferred locations (as given by tzselect)
    LOCATIONS+=" America/Los_Angeles"   # PST/PDT
    #LOCATIONS+=" America/Denver"        # MST/MDT
    LOCATIONS+=" America/Chicago"       # CST/CDT
    LOCATIONS+=" America/New_York"      # EST/EDT
    LOCATIONS+=" Europe/London"         # GMT/BST
    LOCATIONS+=" Europe/Paris"          # CET/CEST 
    #LOCATIONS+=" Asia/Shanghai"         # CST (China Standard Time)
    LOCATIONS+=" Asia/Tokyo"            # JST 
    #LOCATIONS+=" Australia/Melbourne"   # AEDT/AEST
    #LOCATIONS+=" Australia/Adelaide"    # ACDT/ACST
    # Get current timezone now (in $UTC0) and at requested time (in $UTC1)
    # They may be different because of summer/winter time changes. 
    UTC0=$(LC_ALL=C  date -d "now" +"%z")
    UTC1=$(LC_ALL=C  date -d "@$T" +"%z")
    for tz in $LOCATIONS ; do
        # UTC2 is the UTC timezone of $tz at the given time 
        UTC2=$(LC_ALL=C TZ="$tz" date -d "@$T" +"%z")
        if [ "$UTC1" == "$UTC2" ] ; then
            if [ "$UTC0" == "$UTC1" ] ; then
                M="*"  # This is consistent with current timezone.
            else
                M="?"  # Also but probably with a summer/winter time change.
            fi
        else
            M=" "
        fi
        A=$(LC_ALL=C TZ="$tz" date -d "@$T" +"$FMT")
        # Prefix each output line with its numeric timezone. 
        # That prefix will we removed after sorting.
        printf "%s %c%-20s %s\n" "$UTC2" "$M" "$tz" "$A"
    done | sort -n | cut -c 7-
}

Je ne compte plus le nombre de fois ou j'ai loupé une conf-call parce qu'aux USA il font le changement été-hivers 1 ou 2 semaines avec nous.

Cela n'est arrivé de nombreuses fois avec invitations pour des conf-calls avec des américains (donc au moins 4 fuseaux horaires possibles). Du genre "Let's have a call at 10am next monday".

Un cas réel encore plus pernicieux: Le titre de l'email auto-généré par le calendrier dit "10am PDT Dec 5" donc la côte Ouest US en heures d'été mais on est en hivers donc cela devrait être PST. Et pour ne rien arranger, le gars à voulu être sympa et a aussi donné l'heure pour 'Paris' mais cela ne correspond ni à 10am PDT ni à 10am PST.

Tout est dans le titre.

Dans de nombreux cas, la norme officielle est payante mais les versions drafts sont disponibles gratuitement. La dernière version draft est en général quasiment identique à la version finale car c'est celle ci que le comité approuve.

Quelques exemples:

• pour le C++ http://www.open-std.org/jtc1/sc22/wg21/
  
• pour le Fortran 2003 et 2008: https://gcc.gnu.org/wiki/GFortranStandards#Fortran_2003

Pour le PDF 2.0, une recherche rapide m'a mené à ce document

http://intranet.pdfa.org/wp-content/uploads/2016/08/ISO_DIS_32000-2-DIS4.pdf

Pour faire simple, il s'agit de fichiers virtuels permettant de communiquer avec certains modules du noyau Linux (en général associé à un périphérique). Par exemple, les évènements du clavier sont visible sous la forme d'un 'fichier' tel que /dev/input/event0.

Du point du vue du noyau Linux, le nom du fichier n'a pas vraiment d'importance. La seule chose importante est son type (char ou block) et ses numéros major et minor.

La liste complète se trouve dans
https://www.kernel.org/doc/Documentation/admin-guide/devices.txt

Dans le temps il fallait parfois créer manuellement les entrées dans /dev/ avec mknod quand on ajoutait un périphérique mais sur les systèmes actuels tout se fait automatiquement via udev.

Essaye plutôt le qwerty us avec une touche compose.

Le HPC est probablement un des rares cas ou la transparence réseau est encore utilisée de façon significative mais c'est un mauvais argument pour de nombreuses raisons:
1. La transparence réseau pour les application X11 est toujours utilisable via Xwayland, Xephyr ou un autre serveur X. Passer à Wayland n'enlève donc pas de fonctionnalité.
2. Mon expérience est que dans quasiment tout les cas où la transparence réseau est utilisée dans un environnement HPC, elle peut être avantageusement remplacée par une autre méthode utilisant une techno SSH (tunnels, port forwarding, SOCKS proxy, ProxyCommand, sshfs, mode tramp dans emacs, …) ou une web (e.g. un petit serveur en python accessible via http/websocket).
3. La transparence réseau est quasiment inutilisable pour les connections distantes. Ho oui, il est possible de démarrer XEmacs ou Firefox sur un serveur en Californie mais ce n'est pas vraiment utilisable contrairement à tramp ou à un proxy socks via ssh.

Il me semble que la remarque de totof2000 concerne le fait que les serveur racine DNS ne sont pas du ressort du navigateur. Je ne suis pas expert réseau mais si je me rappelle bien, les serveurs racine DNS fournissent les données aux serveurs DNS classiques qui les gardent en cache pendant quelques heures ou quelques jours.

Le fait que Xorg soit un wrapper vers Xorg.wrap ne change rien si ce dernier est setuid root.

Je viens de faire quelques tests sur ma debian/sid et le bug ne semble pas présent. Xorg.wrap est setuid root mais il échoue lors du renommage de /etc/shadow en /etc/shadow.old.

Bronsoniser est un terme utilisé quand les gens ne terminent pas leur commentaire :-)

Plus sérieusement, c'est le numéro 3 dans https://fr.wiktionary.org/wiki/bronsoniser

Il y a aussi lsblk. Par défaut, il n'affiche pas l'UUID mais cela se résout facilement avec les options telles que -f ou -o +UUID

Il y a aussi pbm pour les image monochromes (bitmap) et pgm pour les niveaux de gris (grayscale)

L'avantage de tout ces petits formats est qu'il sont triviaux à lire et a écrire dans quasiment tout les langages. Le paquet netpbm fournit de nombreux utilitaires de conversions tels que pnmtojpeg ou ppnmtopng. Combiné avec popen, cela permet de générer des images JPEG ou PNG à partir de données brutes en seulement quelques lignes de C ou C++

#include <math.h>
#include <stdio.h>

#define M 100
#define N 100

#define MAXV 65535

#define OUTPUT "out.png"

int main(void)
{

  double val[M][N] ;
  int i,j ;
  FILE *out ;

  // Tableau de données brutes dans l'intervalle [-1.0,1.0]
  for (i=0;i<M;i++)
    for (j=0;j<N;j++)
      {
        val[i][j] = sin(cos(i*0.1+j*0.3)*2)*sin(j*0.2-i*0.03) ;
      }

  //  out = stdout ;
  out = popen("pnmtopng > " OUTPUT ,"w");

  fprintf(out,"P2\n%d %d\n%d\n",N,M,MAXV) ;
  for (i=0;i<M;i++) {
    for (j=0;j<N;j++) {
      // convertion de  [-1.0:+1.0] vers  [0:MAXV]
      int v = MAXV*((val[i][j]+1.0)/2.0) ;
      fprintf(out , "%d ", v);
    }
    fprintf(out,"\n");
  }

  return 0;
}

Rien depuis les années 70? Il a quand même fait une apparition dans Star Trek.

C'est plus facile en hexa: 0x0,7F Tio est évidement plus petit que 0x200 Gio :-)

C'est plus facile en hexa: 0x0,7F Tio est évidement plus petit que 0x200 Gio :-)

J'ai quand même l'impression que Dell se sucre pas mal sur le marché français (et Européen)

En comparant les modèles proposés en France et aux US, la première chose qui frappe est que les modèles Français sont plus haut de gamme. Par exemple, le premier XPS 13 francais contient un i7-7560U, 16Go avec un SSD de 512Go pour la modique somme de 1300 euros (HT). A comparer avec l'entrée de game XPS 13 aux US: i5-7200U, 4GB, SSD 128GB pour $849 (HT).

En entrée de game, il y a bien les Inspirion 15 mais bon … Écran HD (1 366 x 768) de 15,6 pouces c'est, comment dire … pas exactement ce que je cherche.

Les Precision 5520 sont quand à eux configurables et il est donc plus facile de comparer les prix en Françe et aux US. Par exemple, Precision 5520 , i5-7300HQ, Ubuntu, 8GB, DD SATA 512GB est a 1650€ = 1953$ HT contre 1033$ HT aux US. A ce prix la, j'espère que le pot de vaseline est fourni. En TTC, la différence couvre probablement le prix d'un aller-retour entre Paris et New-York.

Seul point positif, dans la version française il est actuellement possible de remplacer l’écran HD par un Ultra HD (3 840 x 2 160) pour un prix négatif -2.80€. Je suppose qu'il ont du stock à écouler. On pourra aussi économiser 1,40€ en omettant l’étiquette Enery Star!!!!

Conclusion: Comme je n'ai pas le temps de faire un aller-retour à New-York, je vais probablement faire comme la dernière fois et acheter mon prochain portable en allemagne sur une base Clevo.