Les templates que j'ai regardés sont tous structurés à peu près pareil.
Là, j'ai besoin de positionner différemment les blocs, et ça ne colle pas bien avec l'empilement actuel des CSS ...

J'ai été confronté au problème...

imaginons dans le template que tu ais :

<div id="truc" class="machin"> ...... </div>

Le fichier A.css est ta propre feuille de style.
Le fichier B.css est la feuille de style par défaut.

Si je comprends bien, dans ton cas A est chargé avant B.

Donc si dans A tu as .machin { width:100px; } et dans B tu as .machin { width:150px; } tu te retrouve toujours avec une largeur de 150px au final.

Si dans le fichier A tu mets div#truc.machin { width:100px; }, la définition de l'élément impacté étant plus précise que celle du fichier B, malgré que B soit chargé après A et écrase les propriétés définies dans A, cette définition n'existant pas dans B, elle va être conservée et appliquée.

Ché pas si mon explication est bien claire, mais l'idée est là :)

tosca a écrit:

Pour quels avantages ?

ben... çà peut permettre de répondre à ton besoin :-)

Pour être sûr que la solution de grum est la bonne, peux-tu donner un exemple précis de ce que tu cherches à faire et qui ne te semble pas possible simplement ?

je vais répondre sans outil de dev pour confirmer ou pas ce que je vais dire :
si tu tiens vraiment à supprimer les templates extensions du header , on devrait pouvoir les enlever au niveau du themeconfig.php ou directement avec du php dans header.tpl, en enlevant l'élément correspondant aux template extension dans le 'array template' qui génère les balise head css

En espérant avoir été compréhensible, il est néanmoins plus judicieux d'attendre que tu nous donnes des précisions sur tes 'problèmes'

tosca a écrit:

Bonsoir,

Je suis en train de travailler sur un template personnel, mais je suis embêtée par les .css qui se trouvent dans template-common : comme ils sont inclus après mes propres feuilles CSS, ils supplantent ce que je fais par ailleurs !
Ca pose problème si je les modifie, ou que je supprime l'include qui les appelle ? Pas pour mon propre template, j'imagine, mais pour ce qui concerne compatiiblité et futurs upgrades ?

J'avoue ne pas comprendre : le principal fichier CSS chargé par Piwigo est template/<dossier template>/layout.css . A l'intérieur de ce fichier, pour yoga par exemple, on trouve :

/* $Id: layout.css 2630 2008-10-01 10:04:23Z rvelices $ */

/* template css */
@import "menubar.css";
@import "content.css";
@import "thumbnails.css";
@import "picture.css";
@import "default-layout.css";
/* Override properties with import local file */
@import "local-layout.css";
/* common css */
@import "../../template-common/default-layout.css";
/* Override properties with import local file */
@import "../../template-common/local-layout.css";

@import "default-colors.css";

Donc, si tu modifies ton "CSS personnel" qu'est template-common/local-layout.css (Admin > Plugins > LocalFiles Editor > Onglet CSS > Modifier local-layout.css), tu crées bien un CSS qui est appelé quasiment en dernier, et qui surcharge donc toutes les autres instructions, non ? A part default-colors.css , comme on voit.

N'ai-je rien compris à la présente discussion :-/ ?

LucMorizur a écrit:

le principal fichier CSS chargé par Piwigo est template/<dossier template>/layout.css . A l'intérieur de ce fichier, pour yoga par exemple

Mon template se trouve au même niveau que yoga, donc il dispose directement de son propre dossier template et le fichier principal chargé est template/tosca/layout.css

LucMorizur a écrit:

Donc, si tu modifies ton "CSS personnel" qu'est template-common/local-layout.css (Admin > Plugins > LocalFiles Editor > Onglet CSS > Modifier local-layout.css)

Mon CSS perso et les .tpl associés sont dans template/tosca, pas dans template-common.