La 2.13 arrive samedi, sauf catastrophe nationale, je commence à me poser la question de savoir quel chantier mettre en place pour la 2.14 qui suivra.
Revoir la médiathèque, par exemple, j’en ai déjà parlé il me semble, et ça serait plutôt bien de revoir de fond en comble cette partie, en en profitant pour ajouter par exemple l’envoi de média via une URL — à condition bien sûr que ça ne remette pas en cause la sécurité, ce qui n’est pas avéré à ce jour — ou encore prévoir une création des miniatures un peu plus intelligente (centrée sur le sujet du média dans le cas des photos), … Bref pas mal de boulot.
Un autre chantier possible : la refonte du système de permission, que quasi personne ne doit utiliser hormis les niveaux basiques super-administrateur, administrateur et utilisateur avec quelques droits — lesquels d’ailleurs ? En faisant quelques tests je me suis aperçu qu’un utilisateur avec le seul droit de gérer ses propres billets et commentaires pouvait faire plus que ce qui lui était autorisé.
Rien de très gênant je l’avoue mais tout de même. Faudrait par exemple mettre en place quelque chose de basique et robuste, par exemple avec trois rôles de base (super, admin et auteur). Mais j’avoue ne pas avoir beaucoup réfléchi à ce problème et j’aimerais bien avoir l’avis de ceux qui l’emploient avant de lancer un développement.
Ça vaudrait surement le coup d’aller voir chez les copains et les autres, SPIP, Wordpress et consorts, pour évaluer ce qu’ils implémentent nativement.
Sinon, j’aimerais aussi spécialiser et simplifier la gestion des formulaires utilisés par les développeurs de plugin ; ça concerne aussi Clearbricks. Comme avec ce nouveau type de champ couleur qui permet de laisser au navigateur toute la gestion « pénible », que j’ai mis en place dans un de mes derniers plugin. En clair ça donne ça :
Et quand le champ a le focus et est activé ça donne ceci :
De plus ça permet de laisser tomber le vieux code Javascript qui gérait ça auparavant.
Il y a de quoi faire avec les types URL, email et bientôt date et heure…
Par ailleurs je suis en train de réfléchir à un système alternatif pour la gestion des réglages des plugins, à base de fichier de description (XML, JSON ou autre), mais ça sera probablement pour plus tard.
Et puis sinon, en vrac :
- Intégrer un second moteur de template, Twig au hasard
- Revoir les longues pages d’administration pour les rendre plus lisibles et accessibles
- Offrir un thème sombre à l’administration, voire ouvrir aux thèmes alternatifs
- …
L’avantage d’être tout seul est que je peux piocher la-dedans (ou pas) au gré de mes envies, mais ça m’intéresserait de savoir si vous avez des priorités ou des envies (concernant le cœur de la bestiole) !
Je vous écoute…
1 De Glop -
Hello
-> La médiathèque :
J’ai l’habitude de créer des dossiers et sous-dossiers pour ranger mes images par année/mois. Ça me permet retrouver facilement où elles sont rangées rien qu’en regardant la date d’un billet.
J’adore la possibilité de remplacer l’image directement dans la médiathèque . Parfois je remplace une vieille photo moche par une plus récente et plus jolie et si je veux mettre un vieux tuto à jour, c’est drôlement plus pratique que de devoir se connecter au serveur en ftp.
J’espère que ces 2 options resteront :)
En passant j’ai remarqué que la compression des .png n’est pas au top pour les miniatures. Ça génère la plupart du temps des miniatures plus lourdes que l’original. Aucun souci avec les .jpg pour des dimensions identiques.
je ne sais pas si c’est quelque chose qui peut s’améliorer facilement.
-> Les permissions
Je suis la seule à publier sur mon blog, super admin power uniquement dans mon cas.
-> Rendre plus accessible et lisible les pages d’administration
Il y a effectivement quelques petits trucs moins intuitifs que d’autres qui font qu’on cherche parfois où se cache un réglage.
Je pense notamment au niveau des plugins qui soit se paramètrent dans les paramètres du blog, soit ont une page de réglage dédiée.
-> Un thème sombre pour l’administration
Oh oui que ce serait bien \o/
—> Hors sujet
J’en avais parlé sur le forum mais je profite qu’il y a probablement plus de lecteurs ici pour reparler d’une éventuelle option via une case à cocher côté admin afin de rendre optionnel le renseignement d’une adresse mail pour commenter un billet.
Voire de pouvoir désactiver complètement la demande d’email (pour moi ce serait carrément extra).
Un truc qui marche sans devoir bidouiller parce qu’on utilise un thème pas compatible avec le plugin existant of course ;)
L’email étant une donnée personnelle et les discours/lois sur la gestion des données personnelles évoluant, je pense vraiment que ce genre d’option serait un plus pour Dotclear.
Comme la 2.13 arrive bientôt j’ai un peu testé la version de développement. Ça à l’air de tout bien fonctionner :)
Merci pour ton travail sur Dotclear.
2 De Marc -
Bonjour,
J’attends cette nouvelle version avec impatience !
Le plugin Newsletter n’est plus mis à jour, c’est bien dommage. Je ne peux plus l’utiliser à cause de bugs lors de l’envoi de la lettre.
Avec l’actualisation de DotClear, ce serait bien d’avoir 2 ou 3 thèmes qui s’actualisent plus souvent (Ductile par exemple).
Merci et vivement samedi !:-)
3 De Franck -
Bonjour,
Concernant le plugin Newletter, il faut voir avec son auteur ou espérer un repreneur. Le forum est un meilleur endroit qu’ici pour poser la question.
Quant aux thèmes, j’attends avec impatience ceux qui en proposeront à l’avenir, mais ils se font rares !
Personnellement j’ai déjà une soixantaine de plugins et une douzaine de thèmes dans la nature (sans compter ceux que je n’ai pas publiés et qui ne le seront pas), je ne vais pas avoir le temps d’en faire plus.
Donc : avis aux (autres) amateurs :-)
4 De Luc -
Ouf, heureusement j’ai fait la dernière mise à jour il y a… 2 semaines!
Désolé! ;-)
Revoir la médiathèque, pourquoi pas, je l’utilise pas mal. Je n’ai pas franchement d’idée pour l’améliorer. J’attends de voir ce que tu vas faire!
Les permissions : je suis le seul maître à bord. Donc pas trop dur à gérer pour moi!
Autre chantier : Dotclear utilisé via smartphones et tablettes.
comme déjà dis, il y a eu déjà de grosses avancées.
Je t’avais fait des propositions à ce sujet.
À toi de voir!
Enfin, tu as le droit de nous faire des surprises. C’est pas mal aussi! :-)
Amuse toi bien…
5 De Franck -
Merci pour les retours Luc.
Concernant les appareils mobiles (donc plus petits), je pense revoir l’affichage des listes/tables, ça sera déjà un premier pas.
6 De Franck -
Glop je viens de sortir ton commentaire des spams, désolé :-)
Concernant la compression png, je mets ça sur ma ToDo pour la suite.
Les réglages des plugins : un éternel problème. Cela dit, dans la page de gestion des plugins, il y a pour chacun (a priori) l’endroit ou les endroits où ils se règlent. Il faut « déplier » la ligne pour avoir ces infos.
Concernant l’email optionnel, il faut que je regarde ce qui est requis quand on est hébergeur de contenu (ce qui est notre cas à tous), spécialement en cas de requête judiciaire.
7 De Glop -
Il me semble qu’on est tenu de fournir toutes les infos en notre possession mais je n’arrive pas à en trouver le détail ou minimum obligatoire. En tout cas c’est une bonne question que tu poses.
Ce que j’ai trouvé de mieux sur la responsabilité de l’hébergeur : [https://www.service-public.fr/particuliers/vosdroits/F32075]
Super pour les png sur la todo list :)
8 De Franck -
Glop je pense que ceci « L’hébergeur doit toutefois permettre à la justice d’identifier le ou les auteur(s) du contenu incriminé. » nous impose de conserver l’email car la jurisprudence montre que la seule adresse IP ne suffit pas à identifier l’auteur.
Dans le doute, je pense que je conserverais l’info et du coup je ne vais pas permettre via une option dans Dotclear, de se mettre hors-la-loi. Maintenant un plugin tiers peut très bien faire le job (par exemple en masquant le champ et en le renseignant avec une valeur bidon pour ne pas perturber la soumission). Ça sera ensuite de la responsabilité du blogueur de l’installer et de l’activer.
9 De Glop -
Je pense qu’un email non plus ne permet pas d’identifier l’auteur d’un commentaire. C’est une donnée qui peut être inventée (il n’y a aucune vérification de la validité de l’email) ou pire usurpée.
Cela dit je comprend ta position. Merci de t’être penché sur le sujet.
10 De Franck -
Glop si pour toi ce serait carrément extra de virer l’email du formulaire, jette un œil à ceci ;-)
11 De Bernard -
A propos de l’email… je rejoins Glop: un emel n’est pas forcément un indicateur d’identité
mais l’emel est quand même considérée comme donnée personnelle…
Vécu sur les newsgroups free :
J’ai donc du intervenir plusieurs fois auprès des éditeurs de ces sites pour exiger que cette donnée personnelle ne soit pas accessible publiquement.
Certains ont réagi rapidement; pour d’autres, il a fallu que je menace de la CNIL pour que l’emel n’apparaissent pas en clair.
J’ai fini par abandonner parce que, dans ce type de forum, le message original est souvent compris dans les réponses (emel compris et donc, in fine,… publiée).
Ce problème, pour ce qui me concerne, n”étant pas tant la conservation et l’exploitation de cette donnée par l’éditeur d’un site, que sa divulgation publique sans contrôle ni sans contrainte, qui implique, sans aucun doute, sa récupération et diffusion sur le web, et la génération de spams et autres courriers indésirables.
Il va sans dire que, pour ce qui concerne Dotclear, l’emel n’étant pas publié, cela ne me pose aucun problème…
12 De Tomek -
Concernant la médiathèque, on en a déjà parlé, et une refonte serait bienvenue. À part des possibilités plus avancées d’édition par lots en plus de la suppression, je n’ai pas d’idée bien définie, mais si on faisait un brainstorming, un comparatif avec les autres CMS, ça nous donnerait sans doute pas mal de pistes.
Pour la gestion des permissions, je pense que définir 3 grosses catégories est bien. Sur un autre CMS que j’utilise, de base il y a des groupes d’utilisateurs pré-définis nommés admin / éditeur / designer, dont les permissions sont également prédéfinies, mais qu’on peut modifier. On peut aussi ajouter des groupes avec des permissions plus précises si on veut. Cette gestion est intéressante, à voir si c’est pertinent pour Dotclear.
Concernant Twig, je me pose la question de l’intérêt, si ce n’est une ouverture vers un “langage” utilisé ailleurs et donc susceptible d’apporter des nouveaux thèmeurs (ce qui serait une bonne chose, bien sûr) ?
Pour les formulaires, l’évolution est intéressante pour le support natif des navigateurs, je vote pour.
Côté admin, il y a plein de choses qui pourraient être améliorées, c’est certain.
Bref, pas facile de choisir les priorités, les pistes évoquées me semblent bonnes de mon point de vue.
13 De Franck -
Concernant la médiathèque, je regarde régulièrement ce qui se fait à côté, et il y a quelques bonnes idées, c’est clair. Maintenant si on veut rester léger ou plutôt pas trop lourd, il faudrait peut-être gérer ça autrement, avec un système d’extension de gestion de média… Quoi qu’il en soit, faut un brainstorming, tu as raison. Remarque qu’on peut tout à fait commencer à développemer un nouveau média-manager tout en gardant l’ancien actif…
Côté permissions, je n’ai pas trop d’avis, mais je ne me lancerai pas là-dedans sauf si c’est réellement indispensable. C’est assez pénible et casse-gueule à coder :-)
Twig, oui, c’est bien pour attirer des designers de thèmes, voire faciliter le portage de thèmes existants ailleurs. Maintenant c’est aussi pas mal de taf pour intégrer ça et pourquoi pas assurer une compatibilité ascendante avec le système actuel (entre autres pour les plugins qui étendent le système de template de Clearbricks).
Toujours est-il qu’il ne faut pas hésiter à ouvrir des tickets, même pour des bricoles, voire de la prospective, vu que c’est d’abord là-bas que je fais mon « marché » quand je cherche quelque chose à coder ;-)
Merci pour tes retours Tomek !
14 De Tomek -
Pour les permissions, ça n’est à mon humble avis pas indispensable, par contre éventuellement corriger les incohérences me semble à faire.
Ok pour les tickets, je vais y réfléchir ! :-)
15 De Franck -
C’est noté Tomek