Suggestion d'amélioration autour de la vignette d'un post
Vous l'aurez probablement remarqué, lorsque vous rédigez un post, la première image est utilisée comme vignette de ce post. Et cette vignette est très importante, dans la mesure où elle est aussi là pour donner au lecteur une envie supplémentaire de cliquer et lire l'article.
Le problème
Or, lorsqu'on rédige un article, l'ordre des images est en cohérence avec le déroulement de celui-ci. Par conséquent, nous ne voulons pas forcément utiliser la première image comme étant celle qui représentera l'article dans son entièreté, parce qu'elle n'est pas assez parlante, ou qu'elle ne pique pas suffisamment la curiosité du lecteur.
La suggestion
Je ne suis pas spécialement développeur, mais j'imagine assez aisément que l'URL de la première image est injectée dans la balise meta de la page, ou un truc du genre. Partant de là, ne serait-il pas possible d'ajouter, aussi bien sur Steemit que sur Busy, un champ dans lequel on pourrait envoyer l'image à utiliser en tant que vignette ?
Peut-être une idée pour l'extension Chrome de @stoodkev, SteemPlus ? Mais plus que cela, c'est quelque chose qui devrait être proposé dès le départ. Un si gros défi ?
Vous en dites quoi les steemiens ?
Effectivement car on en arrive à un choix cornélien, garder l'intégrité de son post sachant que la vignette ne sera pas vendeuse ou le corrompre pour avoir la bonne image en vignette ce qui est dommage.
Pour ce qui est du développement, là celà devient problématique, la raison en est toute bête, aucune des applis utilisant la blockchain STEEM n'est uniformisé au niveau de la gestion de la miniature.
Quand Steemit va utiliser un champ image dans le json_metadata (auquel cas il serait facile d'ajouter une option de choix manuel) Busy lui semble utiliser la première image qu'il rencontre dans le post. Il en va de même pour Dlive, Dtube, Esteem.... qui ont chacune leur façon de faire (par exemple Esteem à le champ image mais il mets toutes les photos dedans ou Dlive à un champ mais il s'appel thumbnail etc....)
En conclusion: Il est bien dommage que les égos n'aient pas été mis de côté pour s'aligner sur le précurseur qui devait être Steemit surtout que son idée de passer par un champ image dans le json_metadata est la plus cohérente. Même si effectivement le terme thumbnail est plus adéquate à quoi bon l'avoir changé chez Dlive au risque de casser l'expérience utilisateur.
C'est très pertinent !
Sinon, une simple photo suffit :
Y a ça si tu veux : https://steemit.com/fr/@roxane/tuto-mise-en-page-11-cree-des-visuels-comme-les-pros
Oui, je sais bien, même si je reste attaché à mon bon vieux photoshop, mais il serait bien quand même de pouvoir choisir, comme sur wordpress, quoi !
@sebbbl tu as pas tord... ^^
Perso photoshop et moi ça fait deux :D
Tu as parfaitement raison là dessus. J'imagine que sur Steemit, encore certaines choses sont réglés par défaut. Ce serait bien de faire cette mise à jour.
Je dis que je suis d'accord :)
Ça paraît pertinent en effet !
My guess is that one may be able to use something like HTML's TABLE, or the like, to format ones page better on Steemit at least. Busy seems to be a lot more HTML phobic; which may be a good thing security wise.
Have not played around enough to know the restrictions against Javascript and the likes, for example. You have me wondering, now, how steemit may incorporate an HTML TITLE in the post's headline. :)