dave_null a écrit 358 commentaires

Ouais faut aimer la ram et la batterie inchangeables car soudées. Et encore c'est pas mal le SSD peut être remplacé.

C'est payant, pas libre, et ça ne fonctionne pas sous linux, mais ArtRage semble gérer un peu les différences de support papier : http://www.artrage.com/artrage-4/

Oui c'est le gros problème de online.net. J'avais un serveur avec 1000mbits/s de bande passante (non garantie évidemment) et pour transférer des fichiers entre online.net et du renater aucun problème. Mais dès que ça part à l'étranger ça devient très mauvais.

Aujourd'hui j'ai un serveur à 100mbits/s chez OVH et en usage VPN, la connexion est bien plus performante.

Ça existe un développeur (mortel) C++ qui utilise l'ensemble des fonctionnalités ?

Je te conseille de développer en mode strict avec l'instruction "use strict", comme ça tu auras des erreurs plus souvent;

Ensuite tu devrais envisager l'utilisation d'un outil comme JSHint. C'est très pénible au début mais ça permet d'éviter de nombreuses erreurs et de perdre ses mauvaises habitudes.

http://www.jshint.com/

C'est un objet qui est communiqué aux callbacks de l’événement PopState.

window.history.pushState({lapin:42},'titre a','url a');
window.history.pushState({poney:28},'titre b','url b');

window.addEventListener('popstate', function(e) {
    console.log(e.state);
});

Si tu fais précédent, tu auras {lapin:42} dans la console. Et si tu fais suivant ensuite tu retrouveras {poney:28}.

C'est pour faciliter les traitements quand l'utilisateur s'amuse avec précédent/suivant.

Pour les URLs qui peuvent être modifiées, c'est une nouveauté de l'API history en HTML5.

// Grosso modo :
window.history.pushState(null,'','la nouvelle url');

J'ai un ZTE Open en tant que deuxième téléphone et pour cette utilisation il convient. Il ne faut pas oublier que c'est un smartphone à 50€.

L'autonomie est bonne, les fonctionnalités de base fonctionnent et le web est utilisable. Les limitations viennent des applications qui rament et du clavier tactile qui est mauvais comparé à un clavier Android.

Par contre en tant que téléphone principal, jamais jamais jamais. C'est beaucoup trop jeune et trop lent.

Ça me fait penser que j'ai proposé il y a quelques temps un sondage qui remet en question le système de vote/karma de linuxfr.

Ça fait quelques sondages de type «Quel Live CD/DVD/clé USB de jeux vous ferait le plus plaisir ?» qui passent. J'espère qu'il n'a pas été oublié.

Je dirais grosso-modo à la portée d'un milliard de personnes, les chinois qui ne consultent pas du contenu occidental.

Hint: Il y a la traduction juste en dessous de l'image dans la page en lien.

Cadeau : http://www.lirmm.fr/~gambette/xkcd/index.php?id=538

On doit te le dire souvent, mais ne pas lire l'anglais est un handicap dans le monde de l'informatique.

Commentaire pertinent.

En général, je lâche un troll vite fait pendant mes heures de travail (je m'accorde des petites pause linuxfr) et ensuite j'argumente quand j'ai plus de temps une fois chez moi.

À l'avenir je vais essayer d'argumenter dès le premier commentaire, donc me retenir de poster au travail si mon commentaire n'est pas vraiment pertinent.

En ce qui concerne le style, désolé si ça a blessé les développeurs, ce n'était pas le but et je pensais qu'ils étaient assez costauds pour encaisser les remarques à la con. Encore une fois, je n'ai pas écrit ça sur une dépêche d'un framework PHP bancal.

Si il a réussi à passer l'étape du nom, l'étape des icônes et enfin l'étape des captures d'écran (troll), mon commentaire ne devrait pas poser de problèmes.

Je n'ai pas trollé un projet fragile, j'ai trollé sur weboob.

Ça ne plait pas à tout le monde, mais je pense que le troll fait partie de la culture du web. Dès qu'un article obtient quelques commentaires, il n'est pas rare de tomber sur des trolls. Certains sont amusants, parfois très marrant, d'autres sont ratés, totalement déplacés voir consternant de bêtise.

Je pense que la présence de trolls dans les commentaires d'un article atteste de sa popularité. Il est rare de voir des trolls dans les revues de presse de l'APRIL ou dans les annonces d'évènements libres.

Est-ce que les trolls posent problème ? Ils peuvent gêner une discussion ou détourner le sujet. Sur Linuxfr, avec le système de notation et l'arbre de discussion l'effet est un peu atténué. Mais pense surtout à l'effet inverse : une dépêche sans commentaire est triste. Sans troll, les dépêches weboob contiendraient quelques commentaires et les gens passeraient à autre chose.

Je pense que l'on peut affirmer sans risque que c'est le troll qui a donné là popularité de weboob. Un projet nommé «WebParser» qui peut aller récupérer les vidéos de youtube et pas youporn obtiendrait peut-être un succès d'estime, mais pas grand chose de plus selon moi.

Enfin, je suis l'auteur du troll sur le minitel. Je suis désolé si cela put être mal pris, je ne me permettrais pas la même réflexion en conférence, en tout cas j'attendrais un peu au lieu d'être le premier à poser une question. J'ai écris ce troll car je sais que la majorité des lecteurs de LinuxFR est anti-web, qu'elle est encore plus majoritaire sur ce type de dépêches et que ça m'amuse de les titiller sur ce sujet.

Un peu comme, même si c'est moins épique, quand Zenitram enchainait les notes négatives à expliquer que H264 était supérieur à WebM^W VP8 et que ce dernier n'était de toutes façons pas vraiment libre. Aujourd'hui même sur linuxfr il est admis qu'il avait raison. J'espère que dans 5 ans, quand j'évoquerais HTML N+1 j'aurais des notes normales au lieu de me faire moinsser car C++ et Qt consomment moins de mémoire et que HTML5 rame avec leur matériel actuel.

De plus je ne suis pas hostile au projet Weboob. J'ai hésité il y a quelques mois à me lancer sérieusement dans une application utilisant Weboob en backend et peut-être que je me lancerai cette année. Et si je le fais, ce sera sans hésitation en HTML5.

C'est juste que d'un point de vue extérieur, Weboob est une sortie d'ovni des IHMs. On tends de plus en plus à avoir des interfaces dédiées à un service, très graphiques et très spécialisées. Weboob propose de revenir à des interfaces rustiques, certainement efficaces pour certains, mais rustiques.

Prenons sa fonction première et mettons de cotés les questions technologiques liées aux formats vidéos, flash et la consommation de mémoire sur votre machine éventuellement obsolète.

Préférez vous choisir et visionner des vidéos en tapant des commandes dans un terminal façon minitel, ou alors en regardant une liste plate composée d'une image, un titre, une durée et éventuellement d'une description, ou à l'inverse utiliser le site web d'origine qui permet d'avoir une recherche de vidéo de plus en plus souvent sémantique, basée sur vos précédentes lectures, avec des catégories, des fonctionnalités sociales, et qui permet parfois d'afficher des aperçus de la vidéo au survol de la souris… ?

Finalement ce qui est vraiment intéressant dans Weboob, c'est la récupération des données d'un service pour l'intégrer dans un système d'information.

Avec mon troll sur le minitel, je pensais à ça, d'autres l'on mis à l'écrit dans les commentaires qui suivent.

On peut résumer l'article ainsi :

• Un périphérique mobile, c'est plus lent qu'un PC
• JavaScript est plus lent que le natif
• En plus, il y a moins de ram
• Et ne parlons pas du garbage collector

Mais au final les processeurs ARM rattrapent bien vite les processeurs X86, ma tablette a 2go de mémoire et l'application HTML5 que je développe actuellement est plus fluide sur iPad air que sur le dernier Firefox avec un PC i7.

L'article est quand même très intéressant car il explique bien les différences et les raisons.

Il y en a un où c'est le développeur qui doit faire le pré-processeur à coup de copier/coller de code sans intérêt.

En tout cas, en HTML5 ça se fait très bien : https://developer.mozilla.org/fr/docs/WebAPI/Detecting_device_orientation (mais il faut penser à lisser les données, car certains capteurs fournissent des données très variables).

Oui mais je voulais être le premier à poster pour avoir un beau score. Parfois il faut faire des choix, attendre le vendredi pour se dévoiler ou profiter d'une occasion unique.

Oui je sais. Le «des interfaces graphiques des années 90» était une allusion aux applications existantes.

Le projet est intéressant pour les gens nostalgiques du minitel ou des interfaces graphiques des années 90.

Comptez vous développer des clients HTML5 ? Et en profiter pour faire une mise en abime de Weboob ?

Ce n'est pas la même philosophie. Et KWrite est typé KDE alors qu'un Gedit en Qt/HTML5 pourrait être bien intégré à Windows/mac/android.

J'aime beaucoup Gnome d'un point de vue utilisateur (en utilisation d'un système fonctionnel et complet, sans s'occuper des maj et compagnie). Mais en tant que développeur, je n'ai jamais accroché.

On peut proposer une migration vers Qt ? (ou encore mieux, HTML5) :-)

Comme celle-ci ? :-) http://fr.wikipedia.org/wiki/Bondage_des_testicules_et_torture_du_p%C3%A9nis (attention NSFW)

Tu devrais aussi prendre en compte le flux de données de l'écran branché en DVI, comparé à une bonne vielle connexion série.