Mises à jour de yAronet - Page 29

Zeph (./839) :
ça évite pas mal de problème comme les avatars gigantesques de 3mo, les liens morts, etc

les trucs hébergés sur Lycos qui font trembler l'antivirus, bref

Zeph (./839) :
c'est un gadget qui risque de ne pas être codé avant très longtemps

Je pense qu'il faut un peu de réflexion avant de balayer cette proposition d'un revers de la main. Essayons d'aborder ça sous l'angle Marketing. Que veux-tu que les gens voient en s'inscrivant sur yAronet puis en l'utilisant ?
Quand on arrive sur un forum et qu'on voit une telle fonctionnalité, on se dit "zarma sarass le mec qui a codé ça c'est trop un ouf", et là les félicitations pleuvent, le nombre d'utilisateurs augmente drastiquement, il en résulte une satisfaction exponentielle pour toi, et donc d'avantage encore de motivation et de joie à coder yN.
Au final, es-tu perdant ? Premier bénéficiaire d'une feature de ce type, chaque post que tu lis contribue à ta joie, et in fine à ta qualité générale de vie.

Alors réfléchis-y sérieusement. Les avatars qui changent quand un papillon lache une caisse de travers, c'est peut-être, peut-être l'avenir de yAronet.

Bon, d'un côté je suis triste à l'idée de voir qu'une feature d'yN (pouvoir mettre un avatar dynamique) disparaisse. Du coup certains trucs sympas ne seraient plus possible, j'aimais bien par exemple l'avatar qui changeait suivant l'heure de la journée (je crois que c'est Spipu qui l'avait).

D'un autre côté, l'avatar aléatoire comme option, ça veut dire qu'on en verra beaucoup plus... du coup ça perd son originalité, et ça risque d'embrouiller les gens.

Ah oué, pitié, c'est chiant ceux qui changent d'avatar aléatoirement

Oui je sais que c'est amusant les avatars dynamiques, mais ça crée beaucoup de problèmes pour quelque chose de très accessoire. Pour répondre au ./840 si les avatars sont hébergés sur yAronet, ça ne sera pas une option sinon ça n'a aucun intérêt. En revanche on pourrait imaginer un choix entre "avatar sur yN" ou "gravatar" par exemple, et avec une API minimaliste il pourrait toujours être possible de changer son avatar via un script. Mais l'appel direct à un script hébergé ailleurs, c'est vraiment quelque chose que j'ai envie de dégager au plus vite pour mettre fin aux scripts réalisés n'importe comment qui empêchent toute mise en cache, les trucs hébergés sur Lycos, les scripts de tracking utilisateur utilisés par les bots, etc...

^2

Heu mais c'est quoi qui vous manque, s'il reste encore la possibilité de changer son avatar via un script ? (la seule chose qui change c'est que ça sera pas aussi crade que "mettre l'URL de son script à la place de son avatar")

ouais mais t'as dit que c'était pas prioritaire, donc ça sera pas fait

le truc c'est qu'il faudrait pouvoir choisir une liste d'images dans son profil pour que tous les avatars automatiques fonctionnent avec un script yaronet-admin-approved

Priorité aux priorités amha

Folco (./849) :
Priorité aux priorités amha

Certes, et dans ce cas ce n'est pas prioritaire d'enlever la fonctionalité

Si, pour les raisons déjà expliquées plus haut. On tourne un peu en rond là. Et ce qui n'est pas prioritaire (= ce que je ne ferai probablement jamais) c'est de proposer en standard un système pour changer son avatar automatiquement, ce qui n'est pas la même chose que d'autoriser les scripts.

oui bref donc en gros ça revient a perdre la fonctionnalité, quoi.

Ptêt que je comprends mal ce que tu dis ou que t'es pressé, mais dire ça sur ce ton-là, après tout le boulot qui a été fait et celui qui reste encore à faire... t'as qu'à proposer un patch, ça aura plus de chances de passer comme ça

[18:57] <@Zeph> ça fait 2 fois que j'explique qu'on pourra toujours changer son avatar
avec ses petits scripts PHP kikoo
[18:58] <@Zeph> par contre non on ne pourra plus injecter des saloperies directement
dans les pages de yN, en effet, et c'est pas en pleurant que ça va changer quoi que ce soit
[18:58] <@Zeph> ça commence à devenir lourd ces histoires, je vais copier coller ça
sur le topic tiens...

t1 je suis pas en train de dire que je vais supprimer le suivi des sujets ou un truc qui représente vraiment une fonctionnalité utile de yAronet, j'ai juste décidé de virer un trou de sécu et sans même devoir interdire totalement les avatars dynamiques (c'est assez visible là ?), si ça vous convient pas vous savez où est la sortie hein...

Désolé, mais c'est pas plus clair qu'avant... On a l'impression de lire : "vous pourrez toujours le faires, par contre vous pourrez plus le faire"...

OK. Dernière tentative : vous pourrez changer votre profil, et donc votre avatar, à l'aide d'un script puisque visiblement c'est une fonctionnalité vitale. Par contre l'image ne sera plus hébergée sur un domaine perso, elle sera rapatriée sur yAronet (ou sur un autre hébergeur préalablement enregistré dans la liste des hébergeurs "fiables"), de façon à limiter les requêtes vers des URLs arbitraires.

Je reprends : avatar qui change tout seul, toujours possible. Avatar physiquement hébergé sur un FTP perso, plus possible.

Ce serait donc un système asynchrone. On pourrait avoir un script qui change l'avatar régulièrement, en allant par exemple directement le modifier dans le profil, mais on ne pourrait plus avoir son script appelé à chaque affichage.

C'est bien ça ?

Zeph: OK, mais comme vince, c'était pas hyper clair, merci

Folco: je vois pas trop la choucroute, mais bon.

En gros faudra un serveur qui supporte un cron ou équivalent, et réduire la fréquence de changement pour ne pas surcharger yN avec des requêtes.

./857 : c'est exactement ça
./859 : pour le support de cron, si c'est vraiment ça qui pose problème, je pourrai rendre disponible un mini-cron qui n'autorise que des requêtes HTTP

Ce serait possible de copier aussi les smileys lorsqu'on sauvegarde une citation ?

Bof, depuis les posts v2 c'est beaucoup moins simple que ça pourrait sembler, vu l'intérêt ça n'est pas quelque chose que je compte faire pour le moment. Tu peux toujours l'ajouter à la liste des évolutions, mais ça va trainer pendant longtemps.

Ok, c'est juste que lorsqu'on cite certains posts bourrés de smileys ça détruit un peu la mise en forme (surtout qu'en on s'en sert de ponctuation ).

D'ailleurs je me demande comment ça marche, c'est une fonction JS qui copie le texte surligné ? Il y a pas moyen de lui faire copier le texte alternatif des images aussi ?

C'est un bout de JS qui récupère le texte surligné et qui "déparse" certaines balises (seulement les urls et les images en fait). Le problème c'est que ça ne produit que du yML en retour (donc que ça sera inutilisable si d'autres syntaxes deviennent disponibles) et que l'HTML généré n'est pas fait pour être déparsé donc que toutes les balises ne pourront pas être retrouvées. Je ne suis pas trop pour maintenir un truc qui par design ne fonctionnera jamais correctement, donc je préfère le conserver sous sa forme la plus rudimentaire possible : les citations en JS ne copient que le texte et ignorent les balises.

Il n'y a pas moyen d'utiliser par exemple getSelection() (il me semble que ça copie le texte alternatif) ?

Enfin c'est toi le pro, si tu dis que c'est difficilement possible je te crois

Bah oui mais j'en fais quoi du texte alternatif quand je veux retrouver le texte original dans le format choisi par l'utilisateur ?

Ah mince, c'est dommage ça (ouais, je vais faire mon chieur ), je trouvais que c'était une super feature de yN, le fait de pouvoir copier les smilies avec le sauver/citer...

Zeph (./866) :
Bah oui mais j'en fais quoi du texte alternatif quand je veux retrouver le texte original dans le format choisi par l'utilisateur ?

Tu parles de l'utilisateur en train de citer ?

Tu pourrais définir des balises qui changeraient le langage utilisé. Par exemple, si je suis en HTML et que je cite quelqu'un qui a utilisé yML, la citation pourrait être encadrée de <format type="yML"></format>. Ou sinon, tu pourrais inclure dans le HTML généré des informations non affichées (dans des commentaires ou autre) qui indiquent la fonction (par un numéro, un nom ou ce que tu veux) et les paramètres. Il suffirait d'établir une table de correspondance de la fonction dans le langage de l'utilisateur.

./866 heu... Je sais pas trop comment c'est codé derrière, mais pourquoi vouloir retrouver le texte original ? Suffirait pas simplement de récupérer le texte généré (sans les balises html ou autre) ?

Tiens c'est bizarre, quand j'ai cliqué sur poster le vérificateur de cross-post m'a signalé un nouveau post et m'a collé ça dans le mien :

ko<a href='javascript:;' onclick='getPost(event,150713,867)'>./868</a>

deeph > AUjourd'hui on écrit en yML sur le forum. Mais demain je crois que c'est prévu qu'on puisse écrire avec une autre syntaxe de son choix.

Donc si je poste un smiley en yML et que la personne qui me cite est dans une autre grammaire, le yML va pas passer dans son post (il faudrait convertir le yML en la syntaxe que le gars utilise).