[avenir][code] wysiwyg
by Kozlika
Suite à des discussions ouvertes à ce sujet, quelques éléments à avoir en
tête :
* sa refonte est une forte demande des utilisateurs et un fort besoin
d'amélioration de l'accessibilité
* il existe une branche pour ce chantier. Tu la veux ? Crie ici.
* cet éditeur doit fournir du code propre et accessible, il doit être
lui-même accessible
* la branche s'est basée sur tinyMCE mais si un sorcier veut faire erase et
partir d'autre chose, il peut
* cet éditeur devrait offrir des boutons "de base" activés par défaut et
d'autres activables par l'admin du blog/de la plate-forme
* outre les boutons supplémentaires, je verrais assez bien un menu
déroulant de styles prédéfinis par l'admin du blog/de la plate-forme
10 years, 9 months
[pour vraiment tous] [Documentation] on fragmente
by Kozlika
Bonjour,
Je m'adresse à chacun d'entre vous, utilisateur débutant à développeur
confirmé – et en particulier à chacun de ces deux "extrêmes".
La doc vous a forcément été utile à un moment où à un autre. Il est
important qu'elle reste pertinente, pour vous déjà et pour ceux qui
débarquent encore plus. En même temps, je connais bien la flemmingite
aiguë et le manque de sexitude que représente son alimentation et sa
mise à jour. Toutefois, en faisant chacun un petit effort, on peut y
faire face sans que ce soit trop lourd pour personne.
J'ai recopié l'arborescence de la documentation sur le pad :
http://lite.framapad.org/p/L91fpQODCw
Pour chaque page ou série de pages dont vous voulez bien vous occuper,
indiquez votre nom entre crochets après l'intitulé.
Ce qu'il faut faire :
* Dans un premier temps, relire lesdites pages, s'assurer de leur
pertinence à ce jour et de leur complétude. Se demander si soi-même on
y comprend quelque chose, modifier ou demander sur la ML si vous ne
pouvez le faire vous-mêmes par manque d'information.
* Pour la suite : à chaque sortie de version, vérifier qu'il n'y a pas
d'impact sur "votre/vos" page/s, les modifier en conséquence s'il y en
a.
Note: toutes les pages sont éditables (c'est un wiki) à condition
d'être connecté avec son login/pass Dotclear. Si vous n'en avez pas,
créez le ici http://fr.dotclear.org/my/
En dehors d'un peu de temps pour la première phase (et encore !), ça
ne sera pas bien lourd à assumer pour la suite.
Allez, un peu de courage ! :-)
--
Anne / Kozlika
10 years, 9 months
[admin][code] Chantier refonte admin - reste à faire
by Dsls
Re,
Il serait peut-être intéressant de refaire le point sur ce qu'il reste à
faire sur le chantier refonte admin. Ca resituerait les actions à mener
pour les nouveaux arrivants, et raffraîchirait la mémoire des autres (dont
la mienne).
On a une todo liste quelque part ?
--
Bruno
10 years, 9 months
[CR] Compte rendu de réunion IRC des dev du lundi 29/07/2013 de 20h00 à 21h30
by Denis Jean-Christian
---- Compte rendu de la réunion dev sur IRC du lundi 29 juillet 2013 ----
Présents (aillant dit au moins une bêtise et par ordre d'apparition) :
=========================================================
franckpaul ( aka footer de merde )
Evelf ( aka Eve la fée )
julienw ( aka Julien Wajsberg )
mirovinben
JcDenis (aka le scribe du jour )
mEga ( aka Mathieu, ça vous avance bien ! )
kozlika ( aka kozlika ! aka Anne )
Pinkilla
+ pleins de zombis
Prochaine version 2.5.2 :
====================
Cette version devra sortir d'ici 10 jours suivi par une version 2.5.3
environ 1 mois plus tard.
Il a été décidé de faire le trie dans les tickets assignés à la version
2.5.2 pour pouvoir la sortir plus rapidement, car :
- La 2.5.1 contient des bugs sur le système de traductions, (ma faute)
- Le encore-chef des devs a du mal avec les "pull request" fait sur la
mauvaise branche d’où un décalage entre les branches. (ma faute mais pas
que)
- De part les impératifs de chacun (+ les congés) certains tickets ne
peuvent être fixés à temps.
Donc pour faire simple, de nombreux tickets sont reportés à la 2.5.3
(voir plus) et je vous renvoie au Trac pour voir les tickets résolus,
assignés ou remis à plus tard. ( http://dev.dotclear.org/2.0/timeline )
A l'instant T, il reste 8 tickets sur 20 à résoudre pour boucler la 2.5.2.
IPv6 :
====
Une discussion porte sur le support d'IPv6 dans certains coins de
Dotclear, mais malheureusement personne ne peut tester, et vous, avez
vous de l'IPv6 ?
Fonctionnement :
==============
Il est difficile de tout suivre tellement les infos sont éparpillées un
peu partout. Et pas que pour le devs, c'est un constat général. Afin de
remédier à cela pour la partie dev, quelques pistes sont évoquées :
- Il est demander de discuter des tickets de préférence sur le Trac
plutôt que sur les Pull Request (bitbucket),
- Il est demander de ramener l'info complète du forum vers le ticket (et
non pas "cf le forum"),
- Le wiki bazar et la doc dev devr(aie|o)nt être revu afin d'aiguiller
les intéressés,
- Le trello ne trouve pas vraiment son intérêt chez les devs mais permet
aux néophytes de suivre facilement.
Pour simplifier, pour la partie dev, le Trac est le lieu ou toute info
doit terminer.
Discussions diverses :
=================
- Énième mise au point sur les petits noms des branches (je vous laisse
vous référer au précédent CR),
- Nous sommes toujours à la recherche d'Arnaud et sogo(s|x),
- franckpaul remercie julienw désigné pour faire ce CR, ..., mais qui
finalement n'est là que pour flooder les logs,
- Une proposition de renommer Dotclear en debianClear a été formulé,
- La libcaca ( http://caca.zoy.org ) fait sensation chez certains... on
se demande pourquoi.
A noter :
======
L'ordre du jour de la prochaine réunion dev concernera la sortie de la
2.5.2 et la définition d'une roadmap (
http://dev.dotclear.org/2.0/roadmap ) à plus long terme en vu d'un
billet pour l'anniv de Dotclear.
Cordialement,
JC qui préfère manger du code.
10 years, 9 months
[Organisation] Bonjour, ici la chieuse de service
by Kozlika
Bon matin les gens !
J'ai une requête à faire pour un meilleur suivi des discussions : si
vous utilisez un client mail qui ajoute "Re :" au début du sujet du
message lorsque vous y répondez, ça casse l'enfilade et ça rend le
suivi plus difficile. Pourriez-vous le supprimer siouplé ?
Merci bieng et bonne journée :-)
--
Anne / Kozlika
10 years, 9 months
[Avenir] Chantiers dev / Sexy
by Dsls
Hello,
Koz, spa ma fôte, je ne voudrais pas bloquer les bonnes volontés des
développeurs :)
Quelques chantiers sur la branche sexy que je verrais bien à court/moyen
terme. Si certains veulent contribuer, n'hésitez pas. Les sujets sont des
propositions (et beaucoup de copy/paste de vieux mails de ma part), toute
critique est bienvenue :)
Si certains d'entre vous se sentent plus d'affinités pour tel ou tel point,
manifestez-vous ici, on ouvrira s'il le faut les fils qui vont bien sur le
forum.
La liste n'est pas figée, n'hésitez pas à enrichir avec vos suggestions.
(Note : je cause seulement de la partie dev, je pense qu'on parlera de
l'ergo de l'admin sur un fil à part, ce dernier concernant aussi les
non-devs).
Franck: tu peux ajouter les points que tu vois sur la partie branche
default :)
1. Implémentation de Twig coté admin
J'ai résumé la situation sur le forum :
http://forum.dotclear.org/viewtopic.php?id=47322
Si certains connaisseurs de twig sont là, je suis vraiment preneur de tout
feedback sur les templates qui ont été créés pour l'instant, sur la manière
dont twig est intégré/appelé.
Je suis très preneur aussi des feedbacks sur le concept dcForm, et si
certains se sentent, les dcFilter et dcList (voir posts.php de la branche
twig et ce que ça donne pour le moment, il reste à voir les actions)
2. Gestion de dépendances entre plugins et thèmes.
Je repompe un mail d'il y a un an sur le sujet.
Coté dev, il faudrait pouvoir compléter le _define.php du plugin, avec par
exemple :
$this->registerModule(
/* Name */ "Antispam",
/* Description*/ "Generic antispam plugin for
Dotclear",
/* Author */ "Alain Vagner",
/* Version */ '1.3.1',
array(
'permissions' => 'usage,contentadmin',
'priority' => 10,
'depends' => array(
'comments' => '1.0')
)
);
L'attribut 'depends' est alors un tableau des dépendances, chaque clef
du tableau étant une dépendance avec un plugin donné.
Pour la valeur associée à la clef :
* soit on met une valeur min (ex: 1.0) : dépendance avec comments v1.0
minimum
* soit on met un intervalle (ex : array('1.0','2.0')) : dépendance
avec comments v1.0 minimum, v2.0 maximum
* Soit on met rien (''), auquel cas on vérifie juste que comments est
présent.
Maintenant, comme la vérification des dépendances est potentiellement
chronophage, je propose de restreindre la vérification à certains
endroits :
* A l'accueil de l'admin : on vérifie les problèmes de dépendance, et
on désactive les plugins ayant des problèmes de dépendances.
* Dans la gestion des extensions :
* vérification de toutes les dépendances à l'accueil de la page extensions
* vérification des dépendances à l'installation d'un plugin : si les
dépendances ne sont pas concordantes, le plugin est installé, mais
désactivé.
* un plugin dont dépendent d'autres plugins actifs n'est ni
désactivable, ni supprimable (on affiche un message du pourquoi)
* un plugin n'ayant pas ses dépendances résolues n'est pas
activable, mais est supprimable.
3. Réflexions sur une classe gestionnaire d'urls
A force de creuser dans les entrailles du core coté admin, je me rends
compte d'un besoin transverse pas encore adressé : la gestion des
URLs.
Par exemple : comment éditer la catégorie 1, comment afficher la
catégorie 1 coté public, ...
Je pense qu'un objet qui gère tout ça coté admin serait bienvenu.
Du genre :
$core->urlManager->getAdminLink('category',array('id',1))
$core->urlManager->getPublicLink('post',array('id',1))
...
Aujourd'hui, si on veut renommer admin/category.php en autre chose,
les impacts sur les fichiers à modifier sont assez conséquents. Autre
point, un plugin peut contourner tout ces liens vers les siens :)
4. Enrichissement du backend / REST
Rendre toutes les actions d'admin accessibles en REST
5. Evolution du plugin widgets pour ne plus fournir de contenu en dur
==> lié au passage à Twig, avoir une vraie couche de présentation
6. Réflexions sur le remplacement de dblayer par PDO
10 years, 9 months
[refonte site] Travail de fourmi
by Kozlika
B'jour
Il y a un boulot assez chiant à faire mais à la portée de tous et très
utile : il s'agirait de dégager le plan du site faisant l'inventaire des
pages (ou plutôt groupes de pages). S'il y avait un amateur ou une
amateuse, ou une petite équipe faisant ça sur un pad, ça serait génial.
Anne
10 years, 9 months
[Dotclear-Dev] Présentation
by Jules Delpla
Je suis heureux de rejoindre les rangs pour sauver Dotclear !
Je m'appelle Jules, j'étais étudiant jusqu'alors en Communication Visuelle
option Multimédia et je rentre dans une formation de 3 ans en Game Design
Game Programming. Voila plusieurs années que je partage toutes mes
créations via Dotclear et ce serait avec plaisir que j'y accorderai un peu
de mon temps.
Je ne sais juste pas trop comment m'y prendre :)
En espérant que mon huile de coude pourra vous être utile
A+ sur la Toile
Jules.
10 years, 9 months