Plugin Visuels - commentaires Plugin Visuels 2018-02-20T17:02:01Z https://files.spip.net/Plugin-Visuels#comment495988 2018-02-20T17:02:01Z <p>Pris par ailleurs, ce n'est que maintenant que je vois vos réponses...)))<br class="autobr"> Donc merci pour les infos, je vais voir Rôle de documents, avec enthousiasme<small class="fine d-inline"> </small>!</p> Plugin Visuels 2018-02-12T15:13:59Z https://files.spip.net/Plugin-Visuels#comment495853 2018-02-12T15:13:59Z <p>Du coup xdjuj est-ce que tu pourrais mettre un mot introductif pour renvoyer vers cette nouvelle solution + mettre le mot clef archivé<small class="fine d-inline"> </small>?</p> Plugin Visuels 2018-02-12T15:07:12Z https://files.spip.net/Plugin-Visuels#comment495852 2018-02-12T15:07:12Z <p>Salut :)</p> <p>Alors on a continué le principe, mais changé d'outil, de notre côté nous utilisons dorénavant les roles de document, couplé avec une petite refonte graphique/ergo de la gestion de la médiathèque poussée par marcimat sur SPIP 3.1 et 3.2 et voilà le plug-in ci-dessus avantageusement remplacé :)</p> <p>Je t'invite donc à installer/utiliser le plug-in rôle de documents qui fera la même chose, mais en mieux/plus standard :)</p> Plugin Visuels 2018-02-12T13:06:29Z https://files.spip.net/Plugin-Visuels#comment495849 2018-02-12T13:06:29Z <p>Bonjour,</p> <p>Enthousiasme partagé avec Spipmalion et sans doute aussi beaucoup.. énormément.. de spippeurs<small class="fine d-inline"> </small>!</p> <p>Donc comme presque 3 ans ont passés, je me demande où en est le projet<small class="fine d-inline"> </small>? Sommeil.. abandon.. en cours..<small class="fine d-inline"> </small>?</p> <p>Puisqu'il est ici question de « refonte du système » de gestion des images sur Spip, j'abonde sur cette nécessité même si ce n'est pas forcément le lieu :<br class="autobr"> La gestion des images et leur divers types d'affichages, est sur Spip bien souvent « le sujet », demandant pas mal de jus de crâne.. : rôles des images et documents certes mais aussi tout simplement et je dirais « évidemment », enfin, affichage des champs pourtant disponibles : Titre/Descriptif/Credits. Quand même... grosse bizarrerie jamais comprise que Spip « décide » de ne pas afficher 2/3 des infos images/docs (vignettes et dans box)<small class="fine d-inline"> </small>! Incohérence, non<small class="fine d-inline"> </small>? puisque ces infos sont à la fois logiques et à encourager (Les crédits<small class="fine d-inline"> </small>!!!). Cela oblige à surcharger : pourquoi ne pas offrir nativement cet affichage en demandant plutôt à ceux qui ne le veulent pas de surcharger<small class="fine d-inline"> </small>??</p> <p>Et puis alors... pour l'affichage des champs dans les box c'est le pompon.. via le « title », aï la vache... casse-tête dans les surcharges des modèles pour afficher les infos dans une box... avec en prime hélas le tout s'affichant aussi au survol (title).</p> <p>Donc oui, grosse attente.</p> <p>Très amicalement</p> Plugin Visuels 2015-05-05T20:01:29Z https://files.spip.net/Plugin-Visuels#comment481762 2015-05-05T20:01:29Z <p>Salut :)</p> <p>A mon avis, avant que tout le système soit refondu (comme c'est long et compliqué), tu as largement le temps d'utiliser (et de contribuer sur<small class="fine d-inline"> </small>! :p) ce plugin :)</p> Plugin Visuels 2015-04-26T21:13:57Z https://files.spip.net/Plugin-Visuels#comment481553 2015-04-26T21:13:57Z <p>Je n'en reviens pas, c'est une des fonctionnalités les plus attendues depuis des années<small class="fine d-inline"> </small>!</p> <p>Nous sommes <strong>forcés </strong> de bricoler des systèmes bancals sur de nombreux sites pour répondre à ces besoins, et les admins ne s'y retrouvent jamais</p> <p>Allez-y les gars, que la force soit avec vous<small class="fine d-inline"> </small>!</p> <p>Donc on attends les futurs dév avant d'utiliser ce plugin, car il ne sera probablement pas compatible s'il y a une refonte du système de logo et des médias<small class="fine d-inline"> </small>?</p> <p>PS : D'accord avec Rasta : <br>- que les logos soient migrés en tant que Document avec le rôle «<small class="fine d-inline"> </small>logo<small class="fine d-inline"> </small>»<br class="autobr"> et le reste</p> Plugin Visuels 2015-03-06T13:42:50Z https://files.spip.net/Plugin-Visuels#comment480030 2015-03-06T13:42:50Z <p>Salut Rasta, je suis 100% d'accord avec toi<small class="fine d-inline"> </small>! :)</p> <p>J'ai souvent fait ces remarques, mais je parlais toujours tout seul :p (j'en avais parlé avec Marcimat à une réunion sur Paris). C'est pour ça que pour répondre (rapidement) à un de mes besoins j'ai monté ce petit plugin (qui mériterait clairement d'être beaucoup plus propre).</p> <p>Mais en attendant que des travaux sérieux soient menés sur Media ou un sous-plugin (et donc que des gens sérieux s'y penchent, genre des mecs comme toi :p), il a le mérite de fonctionner parfaitement ET de faire réagir (c'était un des buts attendus :} ).</p> <p>Je serais ravi de contribuer à ces nouveaux chantiers, à hauteur de mes compétences (donc sous la supervision de l'un d'entre vous<small class="fine d-inline"> </small>? :) ).</p> Plugin Visuels 2015-03-06T12:44:49Z https://files.spip.net/Plugin-Visuels#comment480025 2015-03-06T12:44:49Z <p>Le concept est intéressant, mais effectivement, j'aurais plus vu ça comme une utilisation des documents déjà existants mais selon une manière et des interfaces en plus. Comme… le plugin Albums par exemple.</p> <p>En effet, là tu as été obligé de ré-inventer la roue pour plein de choses, et ça ne permet même pas de bénéficier de toutes les méthodes d'ajouts de Médias, càd upload normal, image externe aspirée, dossier tmp/upload, ou encore doc déjà dans la base pour utiliser plusieurs fois une même image sans la réuploader plusieurs fois<small class="fine d-inline"> </small>!</p> <p>De plus, cette conception actuelle fini du coup… par reproduire (en un peu plus configurable bien sûr) ce que l'on reproche aux logos depuis des années : avoir une gestion séparée des Documents<small class="fine d-inline"> </small>!</p> <p>Je n'ai pas de solution technique et ergonomique toute prête sous la main évidemment, mais conceptuellement, je pense que l'architecture devrait être (et ce directement dans Médias pour une bonne partie) : <br>- ajouter un rôle (ou autre nom) dans la table de liaison de documents (id_document, objet, id_objet, vu, role) <br>- que cette table de liaison ait ce rôle dans l'index, ce qui permet de lier un même document à un même objet plusieurs fois pour des rôles différents (même image pour le logo et le bandeau trucmuche par ex) <br>- que les logos soient migrés en tant que Document avec le rôle « logo » pour chaque objet <br>- supprimer l'interface des logos du noyau <br>- ajouter une interface pour les logos dans le plugin Médias, en les enregistrant comme Documents comme décrit précédemment</p> <p>Voilà, pour moi, ce que devrait contenir le plugin Médias à minima.</p> <p>Ensuite, des sous-plugins de Médias pourraient rajouter des interfaces pour ajouter des documents pour tels et tels rôles nouvellement inventés (et configurable quelque part). On pourrait même imaginer que Médias contiennent déjà le formulaire générique de base pour ajouter/retirer/modifier des docs pour un rôle quelconque, exactement comme il existe un formulaire générique de liaisons d'objets.</p> <p>Mais sinon, je suis tout à fait d'accord avec le besoin exprimé et solutionné (pour l'instant) avec ce plugin<small class="fine d-inline"> </small>!</p>