adminTrackbacksActionsCombo
by Bruno
Je viens de voir passer ce behavior dans le code, je l'ai temporairement
désactivé dans mes derniers commits, et je cherche à le réintroduire avec
les nouvelles actions.
Mais ma question de fond est : ce behavior sera-t-il vraiment utilisé ?
Tout plugin qui implémente ce behavior ne pourra être utilisé que dans
l'onglet "rétroliens" de posts.php, et jamais coté comments.php. Est-ce
voulu, ai-je raté quelque chose ?
--
Bruno
10 years, 7 months
post-actions etc
by Franck Paul
Plop,
Je viens de voir passer un commit sur post_actions qui certes ne plante
plus, mais il reste encore plein de choses qui merdent. Je commence
l'énumération ici, en prenant comme exemple l'ajout de mot-clés :
- il manque le lien de retour à la liste initiale dans le cas des pages.
- le fil d'Ariane est arroné : "› DC2 : Billets › Ajouter des mots-clés à
des billets" alors qu'on devrait avoir "› DC2 : Pages › Ajouter des
mots-clés à des pages"
- l'URL courante sur la page secondaire n'est pas correcte :
http://localhost/hg-dc2/admin/plugin.php (au lieu de
http://localhost/hg-dc2/admin/plugin.php?p=pages) du coup, l'item de menu
correspondant à gauche n'est pas identifié et identifiable.
- Côté retrait de mot-clé, une fois validé le retrait provoque un : Le
plugin que vous essayez d'atteindre n'existe pas ou n'a pas de page
d'administration.
…
Ça serait bien de faire un minimum de tests, a minima les plus
vraisemblables, c'est à dire ceux qui concernent l'utilisation basique de
la fonctionnalité, avant de commiter.
Merci
--
Franck
10 years, 7 months
Tests fonctionnels de l'admin : pour débuter
by Bruno
Re,
Testons, testons ...
Je vois qu'actuellement le gros boulot sur les tests porte sur les
fonctionnalités JS, je veux bien commencer à essuyer les plâtres sur les
tests des pages et des comportements attendus.
Pour ce faire, il faudrait que les tests partent sur une base commune,
c'est à dire, en termes de prérequis (le "setup" global de chaque batterie
de test) :
* On crée un nouveau blog (avec un identifiant bien parlant, du genre
"functional_tests_blog"
* On crée des utilisateurs-clés sur le blog (avec des ids bien parlants
genre ftest_user_role), avec les droits qui vont bien
* On importe un contenu pertinent avec les cas d'usage normaux : billets,
médias, pages, catégories, tags, ... idéalement on met un titre facilement
reconnaissable pour les billets, les médias, les tags
* On fait les tests qui vont bien
Et en guise de "teardown" après avoir fait tous les tests:
* On détruit le blog, les billets, les utilisateurs, ...
Nicolas, tu penses que c'est faisable sous jasmine ?
Je propose qu'on enchaîne sur ce qu'on va considérer comme "contenu
pertinent" : vous y verriez quoi ?
--
Bruno
10 years, 7 months
[dev] CR de la réunion de 23 septembre
by Denis Jean-Christian
Compte rendu de la réunion IRC du 23 septembre 2013 de 21h à 23h
Présents :
(aillant au moins dit un truc bien ou presque)
* kozlika
* franckpaul
* JcDenis alias Scribus alias moi
* Tomeko (arrivé pour le dessert)
* Jean-Michel
* nikrou
* Elpep
1. Retour d’expérience sur les plugins DotAddict (et autres)
===================================================
franckpaul avait demander de prendre la semaine passé pour tester sur la
version 2.6 un maximum de plugins proposés sur Dotaddict.
Très peu ont bien travaillé. cf:
http://fr.dotclear.org/documentation/playground/2-5-to-2-6/testage-des-pl...
Au milieu de tout ce bruit des débats ont lieu sur :
- les avertissements liés aux nouveaux settings pas si nouveaux que ça
mais qui cassent aussi bien la partie admin que public, et il y en a
quelqu'uns sur DotAddict.
- les messages périssables (premier pas dans l'admin, etc)
- une équipe devrait se monter pour tester et valider les ajouts de
plugins sur DotAddcit mais plus tard.
Pour résumer, il faut avancer rapidement sur la revue des plugins
DotAddit pour voir si la 2.6 ne casse pas trop de chose !
2. Revue de tickets liées à la 2.6
===========================
NDLR : Je ne passe ici que les tickets discutés.
#1469 - Pas de date coté public sous windows - blr
Bien entendu comme ce ticket concerne Windows chacun (et surtout moi) y
va de sa petite boutade mais pas d'avancement dessus pour l'instant.
#1390 - Impossible de déplacer un média dans un répertoire fraîchement
créé - franckpaul
franckpaul nous fait un long exposé pour nous expliquer qu'il y a bien
réfléchie et finalement fait un truc qui marchouille, mais comme aucune
solution n'est en vue. Cette solution est fonctionnelle en javascript
avec du REST dedans, mais sans JS une limite à un seule répertoire devra
être mis en place.
Remarque: Elpep a proposé de modifier la table et autoriser la valeur
NULL sur media_file.
#1518 - Admin: Créer un "sommaire" des fieldsets sur les pages longues -team
La structure actuelle ne permet pas de faire de manière sereine ces
menus. NDLR : ce ticket va finir au oubliette.
#1456 et #763 - Localisation des réglages d'un plugin - Le paramétrage
des plugins : un jeu de piste ? - JcDenis
On se laisse encore un peu de temps pour y réfléchir le temps que
j'avance sur la modification de la page plugins.php.
Un fichier _config.php verra surement le jour et pour le reste peut-être
scanner les plugins pour voir leur behaviors, etc...
#1458 + 1467 + 1661 - projet d'intégration de daInstaller au core et
refonte de plugins.php (et blog_themes.php) - JcDenis
C'est en cours.
Une objection de Elpep a été faite sur le choix de trie par défaut. Une
solution devrait voir le jour par l’intermédiaire d'un paramétrage dans
les préférences utilisateur.
#1548 - Filters box js enhancements - lipki
lipki a bien avancé.
Ce ticket donne lieu à un petit retour en arrière sur le fait de pouvoir
installer des plugins qui requièrent dotclear 2.6 sur une 2.6-dev. Une
option réutilisant la constante DC_DEV devrait voir le jour pour
autoriser l'installation dans ce genre de cas. Ceci devra être fait
pendant l'intégration de daInstaller.
=== Petit break pour énumérer tout mes pseudos IRC et ainsi permettre à
Jean-Michel de me reconnaitre ===
#1542 - Show/Hidden enhancements - nikrou
Finalement Bernard a avancé dessus c'est lui qui en sera résponsable !
#1461 - Don't use file::getExtension() from clearbricks - pascalc
Discussion sur le fait que la modif renvoie les extensions différemment
d'avant (lowercase) mais j'embrouille tout le monde avec mon Windows et
décision est faite de laisser courir ce qui marche (elle est bien ma
phrase hein ?) aujourd'hui et d'y revenir quand on aura que ça à faire.
23h, fin de réunion, dispersion des troupes...
... 23h45, passage de Dsls (bruno) pour un petit coucou et pour dire
qu'il a réparé ce qu'il a cassé.
Si j'ai oublié des trucs n'hésitez pas à compléter, je suis un peu HS là.
Cordialement,
JC
10 years, 7 months
Layout "ajouter/supprimer des mots-clés"
by Bruno
Re,
Je viens de mettre à jour le plugin tags pour qu'il profite des dernières
évolutions sur les actions.
Sur la partie "supprimer des mots clés", je trouve que la page fait un peu
"pauvre" au niveau apparence. Si vous avez des idées d'évolutions,
n'hésitez pas à modifier :)
Coté ergonomie, il y a probablement des choses à améliorer, notamment le
bouton "ok" qui ne dit pas trop ce qu'il fait...
--
Bruno
10 years, 7 months
Liens billets / médias
by Bruno
Hello,
Maintenant que le plugin maintenance gère l'asynchrone, je peux sauter à
pieds joints dans le sujet : j'ai discrètement fait évoluer le plugin
attachments il y a un certain temps, en résolvant le ticket 834. Ou plutôt,
j'ai fait évoluer la structure de la table dc_post_media, en y ajoutant un
type de lien, aujourd'hui systématiquement positionné à 'attachment'.
L'étape qui suit, dans ma pensée : ajouter des relations de type "embedded"
dès lors qu'un billet inclut un média de la médiathèque. Cela ouvre un
certain nombre de possibilités :
* Savoir quel billet référence un média
* Pouvoir propager le renommage/déplacement d'un média dans les billets liés
* Pouvoir lister les billets sans média
* Pouvoir lister les médias sans billet
* Avoir a disposition dans les tpl, des balises permettant d'afficher les
médias du billet
* Pouvoir exporter un ensemble "billets - médias associés"
Niveau code, maintenant :
* parser le billet à l'enregistrement pour recenser les médias embedded, et
insérer les relations en base
* offrir un service de maintenance (asynchrone) pour faire ce boulot sur
tous les billets d'un blog
* créer les templates qui vont bien pour gérer ces nouvelles fitcheures
* créer une alternative à entryfirstimage, qui ne se paluche pas la regex
coté public à chaque fois
* créer les nouveaux attributs à getPosts et tpl:Entries
Question subsidiaire : on fait un plugin pour ça (dans l'optique "branche
sexy") ? Sachant qu'à long terme, ce sera inclus dans le plugin médiathèque
:)
--
Bruno
10 years, 7 months
[2.6-dev]
by Annie THOMAS
Résultats des tests de ce matin: Tout marche impec chez moi!
J'ai essayé de vérifier le maximum de fonctionnalités sans rencontrer le
problème de déconnexion signalé par Greg.
Bonne journée à tous
Annie Thomas
10 years, 7 months
Gestion des notifications de traitement (ticket 1710)
by Bruno
Re,
Je fais suite au ticket 1710 et la proposition de Nicolas, histoire qu'on
soit tous alignés.
But : fournir une alternative aux notifications de traitement ("les billets
ont été correctement mis à jour", ...).
Nicolas propose de passer par la session, ce qui me semble une bonne idée.
Mais on pourrait étendre ce ticket à la gestion des notifications de
manière générale à toute l'administration.
Actuellement, on affiche des notifications génériques en dur dans le code,
"quand on y pense". Ce serait peut-être plus simple de prendre en charge
l'affichage des notifications directement dans dcpage ?
Dans la cinématique :
* posts_actions (ou son équivalent) publie 5 commentaires. Il ajoute (en
session) le message : "5 commentaires ont été publiés". et redirige vers
posts.php
* posts.php via dcPage voit qu'il y a des notifications en attente, il les
affiche (via dcPage), et les notifications sont vidées.
Ca permet d'avoir des messages plus ciblés, et ça déleste les pages d'admin
du traitement de l'affichage des messages.
--
Bruno
10 years, 7 months