(Allo Second Life, on va avoir une grosse emmerde!)
Dans mon dernier article je vous donnais la traduction d'un article du blog de Second Life faisant état de la volonté de Linden Lab de combattre et éliminer certains viewers alternatifs nuisibles aux intérêts des Résidents. Ainsi, la mesure, d'ailleurs évidente si l'on y réflêchi un peu, est de tenir un catalogue des viewers alternatifs et d'obliger ceux-ci à s'identifier clairement à la connexion.

Et si il arrivait que Linden Lab se rende compte qu'un viewer alternatif innocent au regard des Résidents devienne un véritable poison injecté au coeur même de Second Life, que ferait Linden Lab?

Cela risque bien d'arriver et plus vite que vous puissiez l'imaginer.

C'est tout récemment que j'ai compris qu'un viewer comme Emerald - animé par une équipe mordante qui en veut et en aura - cachait en lui-même la plus formidable machinerie de guerre susceptible de renvoyer dans les dents de Linden Lab sa conception même de l'Open Source.

Dans un article sur trois nouvelles fonctions du LSL, je vous disais que la fonction llTextBox() injectée dans la script library du source du viewer n'avait jamais été opérationnelle. Qui des scripteurs n'a pas rêvé d'avoir un moyen de communiquer avec un avatar autrement que par le chat ou des boutons, de poser la question "Donne-moi un chiffre" ou "Donne-moi une lettre" et de ne pas être obligé de programmer un monceau de touches dans une boîte de dialogue! Ou encore mieux "Qui va la? Donne moi le mot de passe!" et recevoir autre chose qu'un appui sur une touche?

Suite à un commentaire de Ange Zanetti, j'ai réessayé cette fonction avec le viewer standard, ce qui donne ça :

(apparemment pas bon, ça ne marche pas)

et avec Emerald ce qui donne ça :
 
(là on dirait que ça marche!)

Voilà maintenant que le viewer alternatif remplit les promesses non tenues du viewer officiel! Mais cela ne s'arrête pas là, voici ce que les créateurs de Emerald viennent de nous proposer, je vous traduis :

[Emerald] des trucs pour le LSL du client
Posté par Alias_Admin le 18 octobre 2009
Vous avez toujours voulu faire quelque chose de vraiment cool ... puis vous vous êtes rendu compte que c'était impossible? Peut-être que vous aviez besoin de savoir quelque chose que le LSL ne pouvait tout simplement pas vous fournir pour quelques raisons que ce soient. Ou vous aviez besoin de faire quelque chose pour laquelle le LSL n'était pas équipé. Etc, etc.
Mettez en commentaire sur ce poste toutes sortes de constructions genre API que vous trouveriez utile pour le LSL d'être capable d'interagir avec le client.
Des choses comme l'accès aux permissions des terrains, les propriétés des régions, les caractéristiques de l'avatar, etc, tout ce que vous pensez que l'avatar ou le client devrait faire, que LSL pourrait légitimement utiliser mais qu'il n'a pas reçu la capacité de faire.
COMMENTEZ LE SI VOUS SAVEZ CE VOUS VOULEZ
(fin de traduction)

Hors nous savons, comme pour llTextBox(), que beaucoup de choses infaisables par le LSL sont pourtant possibles uniquement par le fait du client (le viewer) sans toucher au serveur.

Un exemple de quelque chose qui nous manque atrocement : il existe un couple llGetPrimitiveParams et llSetPrimitiveParams, mais à la fonction llSetLinkPrimitiveParams ne correspond pas une fonction llGetLinkPrimitiveParams ; pourtant les caractéristiques de toutes les prims d'un linkset sont forcément connue par le client. Le fait que cette instruction n'a jamais été implémentée par Linden Lab, soit dit au passage, provient de la volonté de la firme de ne pas faciliter la tâche des affreux copieurs!
Mais vous, si on vous apportait sur un plateau toutes ces fonctions (lire les commentaires de ce poste du blog de Emerald, y compris les miens!) opérationnelles, prêtes à l'emploi, vous résisteriez combien de temps?

Oui, mais voilà d'abord les scripts ainsi obtenus ne fonctionneraient correctement qu'avec dans un premier temps Emerald puis, dans un deuxième temps, comme ne le cachent pas les auteurs d'Imprudence eux-mêmes, par ceux qui récupèreraient dans le source d'Emerald les améliorations bénites.

Et par la suite, autre gros problème, Linden Lab pourrait très bien décréter que cette différence puisse faire d'Emerald un viewer dangereux et l'interdire.

Et c'est là qu'est le poison! Faut quand même pas prendre en permanence les utilisateurs de Second Life pour des cons (remarquez qu'il y en a, mais pour le moment je garde la liste pour moi) qui ne sont pas capables de voir qu'Emerald est déjà largement mieux que le viewer officiel. Ça je peux en témoigner, vu que j'utilise à 95% Emerald, à 4.95% pour tester Snowglobe, les 0.05% restant je vous le laisse deviner.

Déjà interdire Emerald aujourd'hui déclencherait une émeute, mais si en plus l'équipe d'Emerald prouve qu'ils savent faire mieux, beaucoup mieux que Linden Lab, alors, c'est sûr il ne restera plus qu'à l'équipe de la firme de San Francisco de ravaler sa rage et à appliquer la loi de l'Open Source et à copier les modifications d'Emerald.

Et on me rétorquera, car il y a toujours des gens qui rétorquent, que Linden Lab a dans son chapeau un lapin dont vous me direz des nouvelles, que ce lapin il s'appelle Second Life 2 ou Viewer 2.0 ou Viewer 2009 ou Mississippi ou Missouri ou Massachusetts ou n'importe quel autre état des Etats-Unis d'Amérique, ce viewer qui n'apportera rien de nouveau étant donné qu'il est le même que Second Life 1 car le "colossal" développement a été abandonné pour une simple incrémentation, que nous connaissons déjà avec la version 1, avec uniquement une interface renouvelée ; et alors?

Et alors? Que reste-t'il à Linden Lab?
L'Open Source pour se retrouver dans la même situation trois mois plus tard?
Pas d'Open Source? Au risque de fâcher plus que sévèrement ceux qui améliorent Second Life par le biais des Jira et des patches qu'ils proposent, ceux qui ont tout misé sur leurs travaux de création de viewers alternatifs pour se retrouver avec un vieux viewer aussi pourri qu'un On-rez dans une cour d'Emeralds?
Comme c'est en train de se passer avec Snowglobe dont l'objectif est de proposer ces améliorations qui feront du prochain viewer une merveille, sur lequel des tas de développeurs hors de Linden Lab ont bossé mais.... qui n'a toujours rien donné alors que le prochain viewer est déjà finalisé, il y en a qui doivent se sentir drôlement cocus en voyant Snowglobe foncer tête première vers ... RIEN!

Ah oui! Allô, Linden Lab? Y a comme un problème! Si tant est que notre opinion représente encore quelque chose pour les hautes sphères de Linden Lab!

Garmin Kawaguichi,
LSL victim

Mise à jour du 21 octobre 2009 publiée par Linden lab

Comme il est indiqué dans le message original, nous soutenons une plate-forme ouverte. Nous avons reçu de nombreux commentaires de la communauté des développeurs qui ont interprété le texte d'hier comme une tentative visant à interdire tous les viewers alternatifs de Second Life, mais ce n'est pas le cas. Nous souhaitons prendre des mesures dynamiques fournissant une protection aux Résidents qui utilisent des viewers alternatifs (et à leur contenu). Dans le cadre de la création de ces nouveaux outils et de ces protocoles, nous allons expliquer les normes que les viewers alternatifs devront satisfaire pour pouvoir se connecter à notre plate-forme. Nous allons également fournir un registre sur lequel figureront les viewers que nous avons vérifiés comme conformes aux règles prédéterminées. Tous les Résidents auront accès à cette liste et il leur sera donné la possibilité de décider quel viewer ils préfèrent pour accéder à Second Life.

Quant à ce qui sera sur cette liste d'approbation, nous avons quelques idées mais nous comptons sur vous pour avoir des conseils supplémentaires. Quelle fonctionnalité fonctionne pour vous et pourquoi? Qu'est-ce vous NE voulez PAS voir? faites nous le savoir! Tel est l'objet de cette discussion - nous voulons être sûrs que quand nous finaliserons cette politique et les critères d'examen des viewers alternatifs, nous le ferons avec une compréhension claire de l'importance que des fonctions spécifiques ont selon votre expérience. Dans le poste, et dans les courriels aux développeurs, nous avons offert quelques exemples des types de fonctionnalités qu'il serait censé d'inclure dans les critères, mais rien n'est coulé dans le béton à ce point sauf pour ceux qui violent activement nos Conditions de Service actuelles.
(Fin de traduction)

En effet Linden Lab a envoyé un mail à tous ceux supposés être impliqués dans des opérations de développement de viewers, mail dans lequel il es très clair que l'artillerie (Battery Street?) est braquée sur Emerald.

Dans cette mise au point, les armes sont rangées sous le canapé! Non, juste une petite liste pour que nos chers résidents puissent choisir le viewer qu'ils préfèrent! Et si au passage ils nous disaient pourquoi c'est mieux que le nôtre, ça nous arrangerait, enfin pas tout de suite vu qu'il faut un an et demi à Linden Lab pour changer l'interface du viewer, combien faudra-t'il pour avoir ce qu'on aime bien chez les autres?

Ça fait deux fois en quelques jours que Linden Lab recule devant la grogne, ils ne vont tout de même pas nous donner de mauvaises habitudes!