Où vont les tickets concernant dotaddict ?
by Julien Mudry
Bonjour les gens.
Je viens de constater un bug sur les pages plugins de dotaddict dans
l'historique.[1] Où est-ce que j'ouvre un ticket pour le signalement et le
suivi ? Sur le trac de Dotclear ? Si oui, pour quel composant ?
Bonne journée.
julien
[1] L'ordre des dates n'est pas correct. Exemple sur la page de FakeMeUp (
http://plugins.dotaddict.org/dc2/details/fakemeup ) : "Premier dépôt :
06/08/2013, mis à jour au 17/11/2011, mis à jour au 18/11/2011". Premier
dépôt en 2013 et mise à jour en 2011 ???
Note : cela semble s'appliquer seulement sur les pages ayant au moins trois
mises à jour.
10 years, 9 months
[dev]commentaires sur pull-requests bitbucket
by Dsls
Hello,
Je viens de me rendre compte que ça discutait beaucoup directement sur
les PR bitbucket. Malheureusement, je trouve ça difficile à suivre, vu
qu'il n'y a pas vraiment de notifications lorsqu'une réponse est
postée, si ce n'est en allant voir la page en question. Vous faites
comment pour vous y retrouver ???
--
Bruno
10 years, 9 months
Réunion IRC Code, 20h
by Franck Paul
'jour les toons*
O
rdre du jour (ou plutôt du soir) :
1. Version 2.5.2 en cours de test
2. Version 2.5.3
3. Version 2.6 (?)
4. Philosophie
5. Questions diverses
Si vous avez des points à évoquer, causez ci-dessous.
*
Expression piquée à Lizly et que je fais mienne parce que je l'aime bien :-)
--
Franck
10 years, 9 months
Passer de unstable à testing et fakemeup...
by Julien Mudry
2013/7/31 philippe(a)dissitou.org <philippe(a)dissitou.org>
> Tout pareil, j'ai dû revenir à la branche testing au lieu de unstable
> pour profiter de la mise à jour auto et des dernières versions
>
Tu m'intéresses... Tu t'y es pris comment ? Cela fait quelques heures que
je me bats sans succès pour arriver à ce résultat.
> Au fait, Fake Me Up fonctionne-t-il chez vous avec la dernière release
> ? Parce que chez moi non, et dc me signale des fichiers qui auraient
> été modifiés...
>
Je viens de le tester (avec des fichiers que j'avais bel et bien modifiés),
mais il n'a visiblement pas calculé le même checksum que Dotclear, car je
n'arrive toujours pas à faire fonctionner la mise à jour automatique.
julien
10 years, 9 months
Re: [Dotclear Dev] [avenir][code] aligner justifier (je sais, pas si ça va, ce titre)
by Samantha Dei
Bonjour les copains
En tant qu'utilisatrice non-geek de Dotclear, je vais mettre mon grain
de sel.
*Merci Thomas de dire clairement et simplement ce que les non-geeks
pensent tout bas.*
Mais comme on est muets sur la ML je me demande si nos amis geeks purs
et durs comprennent ce qu'on leur dit (oui parce que je lis tous vos
messages, je n'en comprends pas le contenu mais je constate que vous
passez du temps à répondre *à côté *les uns des autres, ça me semble
quand même parfois contreproductif)
La question *ne vient en rien du site de Thomas et de ses potes*, moi
aussi je voudrais SIMPLEMENT aligner joliment photos et texte sans avoir
à écrire "du code" que je ne sais pas utiliser.
On voudrait un BOUTON ou un truc très très simple comme %%% pour revenir
à la ligne ou $$ pour faire les notes en bas de page.
S'il faut commencer à faire un paragraphe avec 10 lignes ésotériques à
apprendre par coeur, on ne le fera pas.
Maintenant si ce n'est pas possible pour vous de le faire proprement, on
peut le comprendre et attendre, voilà.
*Donc Thomas tu as très bien posé le problème de l'utilisateur, c'est ça
et rien d'autre.*
Bisous
Message: 5
Date: Mon, 5 Aug 2013 11:48:02 +0200
From: Thomas Daveluy<t.daveluy(a)gmail.com>
To:dev@list.dotclear.org
Subject: Re: [Dotclear Dev] [avenir][code] aligner justifier (je sais
pas si ça va, ce titre)
Message-ID:
<CAOu346o89=Q=H+=5Uie=3rf+Sv=zK0M2zwR5OfcEirU9cDwp+w(a)mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Le 5 août 2013 09:58, "Jean-Michel Royer"<jeanmichelroyer(a)gmail.com> a
écrit :
> C'est donc pas un problème d'outil dans les deux cas alors mais plutôt un
usage non adapté pour une mise en page lisible. Enfin c'est mon avis.
Comment ça?
Tu suggère que l'usage que ce site fait de dc n'est pas adapté?
Je comprend pas trop en fait...
Je comprend les soucis (techniques, sémantiques...) soulevés par cette
question (alignement), mais j'ai vraiment l'impression, du moins avec le
petit échantillon d'utilisateurs non geek que j'ai a ma disposition, que
c'est le principal obstacle qui les empêche de publier du contenu
facilement.
Alors soit on ne fait rien car on considère que c'est à des plugin/thèmes
de gérer ce souci (mais je n'en vois aucun qui fait ça à ce jour), soit on
trouve une solution (à mon avis il faudra choisir la moins mauvaise car je
doute qu'on trouve un truc parfait) et les gens opposées aux
style=text-align:center n'auront qu'à simplement ne pas utiliser cette
fonction.
Du coup faut il laisser tomber ça (quitte à y revenir plus tard) ou trouver
une solution la mois sale possible?
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL:<http://ml.dotclear.org/pipermail/dev/attachments/20130805/7816c150/attach...>
Message: 6 Date: Mon, 5 Aug 2013 09:19:33 +0200 From: Thomas Daveluy
<t.daveluy(a)gmail.com> To: dev(a)list.dotclear.org Subject: Re: [Dotclear
Dev] [avenir][code] aligner justifier (je sais pas si ça va, ce titre)
Message-ID:
<CAOu346ozYPTxSo5KJVL68gm6d6Qi2g_N8j6-fQKktvnFXr2tcQ(a)mail.gmail.com>
Content-Type: text/plain; charset="utf-8" Le 5 août 2013 08:36,
"Jean-Michel Royer" <jeanmichelroyer(a)gmail.com> a écrit :
> Avec l'exemple multi-prises, je ne comprends pas bien où est le manque et
la position de Thomas vu que visiblement nous exerçons le même métier.
J'ai parcouru quelques billets et je ne vois rien qui ne soit pas déjà
réalisable. Surtout qu'ils ont l'air tous bâti sur le même modèle (donc
stylable à l'avance pour 20 rédacteurs et un responsable technique). Et
bien regarde l'exemple d'un billet que j'ai rédigé et compare avec un
billet d'un des autres contributeurs : Moi:
http://multi-prises.fr/index.php?post/concert-noir-statues-samedi-13-juil...
Un autre contributeur:
http://multi-prises.fr/index.php?post/2013/07/03/Les-Dessins-Du-Dimanche
Ou compare encore: Moi:
http://multi-prises.fr/index.php?post/2013/03/19/Cloud-Atlas-vous-reprend...
Un autre:
http://multi-prises.fr/index.php?post/2013/04/12/Chronique-d-un-Media-Lud...
Même si le thème que j'ai créé pour ce site essaye de proposer un
formatage pour effacer au mieux ces différences, il n'y a pas photo, les
billets des autres contributeurs manquent cruellement d'une mise en page
plus joyeuse. Et je pense que l'alignement ou le légendage sont les
principaux responsables. Et je peux vous assurer que la plus grande
partie des contributeurs du site regrette de ne pas pouvoir aligner. Cke
editor ne propose pas d'alignement d'ailleurs? -------------- section
suivante -------------- Une pièce jointe HTML a été nettoyée... URL:
<http://ml.dotclear.org/pipermail/dev/attachments/20130805/abf68ecc/attach...>
------------------------------
-- Dev mailing list Dev(a)list.dotclear.org
http://ml.dotclear.org/listinfo/dev Fin de Lot Dev, Vol 23, Parution 50
***********************************
10 years, 9 months
Au sujet des tickets et toutes ces sortes de choses
by Franck Paul
Je continue dans la lancée :-)
Au sujet des tickets présents dans le Trac de DC. Leur présence ne signifie
pas leur **acceptation**, a priori seul le fait de les dédier à une
milestone peut signifier cela et encore il faut parfois discuter de la
meilleure façon de le fermer, via ses commentaires.
Par conséquent, lorsque vous ouvrez des tickets, et je vous demande de ne
pas hésiter à le faire, ne changez pas la valeur précisée dans le champ
"milestone", les responsables des branches s'en chargeront.
Merci
--
Franck
10 years, 9 months
[Themes] Passer à HTML5, le topo, les disputes :-D
by Kozlika
Salut les gens,
Je préfère débuter un nouveau fil, qui servira à développer les
discussions actuellement éparpillée sur plusieurs fils et Trello
concernant HTML5 dans les thèmes distribués. (En incise, je commence
par préciser qu'on ne parlera ici que des thèmes pour les blogs. Pour
ce qui concerne l'admin, ça se fera très probablement au moment du
passage à Twig. Quant aux sites DC/DA c'est corrélé aux refontes donc
imminent.)
Quels que soient nos éventuelles différences d'appréciation sur
l'urgence qu'il y aurait ou pas à passer à HTML5, je pense qu'on est
tous d'accord pour dire qu'à terme c'est la norme que nous proposerons
pour les templates par défaut. Pour débattre en pleine connaissance du
sujet, je commence par faire quelques rappels sur l'état des lieux,
puis j'enchaîne sur la discussion et mes propositions. Je reporterai
la partie "topo" sur le wiki dès qu'on y aura fait le ménage.
== Etat des lieux ==
= Jeux de templates =
Il y a actuellement deux jeux de templates html dans la distribution :
* ceux qui sont servis par défaut pour tous les thèmes full CSS sont
rangés dans inc/public/default-template. Ils sont en xhtml. Si
l'auteur d'un thème veut traiter un contexte en particulier
différemment, le fichier html correspondant est rangé dans
themes/nom_du_theme/tpl ;
* un jeu (presque) complet dans le thème Ductile. Il est en xhtml.
"Presque" parce que pour les fichiers _flv_player.html,
_mp3_player.html, _user_head.html et ceux de syndication (atom et rss)
il va chercher dans les tpl par défaut. Important : il comporte des
types de fichiers qui n'existaient pas auparavant (billet court,
billet long afin de régler plus finement ces deux types d'affichage)
et des éléments "standard" ont été améliorés. Il faudrait faire un
diff car je ne me souviens pas de tout mais par exemple la catégorie
mère s'affiche aussi dans le post-info, les commentaires ne sont plus
dans des <dl|dt|dd> mais dans des div, il a une boîte supplémentaire
de widgets et intègre SimpleMenu. Ce thème est configurable via une
page d'admin dédiée.
= Thèmes de la distribution =
Ils sont au nombre de quatre :
* Blue Silence, qui fut le thème s'affichant par défaut avant BlowUp.
Un thème full css classique
* Custom Theme est un thème "vierge" : très utilisé sur plate-formes,
il n'offre qu'un text-area vide pour balancer toutes les css qu'on
veut. C'est par là que passent les utilisateurs de plate-forme qui
veulent contourner la limitation des thèmes disponibles, au prix de
quelques contorsions cependant pour ce qui concerne les images (qu'ils
ne peuvent mettre que dans leur dossier d'images public)
* default aka Blowup, un thème configurable via page d'admin, aux
fichiers template non personnalisables. Les personnalisations sont
stockées et servies dans le header à l'affichage. Les
personnalisations possibles sont limitées par celles offertes par le
configurateur.
* Ductile, déjà décrit plus haut, responsive.
= Historique d'étude de bascule vers un autre thème par défaut =
À la sortie de Ductile, nous avons envisagé d'en faire le thème par
défaut, templates compris. L'idée a été repoussée car les nouveautés
de ces templates risquaient de casser tous les thèmes s'appuyant sur
les anciens html.
L'idée retenue était toutefois de se diriger vers la bascule, nous
avions imaginé introduire un double jeu dans inc/ en introduisant un
versionnement. Le fichier _define.php d'un thème accepterait un
nouveau paramètre indiquant quel jeu de templates utiliser (l'ancien
si rien n'est précisé). Il restait à le coder :-D
Nous avons aussi fait en sorte que le thème s'affichant par défaut ne
soit pas Blowup mais Ductile (enfin je crois qu'on avait fini par le
faire, à vérifier)
= Mais il ne faut pas oublier Twig =
En parallèle de tout ça, il y a le chantier décidé pour passer des
balises template actuelles à Twig, d'abord dans l'admin puis dans les
thèmes. Ça devrait se situer autour de la 2.8 (modulo que ça sort
quand c'est prêt donc ça peut être 2.7 ou 34.12). Là encore, on a
parlé de versionnement des fichiers templates de la distrib et de
paramètre à indiquer dans le _define.
Les copains présents sur ces discussions lorsqu'elles ont eu lieu
pourront compléter le topo si j'ai oublié des trucs.
== Discussions ==
Mon avis que je partage.
Pour trois raisons au moins il fallait déjà prévoir un nouveau jeu de
templates par défaut :
- pour intégrer un balisage plus respectueux de la sémantique (l'ex
donné des commentaires),
- pour intégrer les nouveautés (existence des sous-catégories,
troisième bandeau de widgets, SimpleMenu…),
- pour passer à twig.
Ajoutons-en une quatrième – passer à HTML5 pour tirer profit de ce que
permet cette syntaxe – et n'en faisons qu'un seul chantier, en y
intégrant notamment les améliorations et nouveautés que nous pouvons
apporter à ces templates sur la base du travail déjà fait dans Ductile
(conserver ce qui apporterait un bénéfice à tout thème, supprimer ce
qui ne serait que propre à ce thème qui ne conserverait que les
templates alternatifs).
Dans la foulée, on peut imaginer un chouette nouveau thème full css
responsive dans la distrib et/ou intégrer un configurateur qui
fonctionnerait pour tous les nouveaux thèmes (faisabilité à étudier).
En parallèle de ce vrai beau chantier, on peut, même si l'intérêt est
très limité à mes yeux, passer la DTD des templates actuels en HTML5
et y apporter toute modification totalement "transparente" pour les
thèmes existants si vous êtes trop impatients (et si ça ne vous choque
pas que du coup certaines pages du blog seront servies en html5 et
d'autres en xhtml ; moi si).
Hop ! À vous les studios.
Essayez de penser à répondre "proprement" pour qu'on s'y retrouve bien
et que les mails ne fassent pas vingt kilomètres de long en reprenant
tous les messages dans leur intégralité à chaque fois :-)
--
Anne / Kozlika
10 years, 9 months