[dev] Gestion des favoris et stockage en base
by Bruno
Hello,
Je débarque sûrement très tard après la bataille, mais je viens de
constater que les favoris utilisateurs étaient stockés dans les settings
avec beaucoup d'informations (nom, titre, url, permissions, icone, ...). Il
y a une raison particulière à cela ? D'un côté, le core et les plugins
définissent déjà cela dans $_fav, est-ce nécessaire de dupliquer
l'information aussi dans les préférences utilisateur ?
J'y vois comme inconvénient que si un jour on modifie la description d'un
favori, les utilisateurs qui ont déjà sélectionné ce favori n'en verront
pas les changement sur leur dashboard.
10 years, 7 months
Préparer la sortie de la 2.6 : doc, tests, comm
by Kozlika
(dans le désordre ;-))
On n'a pas du tout fini mais on a déjà du pain sur la planche pour préparer
la sortie de la 2.6 et ne pas tout faire au dernier moment. En réalité on a
même *beaucoup* de travail et s'y atteler dès maintenant est indispensable,
sinon on va bâcler.
1/ Tester
------------
Outre les tests que chacun d'entre nous/vous peut faire au fil de l'eau,
une version "candidate" sortira [en octobre]. Une "candidate" c'est une
version où plus aucun aspect fonctionnel ne sera ajouté. C'est de la chasse
au bug. Tâchez donc quand Franck sera à même d'annoncer une date pour cette
candidate de vous réserver du temps pour ces tests.
2/ Documenter le code
---------------------------------
A tous les développeurs : TOUTES les modifs ou ajouts de fonctionnalités
doivent être décrits et documentés. Histoire que personne ne fasse semblant
de croire que c'est sûrement le pote d'à côté qui va s'en charger, on va
faire simple : c'est celui qui a apporté le changement ou la nouveauté qui
s'en occupe. C'est à faire sur cette page :
http://fr.dotclear.org/documentation/playground/2-5-to-2-6 (vous pouvez
créer une sous-page si vous en avez beaucoup à raconter).
En cadeau bonus, ça serait pas mal d'en profiter pour les tests unitaires
assortis.
En parallèle (ça sera je suppose pas mal de copier-coller), la doc dev
officielle doit être mise à jour
http://fr.dotclear.org/documentation/2.6/resources (et mieux : réorganisée,
personne n'y retrouve quoi que ce soit dans ce bordel. Exemple, vous ne
saviez pas qu'il y avait un tuto pour ajouter une aide contextuelle)
3/ Documentation utilisateurs
------------------------------------------
Nous avons dupliqué la documentation 2.5 pour préparer en coulisse la
documentation 2.6 : http://fr.dotclear.org/documentation/2.6
Vous pouvez dès maintenant la modifier en fonction de la nouvelle interface
(sauf pour les rares pages qui vont encore bouger, mais j'ai déjà plusieurs
fois donné la liste des "finies".
Les copies d'écran et explications pour le pas à pas "Mon premier billet"
(et plus largement toutes les copies d'écran qui traînent dans les coins)
sont à refaire aussi.
4/ Communication
--------------------------
Je passe sur les classiques annonces à faire au moment de la sortie (on
n'en est pas là, ça n'est pas le plus gros morceau), je pense qu'il serait
intéressant et valorisant (et informatif !) de faire une série de (pages du
wiki ? billet sur le blog ? autre ? peu importe) avant/après.
Concrètement, pour chaque page de l'admin faire deux screenshots, l'un de
la 2.5 l'autre de la 2.6, les présenter en miniatures agrandissables, faire
dessous un texte qui décrit les changements et éventuellement oriente les
développeurs sur les conséquences pour eux.
Je suis volontaire sur cette tâche mais pas toute seule (ni quarante, ça ne
sert à rien). Je cherche donc un ou deux complices sur cette mission.
***
Je sais tout ça est très lourd et plein de trucs là-dedans ne sont pas
formidablement rigolos à faire mais pour ce qui me concerne je suis
défavorable à toute sortie de la 2.6 sans ces tâches accomplies.
(ça va, je ne vous ai pas trop plombé la journée ? :-P)
--
Anne / Kozlika
10 years, 7 months
[2.6-dev]-r2096 : le choix dans la date...
by mirovinben
Je ne sais pas chez vous, mais chez moi (Windows 7, Firefox 24) quand je veux changer la date de publication d'un billet, j'ai droit à un calendrier qui s’étale, s’étale, s’étale... copieusement.
Bon, peut-être que c'est trop tôt pour le signaler (voir consignes) mais c'est ma dernière signalisation avant la "candidate". Et j'économise un ticket. :-p
Le premier qui dit que je suis en mode grognon a droit à toute ma reconnaissance. Mais comme chez moi, ça ne dure jamais longtemps, les autres n'auront droit à rien. :-)
10 years, 7 months
Concours de thèmes
by Guillaume Vialet
Bonjour à tous,
Dotclear est un formidable CMS dont je ne suis pas près de me passer
pour mon petit blog, mais force est de constater qu'en matière de thèmes
disponibles, c'est le désert face notamment à un Wordpress omniprésent.
Avoir plus de thèmes est à mon avis la première chose sur laquelle
travailler afin de faire revenir particuliers, agences, sociétés dans le
giron de Dotclear et re-dynamiser sa communauté.
Pourquoi ne pas alors organiser un concours de thèmes Dotclear afin de
rappeler aux webdesigners que ce CMS est bel est bien vivant et même
plus que jamais actif !
Autre suggestion (un peu folle) : une compatibilité avec les thèmes
Wordpress serait-elle envisageable ?
Guillaume
--
http://vialet.org/blog/
10 years, 7 months
[dev] se passer des global dans les _prepend.php
by Denis Jean-Christian
Message pour ceux qui connaissent un peu les entrailles de Dotclear.
Dans l'optique d'un ticket qui disait de se passer de "global" et de mon
ticket sur les bonnes pratiques de codage pour montrer l'exemple aux
plugineurs, je parcourrais le code des plugins pour remplacer les
"global $core" par "$this->core" dans les _prepend.php quand tout à
coup, une grande lumière blanche venue de dcModules m’apparut !
Pour quoi n'uilise-t-on pas la fonction dcModules::loadModuleFile() pour
charger le _prepend.php alors qu'on le fait pour l'_install.php ?
L'avantage est que cette fonction rend les superglobal accessible, le
travail pour les codeur s'en trouve simplifier, plus besoin de réfléchir
à quoi utiliser. J'irais même jusqu’à rajouter $__autoload dans les
superglobals et la les prepend serait d'une limpidité ! :)
La modif est simple, il suffit de remplacer la ligne 120 de
inc/class.dc.modules.php qui est :
$r = require $m['root'].'/_prepend.php';
par :
$r = $this->loadModuleFile($m['root'].'/_prepend.php');
PS: Pour rappel si on enléve le "global $core" des _prepend.php des
plugins de la distribution (on qu'on désactive ces plugins) la moitié
des plugins de DA ne fonctionnera pas car mal écrit. (Mais normal les
uns copiant sur les autres, toussa)
Z'en pensez ?
10 years, 7 months
[charte] Aux auteurs de plugins
by Kozlika
A la demande de Bruno l'autre jour, je suis en train d'ajouter des tableaux
à la charte.
Voyez vous d'autres choses nécessaires ? Appuyez-vous sur ce que vous
faites sur vos plugins et demandez-vous si tous vos cas sont couverts (ou à
peu près) ou si vous avez dû improviser / regarder la source d'une page de
l'admin ou si carrément vous n'avez rien trouvé du tout et que ça vous
sembler manquer.
--
Anne / Kozlika
10 years, 7 months
Mise à jour auto 2.6 ?
by Sylvain Naudin
Bonjour !
J'ai pris le temps de remettre la réception de la liste en mode normal,
avec le retour à la normale en terme de volume.
Désolé si la question a déjà été posée, mais j'ai pas vu de mise à jour
automatique sur l'install de la 2.6 que j'ai faite samedi chez Mozilla, à
partir d'une nightly.
Pour la mise à jour, faut que je passe pas FTP du coup ?
Merci :)
Sylvain
10 years, 7 months
HTML5
by Kozlika
Pour ceux qui s'intéressent à ce sujet et pour enrichir nos débats
là-dessus je vous recommande vivement le LT d'Olivier Nourry de la
formation qu'il suit aujourd'hui auprès de Jean-Pierre Villain chez
accessiweb :
https://twitter.com/OlivierNourry
--
Anne / Kozlika
10 years, 7 months
Fwd: [Dotclear Tracker] [2089]: default - Added trackback tab onload features, see #1719
by Bruno
Pour info sur ce commit : je me suis rendu compte que dans post.php, les
trackbacks n'étaient pas dépliables si on ne passait pas d'abord sur
l'onglet "commentaires", c'est désormais corrigé.
Concernant le ticket #1718, ça dépasse mes compétences js, je sèche :)
--
Bruno
---------- Forwarded message ----------
From: <hg(a)dotclear.org>
Date: 2013/9/25
Subject: [Dotclear Tracker] [2089]: default - Added trackback tab onload
features, see #1719
To: tracker(a)list.dotclear.net
**
Revision: 2089 (a5143fed6f61} Branch: default Author: Dsls Date: 2013-09-25
10:56 +0200 Details: Details:
http://dev.dotclear.org/2.0/changeset/a5143fed6f61<http://dev.dotclear.org/2.0/changeset/a5143fed6f61>
Log
Message
Added trackback tab onload features, see #1719
diffstat:
admin/js/_post.js | 15 +++++++++++++--
1 files changed, 13 insertions(+), 2 deletions(-)
diffs (27 lines):
diff -r 54199ba0e870 -r a5143fed6f61 admin/js/_post.js
--- a/admin/js/_post.js Wed Sep 25 10:50:29 2013 +0200
+++ b/admin/js/_post.js Wed Sep 25 10:56:50 2013 +0200
@@ -261,10 +261,21 @@
});
$('#comments').onetabload(function() {
- $('.comments-list tr.line').each(function() {
+ $('#form-comments .comments-list tr.line').each(function() {
dotclear.commentExpander(this);
});
- $('.checkboxes-helpers').each(function() {
+ $('#form-comments .checkboxes-helpers').each(function() {
+ dotclear.checkboxesHelpers(this);
+ });
+
+ dotclear.commentsActionsHelper();
+ });
+
+ $('#trackbacks').onetabload(function() {
+ $('#form-trackbacks .comments-list
tr.line').each(function() {
+ dotclear.commentExpander(this);
+ });
+ $('#form-trackbacks .checkboxes-helpers').each(function() {
dotclear.checkboxesHelpers(this);
});
--
Tracker mailing list - Tracker(a)list.dotclear.net -
http://ml.dotclear.net/listinfo/tracker
10 years, 7 months