[Dev] [nightlies] unstable
by philippe＠dissitou.org
Bonjour
Le fichier zip proposé pour la mise à jour automatique de la branche
unstable est encore 2.6-dev-r1218, alors qu'il y a eu d'autres
changesets depuis, c'est normal ?
--
Philippe
10 years, 9 months
Compte rendu réunion Design 21 juillet 2013
by Kozlika
Réunion "Design" du 21 juillet
Participants
============
Xave
Kozlika
Franck Paul
Tomek
BaptisteL
Smat (Cédric)
Tetsuo
Gilsoub
PascalC
Rapporteur : Kozlika, qui fait savoir que la prochaine fois c'est
quelqu'un d'autre qui s'y collera.
Installation du chantier
========================
Un espace Dropbox couplé à un espace serveur permet de modifier les
fichiers liés au design et d'en voir les résultats sur
http://alpha.dotclear.net
Xave, Tomek, Kozlika et Franck Paul ont accès à la Dropbox.
Les contenus de "alpha" non liés directement au thème sont sur le
serveur perso de Xave. Comme il part en vacances dans quelques jours
et sera absent jusqu'à la rentrée, il transmettra à Franck Paul de
quoi réinstaller ailleurs si besoin.
°°°°° ACTION °°°°° : Xave doit envoyer un zip à Franck Paul avec toukivabien.
Compétences, répartition
========================
C'était le premier point de l'ordre du jour. Les uns et les autres
indiquent leurs disponibilités et leurs compétences. On voit comment
chacun peut être utile.
°°°°° RESPONSABILITES °°°°°
Tomek : intégrateur en chef
Franck Paul : support technique, développements
Kozlika : conception graphique, contribution à l'intégration
Tetsuo : gardien du Trésor (aka vérifier qu'il y a bien un chemin
depuis la home jusqu'à toutes les pages du site !)
BaptisteL et Smat : testeurs
°°°°° ACTION °°°°°
Pour qu'on puisse tester sur un maximum de navigateurs, Kozlika
indiquera une page sur laquelle tous ceux qui le veulent bien
indiqueront leur système d'exploitation, support de consultation,
navigateurs.
Compatibilité navigateurs
=========================
Nous décidons de laisser tomber la compatibilité avec IE6 et IE7. Un
switch désactivera les CSS et la page sera servie en html brut ou peu
s'en faut pour ces navigateurs.
Maquette
========
Les couleurs choisies sont mises en doute : le orange du bouton de
téléchargement n'est pas bon (le orange signifie "attention"), le bleu
du header fait trop penser à Facebook ou sites institutionnels. On
parle Inde et Japon. Il faudrait une autre palette. Kozlika essaie de
fourguer le bébé à d'autres mais personne ne se laisse faire.
Nous sommes convenus aussi d'aérer le bas de page et de mettre les
typos des titres en couleur.
Gilsoub, notre newbie-témoin à cette réunion, trouve que la maquette
est très claire, on sait s'y retrouver.
Le site sera responsive et fluide (avec un max à 960px ou 1200px).
Arborescence de la galaxie
==========================
Avec d'un côté la maquette
(http://www.flafay.me/dc-refresh/dc_home_work-20130721-4fr.gif), de
l'autre la page établie par Tetsuo
(http://fr.dotclear.org/documentation/galaxie-dotclear-classee-par-themes/...),
nous vérifions et discutons du "rangement" des pages.
J'ai un peu la flemme de vous raconter tout en détails. Résumons.
* Ajout de "Doxygen" dans dev
* Ajout de "Galerie d'images/affiliates" dans le bloc Communauté de la home
* Ajout de conditions d'utilisation dans le footer
* Séparation de Documentation et Forum dans le menu haut
* Déplacement de la page "translate" (qui appelle à contributeurs pour
la doc) dans la rubrique Dev (prévoir redirections)
* Suppression de la page Extend, redirection vers Dotaddict
* Demander à l'équipe Dotaddict de donner de la visibilité à l'abc &
au blog Ductile
* Demander à l'équipe Dotaddict de mettre en valeur les liens vers les
doc dev thèmes & ploug
* Renommer "Thèmes & plugins" en "Personnalisation"
* Ordre des items du menu retenu : Doc, Personnalisation, Dev, Forum,
Communauté, Blog
* Hors la page d'accueil il faudra mettre un fil d'Ariane sur toutes les pages
* Hors la page d'accueil, prévoir une surbrillance de la rubrique active
* Ajouter une icône "maison/home" avant le premier item de menu principal
* Prévoir un menu de niveau 2 pour les rubriques le nécessitant
Séquençage
==========
Tomek fixe les séquences :
1. Finaliser la maquette
1 bis. Et aussi fixer au moins les grandes lignes de la maquette pour mobile !
2. Intégrer (il s'en charge)
3. Tester/corriger (appel à volontariat)
4. Mettre en prod !
Autres sujets
=============
L'assemblée note la forme olypique de smat.
Gilsoub aimerait bien que l'authentification dc.net/forum soit unique.
Franck Paul lui répond que nous aussi !
MathieuM, chargé du design du forum n'a pas pu venir mais a confirmé
qu'il s'en occuperait et tâchera d'être là à la prochaine réunion.
Franck a le béguin avec la couleur hexadécimale #FFB8AC et a tâché de
nous la fourguer toute la soirée.
Tomek doit nous donner un lien pour le framework Grâce ("je vais
intégrer avec Grâce")
======
Prochaine réunion : vendredi 26 juillet à 20 heures.
Dans les points à discuter :
* La page des téléchargements doit-elle être visible en permanence
(donc footer ou header) ou seulement sur la home et dans dev ?
* Supprime-t-on le blog de dotaddict (reversement dans dc, créa
rubrique dédiée, pas d'urgence)
* Mentionner l'accessibilité dans les caractéristiques
* Comment assure-t-on le suivi du chantier ? (tickets sur Trac,
bugtracker autonome ?)
* Prévoir la bascule de la bannière et footer pour tous les sites de
la galaxie (dev, wiki…)
--
Anne / Kozlika
10 years, 9 months
Features/idées
by Alexandre MODESTO
Salut la liste,
Quelques features / idées
- Notification par mail : mets à jour Dotclear utilisateur ! Pour ceux
qui font un billet tous les 3 mois.. et qui ne verront pas la notification
dans l'interface d'admin
- Backup automatique : un dump est gzippé déposé quelquepart, envoyé par
mail, envoyé par ftp, externalisé quoi.
- import full automatique de WP
Communication :
Ecriture d'une stratégie de communication autour de DC, y a bien quelques
communicants qui vont s'en occuper
Alex.
10 years, 9 months
[Événements] chez Mozilla le 21 septembre
by Kozlika
Bonjour,
À l'occasion de l'apéro de lundi – et à la lecture des mails ici –
j'ai deux pistes d'ateliers qui pourraient intéresser du monde le 21
septembre :
* utiliser les outils collaboratifs pour travailler ensemble à distance
* créer un thème Dotclear
Pour le second, on peut avoir deux approches, l'une de
théorie/méthodologie, l'autre en retour d'expérience. Si la seconde
option était choisie, Tomek et moi vous proposons de l'animer en
décrivant les étapes de la refonte du site Dotclear.
Que vous en semble ?
--
Anne / Kozlika
10 years, 9 months
[dev][themes][structure] fichier _config.php vs _admin.php
by Denis Jean-Christian
Petite question à ceux (plutôt les anciens) qui connaissent un peu la
structure ds thèmes et plugins coté fichiers.
En regardant le ticket #736 ( http://dev.dotclear.org/2.0/ticket/736 )
je me suis demandé pourquoi ce thème utilisait un plugin pour sa
configuration ?
- En premier lieu ma réponse fût "parce que c'est un vieux thème" et que
cela ne devait pas marcher autrement à l'époque.
- Par la suite je me suis dit "parce qu'il ne faut pas mélanger public
et admin" question de sécurité car en effet les répertoires des thèmes
sont accessibles publiquement (par une url) et pas les plugins. [mode
parano]
- Et après je me suis rendu compte qu'aujourd'hui on utilise un fichier
_config.php pour la configuration des thèmes donc coté admin mais
accessible coté public... Hum...
Ma question est donc: Pourquoi n'utilise-t-on pas directement le fichier
_admin.php dans les thèmes ?
(Et pas la peine de me répondre qu'on ne le lit pas dans la classe
dcModules)
Je ramasse les copies ce soir à 20h.
JC
10 years, 9 months
Fwd: [Chantier-ergo] De retour avec un moteur de templates
by Dsls
pour info, le code que j'avais pondu il y a quelque temps sur l'intégration
de twig coté public. A dépoussiérer probablement :)
---------- Message transféré ----------
De : Dsls <dsls(a)morefnu.org>
Date : 12 novembre 2010 15:04
Objet : Re: [Chantier-ergo] De retour avec un moteur de templates
À : chantier-ergo(a)list.dotclear.net
Le 12 novembre 2010 14:24, nikrou77(a)gmail.com <nikrou77(a)gmail.com> a écrit :
> Et pour aider à trancher, est-ce que ce serait une bonne idée de faire un
> POC avec Twig ? Evidemment il ne faut pas y passer 2 semaines !
> Qu'en pensez-vous ?
Si ça peut aider, j'avais expérimenté un urlhandler basé sur twig en
mars, avec une moulinette à thèmes pour une phase transitoire, le tout
sous la forme d'un plugin, d'un thème de démo (blowup adapté en twig)
et de quelques retouches du core.
En gros :
<tpl:Balise attr1="val1" attr2="val2"> ...</tpl:Balise> devient {% dcb
Balise attr1:"val1" attr2:"val2 %} ... {% eddcb %}
{{tpl:Balise attr1="val1" attr2="val2"}} devient {% dcv Balise
attr1:"val1" attr2:"val2 %}
Ca avait été fait à l'arrache, mais fonctionne. Je suis sûr qu'en
creusant un peu on peut même garder la syntaxe actuelle des thèmes et
la faire prendre telle quelle par Twig.
Pour ceusses qui veulent tester :
* Le plugin twig:
http://www.morefnu.org/public/archives/dotclear2/contrib/Twig/plugin-twig...
* Le thème twig:
http://www.morefnu.org/public/archives/dotclear2/contrib/Twig/theme-twig-...
Les modifs à faire dans le core (il y en a 2) sont dans le README.txt du
plugin
Ze klingon iz back :)
--
Bruno
10 years, 9 months
[dev] CKEditor et édition non wysiwyg
by Dsls
Hello,
Je viens de jeter un oeil à CKEditor, et j'avoue rester un peu sur ma faim.
Certes, il est impeccable pour le wysiwyg, mais pour le reste ...
La seule syntaxe alternative au xhtml est bbcode (je m'attendais à ce
qu'ils fournissent a minima du markdown voire du wiki), et si j'en crois
http://ckeditor.com/demo#bbcode tous les boutons sont grisés quand on passe
en mode source, donc on a zéro assistance. Ce n'est pas un peu trop léger
de ce coté-là ?
--
Bruno
10 years, 9 months
[admin] Wysiwyg - questionnements
by Dsls
Re,
J'ai quelques questions sur le fonctionnement actuel du wysiwyg, ou plutôt
la sélection du mode de saisie, qui donne à mes yeux lieu à une confusion
pour les utilisateurs, et intrinsèquement pour les devs.
Aujourd'hui, on sait convertir du wiki/bbcode/markdown vers du xhtml/html,
en revanche on ne sait pas faire l'inverse.
Or, dès qu'on édite un billet, on a toujours le choix du "format du texte",
qui plus est dynamique si on le change.Par "dynamique", on switche
seulement la barre de mise en forme, on ne convertit rien du tout.
D'où ma question : cette combo est-elle vraiment utile quand on édite un
billet déjà rédigé ? A mon sens, on ne devrait choisir la syntaxe d'un
billet qu'à sa création. Ensuite, si le billet a déjà été rédigé, il l'est
dans une certaine syntaxe, et il n'est donc pas possible de la changer. Je
ne remets pas en question le bouton "convertir en xhtml" qui a tout son
sens (même s'il n'est pas forcément bien compris par l'utilisateur).
--
Bruno
10 years, 9 months
[dev]Roadmap 2.6 : proposition d'ajouts
by Dsls
Hello,
En marge des travaux sur la branche sexy/twig, je pense qu'il est possible
et pas trop lourd de mettre dès à présent (entendez par là pour la 2.6) un
certain nombre de points d'extensions/behaviors dans le core, afin que
certaines features de la branche sexy puissent être montrées/maquettées sur
une 2.6, moyennant des plugins qui exploitent ces behaviors.
Je pense notamment à la mise en place de twig coté public, ou finalement on
peut *presque* déjà le faire via un plugin, il y a juste 2-3 trucs à
débrayer. Je pense par exemple au test d'un paramètre dans le _define.php
du thème qui dit quel moteur utiliser.
Après dans la 2.6, j'ai vu le tweet de JC sur l'intégration de quickcat,
qui je pense est assez rapide à mettre en place.
Dernier point, j'aimerais bien qu'on puisse mettre en place cette histoire
de gestion de dépendances entre plugins et/ou thèmes.
Question pratico-pratique : la 2.5.1 est sortie, la branche default est
dédiée à la 2.6 ? Je traiterais bien le ticket 1430 :)
--
Bruno
10 years, 9 months
