Quand on nous interdit le test

Tags:: google :: uzbl :: webgl :: chrome :: chromium

Quand vous décidez de prendre vos responsabilités, vous acceptez de devoir vous plier à certaines contraintes. C'est le lot de ceux qui font des choix pour leur propre intérêt. Jusque là, vous admettrez que je suis dans la position de celui qui va admettre qu'un outil ne fonctionne pas complètement comme prévu, mais que je le sais et surtout que j'accepte ça. Mais quand on vous interdit l'accès sans même pouvoir tester... ce n'est plus vous qui décidez, mais les autres... Voilà comment j'en suis venu à un petit coup de gueule contre: Google !

Pas question ici de parler de politique de vie privée, ce débat (à ce moment précis) ne m'intéresse pas. Non, il est question de technologie ici. Google a décidé depuis quelques temps de faire des choix pour vous, ou du moins pour une petite classe de personnes qui ont fait des choix techniques.

Parlons donc de deux cas. Google+ et le WebGL dans Chromium (et Google Chrome).

D'abord, Google+ puisque j'aime ce service. Je vous en ai parlé, je travaille sur Xmonad, et pour des questions d'ergonomie j'utilise un navigateur basé sur WebKit nommé Uzbl (merci WillQ du canal fedora-fr sur irc). Ce navigateur, rapide, léger, propre, sans fioritures utilise donc le même moteur de rendu que Chromium et Google-Chrome. Mais si je vais sur la page de google+... on me refuse l'accès.

Comprenez bien, je n'ai rien contre le fait que la page ne fonctionne pas "comme prévue" et qu'on me prévienne... mais me dire "non, installe toi un autre navigateur" et refuser de m'afficher la page... moyen là !

L'interdiction est limite, vraiment... parce que en changeant mon "useragent" pour faire passer mon navigateur pour un google-chrome la page apparait parfaitement bien. Donc, plutôt que d'interdire l'accès, je préfèrerai simplement qu'on me dise "on connait pas votre navigateur, donc vous savez désormais que la page que vous allez voir ne marchera pas comme prévu".

Bref, passons...

Uzbl a du mal avec WebGL, ça me parait logique et je n'en veux à personne... j'utilise donc tout bêtement mon chromium (navigateur chrome libre). Et vas y que je vais voir une page qui utilise du WEBGL... et paf ! Erreur: "votre navigateur ne gère pas le WebGL". Ah bon ? attend mais j'ai bien une carte graphique (pas la meilleure je sais, mais bon elle fait de la 3D mon ATI) alors pourquoi ça marcherait pas ?

Vérifions... on ouvre la page "about:gpu" et que vois je avec stupeur ? Ma carte est "blacklistée"... Je fouille sur le net et j'apprends qu'on peut passer outre... via l'option au lancement "--ignore-gpu-blacklist". Réouverture de about:gpu et miracle la carte est bien gérée. Tout fonctionne bien... sauf ? Google Map en 3D... un test bizarre de la part de Google et je peux même pas voir si ça marche vraiment ou pas, Google m'interdit l'accès...

D'une part, on me blackliste ma carte ce qui ne permet pas de tester vraiment sans connaitre l'option de coupure de blacklist, mais en plus on ne me permet pas de regarder si une page WebGL spécifique fonctionne, on rejette direct...

Comment peut on alors aider à trouver comment corriger une page WebGL si on ne nous autorise pas à la teste ?

Voilà, je me pose donc la question... Google a décidé de se débrouiller tout seul pour les tests ? A-t-il oublié la communauté qui peut tester et remonter des corrections ? Serait-il en train de se détacher de ceux qui ont donné toute sa valeur, c'est à dire... les geeks ?

Dommage, j'ai pas d'animosité à leur égard, mais ce "comportement" commence à me gêner fortement...

Utilisez le code barre pour ouvrir le ticket dans votre mobile:
This ticket on you mobile

Pas de commentaire pour le moment

Ajouter un commentaire
Veuillez répondre à la question suivante : Pim pam et tapez "poom" sans les guillemets

Trackbacks

Pour ajouter un trackback (retrolien) sur ce ticket, utilisez cette adresse: http://www.metal3d.org/index.php/trackback/default/tb?id=blog%2F285

Tags

Blog Copix Communication PC Config Fedora Vidéo Humour Autre Web Materiel Informatique PHP Développement Mootools HTML Linux WEB IE CSS Vista Microsoft Sympa XHTML Quizz Widget Klik CWE Voeux Bonne année Musique CCRMA Son Audio MAO Reconnaissance vocale Windows Mac Compiz MacOS Mysql Sun Base de données BD Screenlets Screenlet RPM compiz Ubuntu Live FireFox Derambarsh Facebook media informations Sécurité javascript SSH Commande Marketing concours ipod wii QT Trooltech Nokia Libre Logiciels GPL Attali Gnome Dock Compiler Bench undelete reiserfs recovery recover Thread Serveur Optimisation Server Apache Album RSS Flash Air XML Firefox Blender Opensource Orange Internet LiveBox Animaux Droits Logiciels Libres Google Loi RBS netcat Bash Téléphone Spam 3D NIDIA Standards Widgets Merise UML Streaming Developpement Perl MySQL Firewall Parfeu Bayes Novell Réseau Python LVS Salon FTP Dedibox Chrome Administration IRC Gentoo troll video Nouveauté Finance Etudiant spéctacle OpenOffice Javascript Java Info Eclpise ATI design mootools KDE Bureau Design GNU C Pages Jaunes Fun Bijoux Art mail Admin vmware fedora linux VirtualBox VMWare Qemu KVM vim Grep Fglrx Webkit GTK google web JQuery Coup de gueule coup de gueule Lois SVG Raycaster Canvas Hadopi Desktop Jeux Les Sims développement astuces Screen firefox Mobile Safaru Wine bash commande astuce Wave ooc C++ C# Netbook Hercules Bureautique Twitter Safari W3C chrome kazehakaze midori navigateur gecko webkit Links Liens Pyhon Nouvelles Metal Perso Conférence JDLL PCC Roadsend OOC News Acteur Cinéma Chanteur Seven windows orthographe pcc php jdll Slide Application mysql Html twitter python screen curses SVN Android Gphone iPhone OpenGL MindMap Projet Javascrtip Ajax Guitare Tab Tablature JSON firebug Chromium Iphone Titanium music sound android ogg ogv streaming Arkyne svn subversion gnome VLC Tv encoder ffmpeg Cryptage apple microsoft HTML5 Max Apple code youtube quvi git uzbl webgl chromium

  Catalogue professionnel de musique libre


  • twitter entries...
follow me on Twitter

Valid XHTML 1.0 Strict

tumblr visitor