chrisaga a écrit:

[...] avant que z0rglub ne nous claque une 1.6.0 ?

Surtout qu'au pire, la 1.6.0 sort le 7 juillet (mais je pense plutôt au 3 ou 4 juillet). Donc vite :-)

VDigital a écrit:

pfrize a écrit:

VDigital a écrit:

"par exemple, mon template est complètement incompatible avec ces styles." : explique...

Simple : mon template ne peut rien utiliser de template-common/default-layout.css : il a ses dimensions et ses marges propres ; donc je ne vois pas comment il peut exister une "partie commune à tous les templates".

Philippe

Philippe, imagine que tes miniatures fassent 64x64 ou 256x256 et alors... ? 

8-)

C'est fait pour que, dans le cas où tu construit un template qui a à peu près le même tableau de vignettes que yoga tu puisse réutiliser les règles données dans template-common pour fixxer la taille des vignettes.
Tu peux aussi choisir de ne pas afficher une partie du menu, ou la banière dans la page picture, et ça c'est un choix qui peut-être indépendant du template.
On a remonté tout ce qui permet de paramétrer yoga et qui peut avoir un sens dans un autre template. Maintenant, c'est aux auteurs de nouveaux templates de savoir s'ils veulent offrir à leurs futurs utilisateurs des possibilités de personnalisation, et s'ils ont intérêt à s'appuyer sur ce qui existe avec tout ce que ça apporte sur le support (doc, forum)

nicolas a écrit:

Je suis pour moi aussi une séparation stricte des parties admin et public. L'intérêt est de rendre la création de template public bien plus simple surtout au niveau des feuilles de styles. Si on regarde l'ensemble des templates et des feuiles de style, la majeur partie du "boulot" est faite dans la partie administration.

C'est n'importe quoi !
1) la partie la plus compliquée des feuilles de style est celle qui gère les vignettes : donc la section user
2) toutes les fonctionnalités nouvelles que nous avons intégré ont généré la création de formulaires avec les mêmes éléments que dans la section admin.

nicolas a écrit:

On est d'accord là aussi. Je ne prévois rien pour changer le template de la partie admin.

J'ai déjà dit que je n'étais pas d'accord pour ne pas permettre à un webmaster qui s'est épuisé à créer son thème personnalisé d'en profiter dans la section admin, celle où il passe le plus de temps.

nicolas a écrit:

Lequel je mets par défaut ? clear ou dark ?

Et oui, on fait comment maintenant pour imposer notre choix clear à ceux auxquels ça abime les yeux ?
A moins que l'on n'impose dark à ceux qui trouvent qu'un thème clair à la dotclear ou zen est bien plus classe ?

ARRETEZ TOUT !!!

Vous vous lancez tête baissée dans une refonte totale du template alors que l'on est déjà en RC2 et que l'on veut sortir rapidement une version finale.
On ne peut pas faire ça !
En plus vous le faites sans en avoir discuté avec le mainteneur du template qui peut avoir lui aussi ses idées.
Je viens de sortir d'une panne d'internet qui m'a pratiquement tenu à l'écart depuis une semaine et demie, et je n'ai pas eu le temps de tout lire mais vous êtes partis pour tout casser.
Je ne vous avais pas abandonné puisque j'ai répondu à z0rglub que j'essayais de comprendre son besoin et de voir comment l'intégrer pour la 1.6.

Si vous avez lu ce que j'ai dit un peu plus haut, pour répondre au besoin, a savoir donner la possibilité d'écrire des templates qui ne prendrait pas en compte la partie admin
il suffit de crééer une variable de configuration admin_template pour chaque utilisateur dans lequel on a le nom template/theme que l'utilisateur a choisi.
Cette variable de configuration ne serait accessible qu'aux administrateurs.
Pour choisir les thèmes à présenter dans la liste déroulante, on peut avoir un template_conf.php qui contient une variable has_admin signalant que le template sait gérer la section admin.
On peut plus simplement vérifier que le fichier admin.tpl existe.
De plus
* tous les autres fichiers tpl nécessaires à la section admin sont dans un sous-répertoire du même nom, donc facilement identifiables.
* on peut facilement sortir les règles css exclusivement destinées à l'admin dans une admin.css, mais ça ne va pas faire lourd car tous les nouveaux formulaires (recherche, tags, ...) utilisent les mêmes éléments que ceux de la section admin.
* dernière chose destinée aux excités de la création de template : commencez par regarder ce que l'on peut faire avec un thème (je sais, je me répète, mais c'est beaucoup plus facile à maintenir qu'un template. je suis persuadé que l'on peut faire yoga/zen qui correspond à ce que veulent la plupart des enthousiastes de cette présentation)

A FAIRE MAINTENANT
1) Nicolas : tu remets la base comme c'était popur que je puisse synchroniser ce soir ou demain
2) S'il y en a un qui cherche du boulot sur ce sujet, il crée une deuxième variable template par utilisateur (admin_template) avec la mise à jour du formulaire de personalisation (on se base sur l'existance d'admin.tpl pour remplir la liste déroulante)
3) Je m'occupe des quelques modifs de template et du php pour appeler le template normal ou le template admin en fonction de la section.

En faisant ça, on peut avoir le résultat attendu cette semaine et éviter de repartir dans une chasse au bugs et non conformité w3c.

rub a écrit:

Attention, le template-common n'est commun que pour les différents thémes et non pas pour la modif admin/public.

je sais mais j'ai voulu faire une première version fonctionnelle sans trop de modifications. C'est prévu.

rub a écrit:

Sinon, au vu de ce qui a été dit dans les forums, je suis pour une séparation stricte public/admin sans customization de la partie admin.

Pour le moment ça fait l'unanimité. :-)

rub a écrit:

Pas de common pour public/admin mais on garder template-common.

Il faudrait peut-être revoir l'arbo des fichiers:
template
-- public
     -- théme 1
     -- théme 2
     -- théme n
-- admin
-- common

C'est à dire mettre common dans template et supprimer yoga de admin (car 1 seul théme).

ça me parait pas mal. En revanche je ne suis pas pour supprimer yoga dans admin. Si quelqu'un préfère utiliser un tout autre template, il faut pour le faire même si on n'offre pas de possibilités ausi simple que le script profile.php

rub a écrit:

Sinon, je pense que pour la 1.6.1 ca serait mieux.

Ca me parait plus sage. :-)

pfrize a écrit:

VDigital a écrit:

"par exemple, mon template est complètement incompatible avec ces styles." : explique...

Simple : mon template ne peut rien utiliser de template-common/default-layout.css : il a ses dimensions et ses marges propres ; donc je ne vois pas comment il peut exister une "partie commune à tous les templates".

Philippe

Philippe, imagine que tes miniatures fassent 64x64 ou 256x256 et alors... ? 

8-)

Je suis pour moi aussi une séparation stricte des parties admin et public. L'intérêt est de rendre la création de template public bien plus simple surtout au niveau des feuilles de styles. Si on regarde l'ensemble des templates et des feuiles de style, la majeur partie du "boulot" est faite dans la partie administration.

VDigital a écrit:

Mon avis (merci nicolas de me relancer) est bien un théme fixe pour la partie admin.
Si l'utilisateur veut se customiser son admin, elle se gère son @include...
On peut (c'est possible même si je suis contre):
- prévoir dans la partie publique une mise en commun des éléments pour que l'utilisateur est moins de boulot.

Ce que je ne veux plus c'est :
- de ne plus pouvoir utiliser l'admin en adviser à cause d'une custo ratée de la partie publique

On est d'accord là aussi. Je ne prévois rien pour changer le template de la partie admin.

Je fais un commit dans le tronc sans nettoyage des templates.
Je ne pense pas que l'on intègre cette évolution dans la 1.6.0. Ce sera pour la 1.6.1 je pense.

Je viens de faire la mise à jour sans faire le nettoyage des templates. Dites moi si vous voyez des soucis.
Je n'ai pas fixé le thème (clear/dark) dans la partie admin donc si on le change dans la partie publique il change dans la partie admin. Il va falloir le fixer. Lequel je mets par défaut ? clear ou dark ?

La solution de Nicolas me semble rationnelle - au moins pour les css - je ne connais pas assez php.
Il ne faut aucun élément de css commun entre public et admin.
Soit dit en passant, je ne comprends pas à quoi servent les css dans "template-common" : par exemple, mon template est complètement incompatible avec ces styles...