Patrick Nicolas a écrit 109 commentaires

Je trouve aussi que Jolla est l'un des environnement les plus libres sur mobile. L'utilisateur peut faire les modifications qu'il veut, le développement et distribution d'applications ne sont pas limités et les outils sont libres.

Le système est basé sur beaucoup de technologies standard ou en passe de le devenir pour Linux: la glibc, qt, wayland, btrfs, systemd, rpm et packagekit.
Personne ne conteste que l'interface graphique soit non libre, mais je ne vois pour l'instant aucun meilleur compromis.

Pour ce qui est des drivers, il faudra attendre Intel sur mobile, le code sera libre mais je ne sais pas si les pratiques commerciales seront correctes.

Le pilote libre radeon progresse très vite, depuis le kernel 3.11 on peut activer le paramètre radeon.dpm=1 et en principe la consommation baisse et/ou les performances s'améliorent.
Ce n'est pas activé par défaut donc il y a des chances que ça ne soit pas parfaitement stable.

Il s'agit certainement du nouveau pilote pour l'économie d'énergie du processeur : http://lwn.net/Articles/536017/ et https://plus.google.com/+ArjanvandeVen/posts/dLn9T4ehywL

Pour résumer, la fréquence du processeur n'a plus vraiment de sens, les économies se font en désactivant totalement tout ou partie du processeur. Mettre le processeur à une fréquence intermédiaire n'est pas forcément plus efficace que de rester actif moins longtemps à la fréquence maximale.

Je suis totalement d'accord avec cette utilisation des tabulations. J'ai l'impression que c'est le même débat que pour les langages typés ou dynamiques : on veut associer un sens à chaque élément, sans dépendre du contexte. Tant que je n'aurais pas compris pourquoi on peut préférer un langage dynamique je ne comprendrai pas ceux qui veulent indenter avec un nombre arbitraire d'espaces.

En fait je suis plus rigide encore: je n'aligne jamais du code, mais ajoute un niveau d'indentation, mon code est peut-être aussi lisible avec une police à taille variable.

Merci pour l'info, j'avais oublié que Mozilla avait ce programme.
Je vais y participer, je ne trouve pas Firefox OS plus vertueux que Android pour le moment (il y a eu des discussions sur le fait que l'utilisateur soit toujours autant enfermé), mais il n'y a pas de raison de boycotter la plateforme.

J'ai peur que le jeu soit horriblement lent sur un CPU à 1GHz, je vais devoir revoir les animations.

Je n'ai pas vraiment de thème précis, mais j'ai des contraintes: le jeu sur navigateur se redimensionne aux dimensions de la fenêtre et il ne faut pas que les formes soient trop orientés pour pas que ça privilégie un sens sur les carrés.

Je pensais faire des carrés avec une forme géométrique gravée à l'intérieur, en s'inspirant de Tetris Attack par exemple. On doit pouvoir le faire en svg, si les navigateurs ne sont pas trop lents pour l'afficher.

Pour changer les graphismes il n'est pas nécessaire de recompiler le projet, il suffit de copier les fichiers html, js et javascript présents sur le serveur et changer les propriétés présentes dans les premières lignes de game.css.

Ah c'est malin ça, maintenant je vais devoir tout recoder !
Je n'avais pas fait de recherche sur les technologies possible pour faire le jeu, en fait c'est plutôt l'inverse, j'ai cherché quel jeu faire avec emscripten.
Et je ne connaissais pas Kivy, il faudra faire un journal ou une dépêche pour le présenter, ça donnera des idées à d'autres.

Oui, il y a des limitations avec emscripten:
Il est impossible d'utiliser des headers système en dehors de ceux qui ont été portés par emscripten directement. On a donc une partie de sdl, la libc/libc++ et de l'openGL. Comme le projet est fait de zéro j'ai utilisé du c++11 pour remplacer boost, et aucune librairie externe.

Le lien entre javascript natif et c++ n'est pas encore totalement intégré, il faut exporter les classes, méthodes et membres que l'on veut utiliser par un système de macro et template, les destructeurs ne sont pas appelés automatiquement pour les objets référencés en javascript.

La génération de code est très lente quand on demande d'appliquer les optimisations, il faut 45s à partir des objets en utilisant plusieurs threads sur un PC puissant.

On peut très bien outrepasser les limitations en incluant toutes les librairies dont on a besoin dans les sources, emscripten peut en faire du javascript par la suite. Un système pour faire des javascripts partagés est à l'étude j'ai cru comprendre, je ne m'y suis pas intéressé pour le moment.

Oui, je prévois de le rendre plus facilement distribuable, je n'ai pas encore bien regardé comment faire et distribuer des apk.
Je vais essayer de voir ce weekend, mais je ne voudrais pas délaisser Firefox OS, MeeGo (sur lequel le jeu ne marche pas), webOS et tous les autres OS de téléphone au profit d'Android.
De plus le mode solo n'a besoin que des fichiers statiques, il pourrait très bien marcher avec juste le mode hors ligne de html5.

La scannette n'est qu'un exemple, est-ce qu'il vaut mieux faire travailler des ouvriers dans une chaîne de montage ou les remplacer par des robots ? Avoir les relevés de compteurs électriques et d'eau faits par quelqu'un qui se déplace ou transmis automatiquement ?
Souvent la technologie permet de remplacer partiellement ou totalement un travail humain. Sur le long terme ça libère des ressources (du temps de travail) qui servent à autre chose. Notre société avance vers plus de services et moins de production, je ne veux pas m'y opposer.

Surtout, quel est l' avantage de Android/Linux sur un GNU/Linux ? Je dirais que les applications ne sont pas une raison, surtout si on regarde au niveau de la liberté.
Je comprendrais tout à fait commencer par une distribution qui ne soit pas tout Debian, comme Maemo l'avait fait, pour ensuite s'intégrer dans une généraliste.

Est-ce qu'il sera possible de l'intégrer dans la recherche du shell ? Les dernières versions supportent des sources de contenu externes, on pourrait fournir des entrées pour lancer les jeux qui n'ont pas de .desktop

L'interface devrait permettre aussi de filtrer les jeux, pour n'afficher que ceux disponibles hors ligne, multijoueurs ou tout autre critère pertinent.

Je pense que j'utiliserais très peu ce système, la recherche par nom dans le shell marche très bien et je ne supporte pas les applications de type "Documents" qui limitent fortement ce que je peux faire avec ces fichiers. Y a-t-il des retours de personnes qui trouvent ce système plus pratique que le gestionnaire de fichiers ?

Du coup Wayland est plus flexible: il peut dans le cas du réseau conserver la ou les dernières images, appliquer une compression différentielle et pourrait même adapter en fonction du débit disponible. Les données sur le réseau ont diminué !

Tout ceci n'est que supposition, je ne connais pas assez les détails du fonctionnement, je ne fais que lire ce qui est disponible. Mais actuellement et certainement pour longtemps les copies de VRAM à RAM et inversement sont insignifiantes par rapport à la latence sur le réseau.

Des utilisateurs ont dit non, pas tous mais les plus bruyants.
Je trouve le fonctionnement modal très pratique, il s'adapte assez bien à tout ordinateur ayant un clavier. je l'utilise sur un fixe en bi-écran, un en simple écran et un portable de petite taille.

Il faut arrêter de cracher sur une solution, ceux qui préfèrent la version classique ont créé des extensions pour, elles sont intégrées de façon officielle, tout le monde est content maintenant.

Les mesures d'altitude données par un GPS sont peu fiables. Un altimètre (qui mesure la pression en réalité) donnera une bonne mesure de la variation d'altitude.
Il faut donc connaître l'altitude du point de départ, et construire le profil le long d'un chemin.

Je me joins à ces félicitations, je vais tester ça dès que possible.
Je participerais aussi volontiers à un frontend, on signe où pour s'organiser ?

Justement, l'architecture de Chrome/Epiphany/Safari/Midori/plein d'autres est d'utiliser une librairie pour le rendu html, qui n'est qu'une partie du navigateur, une pour l'affichage, une pour le moteur javascript etc.
Je ne demande pas à ce que tout le monde utilise un bureau Linux, juste que ce bureau corresponde à ce que je veux et qu'on ne m'empêche pas de l'utiliser. Les toolkits sont une véritable force et j'aime beaucoup la cohérence qu'ils apportent.

Exactement :
J'utilise tout le temps «l'overview», qui contient à sa gauche un mini-dock
Depuis cet écran il y a un deuxième écran "Montrer les applications", qui été précédemment un onglet. Je n'y vais jamais, je préfère taper le nom ou la description depuis «l'overview».

La version 3.6 supprime le système d'onglets et les boutons «Google» et «Wikipedia», ce qui permet de donner plus de place aux notifications et au contenu principal.

Plus j'utilise Gnome, plus je pense que l'interface a été conçue pour être utilisée au clavier. Je ne passe jamais par l'écran applications, et même quelqu'un adepte de la souris ne l'utilisera que pour aller piocher ce qu'il veut mettre dans la barre de gauche.

Ça tombe bien, l'utilisation de gdm à la place de l'écran de veille pour le verrouillage est beaucoup plus cohérente. L'affichage des notifications sur l'écran verrouillé est une option, désactivée par défaut.
La gestion du son ne me semble pas paramétrables, je devrais proposer un patch pour pouvoir limiter les actions possibles : il me semblerait logique de pouvoir couper le son d'un ordinateur verrouillé, mais pas de pouvoir l'activer.

Je démarre mon PC 2 ou 3 fois par jour, mais je ne vois pas de raison pour qu'il soit plus lent que nécessaire pour démarrer.
Le problème est surtout que je ne vois plus l'intérêt de GRUB, donc si il prend 5s à se lancer, ce sont 5s de trop.

J'ai principalement suivi ce qui est décrit sur http://www.rodsbooks.com/efi-bootloaders/index.html
Ce n'est pas vraiment un howto direct, mais il y a les informations suffisantes pour faire ce qu'on veut.

Depuis quelques temps l'UEFI se généralise, les implémentations sont certes bugguées (l'un ignore l'ordre de boot en dehors des entrées par défaut, l'autre refuse de lire les sous-répertoires) mais je trouve le système bien plus propre que GRUB et consorts :
Une interface est définie pour manipuler les entrés de démarrage
La partition contenant les chargeurs de démarrage est standardisée, quel que soit le nombre de systèmes d'exploitation installés
Il est même possible de choisir sur quel OS démarrer sans passer par l'interface graphique du firmware

Les chargeurs de démarrage traditionnels au contraire sont à l'intérieur de l'OS, ce qui rend la cohabitation plus difficile, ils essaient de lire tous les types de partitions existants, ce qui n'est pas forcément nécessaire. On ne peut pas d'un côté reprocher à l'UEFI d'inclure des pilotes pour tout le matériel et de l'autre côté se réjouir de pouvoir lire du btrfs compressé avec des sous-volumes dans un chargeur de démarrage !

Tout ça pour dire que je suis passé de GRUB legacy au boot EFI (EFI stub dans le kernel, et le sélecteur du firmware pour choisir le noyau à charger), il m'a fallu un script bash de 10 lignes pour installer les sources et modifier les entrées EFI correctement. Le démarrage est légèrement plus rapide, la maintenance est plus simple et j'ai un clignotement de moins de l'écran dans la séquence de démarrage.

Le -webkit- veut dire que c'est l'interprétation qu'en fait webkit, c'est utile quand la norme n'est pas figée et donc que mozilla pourrait le gérer de façon différente.
Si tout le monde utilisait le même préfixe et qu'un navigateur aurait un comportement incorrect il serait impossible de faire une page qui marche pour tous.

Ici c'est plus pour pouvoir tester que c'est fait, aucun site ne l'utilisera avant un bon moment, la mise en page serait totalement incorrecte selon le navigateur utilisé.

Ce que j'adore dans ce jeu, c'est de pouvoir y jouer !
Il y a tellement de jeux similaires qui n'y pensent pas, l'option -cb/ --colourblind est indispensable.