11:03 a.m.
Yo,
J'alimente le moulin coté devs sur le versioning des templates du core.
En l'état, c'est assez simple à mettre en oeuvre : presque tout est dans
inc/public/prepend.php : ce dernier fixe le chemin tpl par défaut , par
ordre de priorité décroissante à :
* chemin du thème / tpl
* inc/public/default-templates
Il suffit donc de changer le dernier par celui qui serait défini dans le
_define.php du template (et voir les cas particuliers pour les héritages
entre thèmes), en prenant inc/public/default-templates par défaut si non
défini.
Je propose qu'on déplace les templates par défaut actuels dans
inc/public/default-templates/<nouveaunom>, et qu'on crée alors les autres
templates par défaut dans des répertoires à coté.
Reste maintenant à trouver le nom du futur-ancien jeu de templates, et
celui du/des prochains :)
Coté thème, je propose d'ajouter la propriété "tplset" qui contiendra
uniquement le nom du jeu de templates hérité.
--
Bruno
11:07 a.m.
Bonjour,
Concrètement, ça veut dire que j'inscris dans le _define, adopte ce jeu de
template-là mais est-ce possible de laisser le choix à l'utilisateur via
une option de configurateur ?
11:10 a.m.
Le 12 novembre 2013 11:07, Jean-Michel Royer <jeanmichelroyer(a)gmail.com> a
écrit :
Bonjour,
Concrètement, ça veut dire que j'inscris dans le _define, adopte ce jeu de
template-là mais est-ce possible de laisser le choix à l'utilisateur via
une option de configurateur ?
Les sets de templates ne sont pas forcément compatibles entre eux, tout
comme la relation thème parent thème enfant. Ce n'est pas à mon avis une
bonne chose que de rendre un thème flexible à ce niveau.
11:34 a.m.
Le 12 novembre 2013 11:10, Bruno <dsls(a)morefnu.org> a écrit :
Le 12 novembre 2013 11:07, Jean-Michel Royer
<jeanmichelroyer(a)gmail.com> a
écrit :
> Bonjour,
>
> Concrètement, ça veut dire que j'inscris dans le _define, adopte ce jeu
de
> template-là mais est-ce possible de laisser le choix à l'utilisateur via
> une option de configurateur ?
>
Les sets de templates ne sont pas forcément compatibles entre eux, tout
comme la relation thème parent thème enfant. Ce n'est pas à mon avis une
bonne chose que de rendre un thème flexible à ce niveau
Complètement d'accord avec Bruno, un thème est écrit pour telle version de
jeu de templates, sans devoir assurer une compatibilité avec l'autre, sinon
ça devient ingérable pour le créateur de thème.
En revanche pour les thèmes "nus" à la custom_theme, là bien sûr
l'utilisateur doit pouvoir choisir son jeu.
--
Anne / Kozlika
11:50 a.m.
Le 12 novembre 2013 11:34, Kozlika <kozlika(a)gmail.com> a écrit :
Complètement d'accord avec Bruno, un thème est écrit pour telle version de
jeu de templates, sans devoir assurer une compatibilité avec l'autre, sinon
ça devient ingérable pour le créateur de thème.
En revanche pour les thèmes "nus" à la custom_theme, là bien sûr
l'utilisateur doit pouvoir choisir son jeu.
C'est juste une interrogation (pensée à haute voix) pour les nouveaux ou
pour les thèmes anciens qui seraient volontairement mis à jour dans ce
sens. Je suis + d'avis, un thème = un usage :)
12:44 p.m.
Il suffit donc de changer le dernier par celui qui serait défini dans
le
_define.php du template (et voir les cas particuliers pour les héritages
entre thèmes), en prenant inc/public/default-templates par défaut si non
défini.
Je propose qu'on déplace les templates par défaut actuels dans
inc/public/default-templates/<nouveaunom>, et qu'on crée alors les autres
templates par défaut dans des répertoires à coté.
Des idées de p'tits noms pour les tplsets ?
1:12 p.m.
Le 12 novembre 2013 12:56, Nicolas <nikrou77(a)gmail.com> a écrit :
Le 12 novembre 2013 12:44, Bruno <dsls(a)morefnu.org> a écrit :
> Des idées de p'tits noms pour les tplsets ?
>
default, html5, xhtml5, html4, ...
Exclue-t-on de ce fait la possibilité d'avoir 2 tplsets en html5 ? Je ne
suis pas contre inclure la norme html utilisée dans le nom du tplset, mais
il faudrait y adjoindre un "nom de code" à coté, je pense.
--
Bruno
1:24 p.m.
Le mardi 12 novembre 2013, Bruno a écrit :
Exclue-t-on de ce fait la possibilité d'avoir 2 tplsets en html5
? Je ne
suis pas contre inclure la norme html utilisée dans le nom du tplset, mais
il faudrait y adjoindre un "nom de code" à coté, je pense.
Idem. Aussi pour être plus parlant.
--
Jean-Michel
1:30 p.m.
Le même nom de code que la release dans laquelle un set est introduit je
dirais (par exemple pour la 2.6 on aurait pris Traviata)
Le 12 novembre 2013 13:24, Jean-Michel Royer <jeanmichelroyer(a)gmail.com> a
écrit :
Le mardi 12 novembre 2013, Bruno a écrit :
> Exclue-t-on de ce fait la possibilité d'avoir 2 tplsets en html5 ? Je ne
> suis pas contre inclure la norme html utilisée dans le nom du tplset,
mais
> il faudrait y adjoindre un "nom de code" à coté, je pense.
>
Idem. Aussi pour être plus parlant.
--
Jean-Michel
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Anne / Kozlika
2:05 p.m.
Vaudrait mieux ne pas se poser de contraintes supplémentaires sur les
"templates-set"
perso je mettrais :
v0 pour l'actuelle (legacy)
v1 à vn pour les suivantes sans se poser aucune question sur le lien avec
telle ou telle version ou que sais-je encore.
Sinon on risque de traîner ça comme un boulet dans le futur.
Et même, pourquoi pas, ne pas mettre le v devant le numéro.
Donc pour résumer, on incrémente à chaque nouveau jeu et puis baste.
2013/11/12 Kozlika <kozlika(a)gmail.com>
Legacy, évidemment ;-)
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
2:15 p.m.
Le 12 novembre 2013 14:05, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Vaudrait mieux ne pas se poser de contraintes supplémentaires sur
les
"templates-set"
perso je mettrais :
v0 pour l'actuelle (legacy)
v1 à vn pour les suivantes sans se poser aucune question sur le lien avec
telle ou telle version ou que sais-je encore.
Je pense qu'on doit d'abord se poser la question de ce que représenteront
les template-sets.
Seront-ils l'unique base à un instant T pour le développement d'un thème ?
De mon coté, je voyais plusieurs template-sets disponibles au même moment,
qui serviraient de base à des "thématiques" de blogs différentes : un
template-set pour un blog, un pour un portfolio, un pour un photo-blog, un
pour un magazine, ...
Après, je ne sais pas à quel niveau on souhaite positionner ces
template-sets. Peut-être après tout que ces types de thèmes ont le même
squelette, à ce niveau-là, je bien trop profane pour me positionner,
j'obéirai donc aveuglément aux sachants dans le domaine :)
2:38 p.m.
A mon avis un thème -> un jeu de template.
Aller au delà c'est casse-gueule.
Quant au numéro que j'évoquais (peu importe qu'il y ait un préfixe devant
ou pas), c'est juste un moyen commode de les reconnaître. Faut voir ça
comme un id.
Le 12 novembre 2013 14:15, Bruno <dsls(a)morefnu.org> a écrit :
Le 12 novembre 2013 14:05, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
> Vaudrait mieux ne pas se poser de contraintes supplémentaires sur les
> "templates-set"
>
> perso je mettrais :
>
> v0 pour l'actuelle (legacy)
> v1 à vn pour les suivantes sans se poser aucune question sur le lien avec
> telle ou telle version ou que sais-je encore.
>
Je pense qu'on doit d'abord se poser la question de ce que représenteront
les template-sets.
Seront-ils l'unique base à un instant T pour le développement d'un thème ?
De mon coté, je voyais plusieurs template-sets disponibles au même moment,
qui serviraient de base à des "thématiques" de blogs différentes : un
template-set pour un blog, un pour un portfolio, un pour un photo-blog, un
pour un magazine, ...
Après, je ne sais pas à quel niveau on souhaite positionner ces
template-sets. Peut-être après tout que ces types de thèmes ont le même
squelette, à ce niveau-là, je bien trop profane pour me positionner,
j'obéirai donc aveuglément aux sachants dans le domaine :)
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
2:42 p.m.
Mon idée du versionning était de pouvoir proposer à minima N version de
templates par défaut : une version xhtml comme aujourd'hui, une version
html 5. Après pour les noms je n'ai pas d'avis tranché.
Le 12 novembre 2013 14:38, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
A mon avis un thème -> un jeu de template.
Aller au delà c'est casse-gueule.
Quant au numéro que j'évoquais (peu importe qu'il y ait un préfixe devant
ou pas), c'est juste un moyen commode de les reconnaître. Faut voir ça
comme un id.
Le 12 novembre 2013 14:15, Bruno <dsls(a)morefnu.org> a écrit :
> Le 12 novembre 2013 14:05, Franck Paul <carnet.franck.paul(a)gmail.com> a
> écrit :
>
> > Vaudrait mieux ne pas se poser de contraintes supplémentaires sur les
> > "templates-set"
> >
> > perso je mettrais :
> >
> > v0 pour l'actuelle (legacy)
> > v1 à vn pour les suivantes sans se poser aucune question sur le lien
avec
> > telle ou telle version ou que sais-je encore.
> >
>
> Je pense qu'on doit d'abord se poser la question de ce que représenteront
> les template-sets.
> Seront-ils l'unique base à un instant T pour le développement d'un thème
?
> De mon coté, je voyais plusieurs template-sets disponibles au même
moment,
> qui serviraient de base à des "thématiques" de blogs différentes : un
> template-set pour un blog, un pour un portfolio, un pour un photo-blog,
un
> pour un magazine, ...
>
> Après, je ne sais pas à quel niveau on souhaite positionner ces
> template-sets. Peut-être après tout que ces types de thèmes ont le même
> squelette, à ce niveau-là, je bien trop profane pour me positionner,
> j'obéirai donc aveuglément aux sachants dans le domaine :)
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
3:28 p.m.
Le 12 novembre 2013 14:42, Nicolas <nikrou77(a)gmail.com> a écrit :
Mon idée du versionning était de pouvoir proposer à minima N version
de
templates par défaut : une version xhtml comme aujourd'hui, une version
html 5. Après pour les noms je n'ai pas d'avis tranché.
Cela illustre bien mes propos : visiblement on a chacun notre concept de
"version", mais on a tous un but commun :)
3:36 p.m.
En fait je pense qu'il ne faut pas parler de "version", ça va embrouiller
tout le monde, vu qu'ils sont (a priori) tous indépendants.
Donc un simple numéro, code, nom, bidule, ira très bien (je proposais
numéro parce que c'est facile à trouver et à incrémenter).
Le 12 novembre 2013 15:28, Bruno <dsls(a)morefnu.org> a écrit :
Le 12 novembre 2013 14:42, Nicolas <nikrou77(a)gmail.com> a écrit
:
> Mon idée du versionning était de pouvoir proposer à minima N version de
> templates par défaut : une version xhtml comme aujourd'hui, une version
> html 5. Après pour les noms je n'ai pas d'avis tranché.
>
Cela illustre bien mes propos : visiblement on a chacun notre concept de
"version", mais on a tous un but commun :)
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
3838
days inactive
3838
days old
19 comments
5 participants
participants (5)
-
Bruno -
Franck Paul -
Jean-Michel Royer -
Kozlika -
Nicolas