chrisaga, peux-tu me rappeler à quoi sert la clé local_head dans themeconf.inc.php, stp?

Merci :-)

Cf . http://forum.phpwebgallery.net/viewtopi … 902#p31902
Sur une petite discussion des fichiers locaux!

Comme VDigital, je n'apprécie pas la prolifération des feuilles de style. Pour la customisation, ça complique les choses bien souvent. Cela part d'un bon sentiment de séparation, mais au final on ne sait plus quelle CSS modifie quoi et comment. Donc, si ces messieurs de l'interface graphiques pouvaient nous faire une proposition, ce ne serait pas de refus :-)

si tous les fichiers s'appellent default-xxx, autant supprimer le default, il ne sert à rien...
je propose donc:

/
|--template-common
|  |--layout.css
|  |--local.css => modifications locales, aucun impact sur migration
|  `--icons
|     `-- *.png
`--template
   `--yoga
      |--layout.css
      |--menubar.css
      |--content.css
      |--popuphelp.css
      |--print.css
      |--picture.css => renommage de image.css, puisqu'elle s'applique à picture.php
      |--local.css => modifications locales, aucun impact sur migration
      |--*.tpl
      `--themes
         `--clear
            |--colors.css
            |--themeconf.inc.php
            `--images
               `-- *.png

les local.css sont importés en dernier dans les layout.css.

mathiasm a écrit:

Question 2: si dans un theme, une icone du template n'est plus visible, il suffit de dupliquer le jeu d'icones du template et de modifier la source des icones dans le theme, j'ai bon?

rvelices a écrit:

R2/ je n'ai pas bien compris le début de la question, mais la mnip décrite permet bien de définir un jeu d'icône spécifique à un thème

Si je définis une icone principalement noire, elle ne va pas ressortir sur untheme sombre. Je vais donc en refaire une autre qui va ressortir. Ca implique que je duplique toutes les icones qui sont bonnes et remplace celle(s) qui manquent de contraste.

En réponse à mathiasm

S1/ tu as raison, c'est identifié, il faudrait faire du wiki

R1/ template-common contient des définitions, icones, etc. mises en commun pour tous les templates. Ce n'est pas un template donc template/common ne convient pas

R2/ je n'ai pas bien compris le début de la question, mais la mnip décrite permet bien de définir un jeu d'icône spécifique à un thème.

R3/ il faudrait que je revoies ça, mais d'un point de vue technique, ça évite effectivement de mouliner la variable. D'un point de vue plus fonctionnel, ou conceptuel (comme on voudra) c'est le moyen de préciser le nom du thème. Il se trouve que l'on a choisi d'installer un tème dans un répertoire portant le même nom.

S2/ ça peut probablement aider, mais je n'ai pas regardé de très près

Pour le bug, tu parles d'un fichier disparu dans le svn ? ou d'un bug d'affichage (display dans mantis ;-)

Bonjour

Info 1: je suis d'accord pour la gestions des icones.

Suggestion 1 :si on conserve l'archi mise en place par chrisaga, ce serait bien de faire un mini how-to sur les templates/themes:
comment c'est structuré, recommander l'ajout d'un sous-dossier "images" dans le theme pour stocker les fonds et autres animations, la nomenclature standard des dossiers (pour s'y retrouver dans les <> templates), etc.

Question 1: pourquoi template-common et pas template/common  ???

Quesiton 2: si dans un theme, une icone du template n'est plus visible, il suffit de dupliquer le jeu d'icones du template et de modifier la source des icones dans le theme, j'ai bon?

Question 3:

'theme' => 'dark',

c'est juste pour éviter d'avoir à mouliner la variable sur le nom du dossier? je ne voyais pas bien l'intérêt sinon, vu qu'on est déjà dans le dossier au moment où on scanne cette valeur....

Suggestion 2: les nouveaux templates, ça permettra AMA d'installer en standard certains MOD (genre subcatify) et certaines personnalisations (cf beige 2 ou clear 2)

Voilà, c'est déjà pas mal.

Bonne nuit ;-)