Gotcha a écrit:

flop25 a écrit:

bonjour
pas besoin de tout ceci. Il suffit d'un bon sélecteur css
.button est trop général ? et bien met #menubar .button
voilà

Je n'ai pas compris :-/

il dit la même chose :-)

Suite

[HS]Il n'y a pas que... les questions de loick, pour être clair.    ;-)    [/HS]

Bien, le CSS et ses arcanes resident d'abord dans la capacité de chacun à comprendre leur logique.

Je ne donne pas de cours mais je recommande une lecture attentive des Pattern matching.

Dans le #menubar, il y a des class="icon" et un plugin pourrait en ajouter.
Si un thème choisit d'afficher différemment recent.png
Il est problable qu'il aura le dernier mot car son fichier .css arrivera en fin de header exemple:

Dans Sylvia/theme, j'ajoute:
.icon { display: none; }

Supposons que dans le plugin Asterix, celui ait prévu dans son css:
.icon { display: block; background-color: #00a; }

Je peux corriger le plugin mais il sera mis à jour automatiquement et... cela reviendra, je devrais recommencer.

Les css offrent des tonnes de solutions.

Dans Sylvia/theme, il me suffit d'être plus précis:
img.icon { display: none; }
li img.icon { display: none; }
ul il img.icon { display: none; }
dd ul il img.icon { display: none; }
#mbCategories dd ul il img.icon { display: none; }
etc.
Je peux également être plus direct:
#mbCategories .icon { display: none; }
#menubar .icon { display: none; }
#the_page #menubar .icon { display: none; }
body #the_page #menubar .icon { display: none; }

Plus généraliste et précis:
body  .icon { display: none; }

Et si cela ne marche pas? Je peux être encore plus précis.
body  .icon[alt="(!)"] { display: none; }

Et si le plugin a codé:
body #the_page div#menubar div#mbCategories dd ul il img.icon[alt="(!)"] {    ....    }

Cela me rappelle le sketch de la chauve-souris, non?
Admettons...
body #the_page div#menubar div#mbCategories dd ul il img.icon[alt="(!)"][src*="recent.png"] { display: none; }

Je n'ai toujours rien modifié ailleurs que dans l'un des fichiers customisables de Piwigo.

Ok, on y arrive mais que se passe-t-il avec 2 classes qui ont des règles qui se contredisent...
On ajoute !important dans la directive.
... { display: none !important; }

Et que se passe-t-il si les 2 sont avec important...?
On retrouve la logique standard comme si les balises était une seule balise.

Alors?
Ai-je besoin de 2 class?
Ai-je besoin de modifier le fichier C:\wamp\www\piwigo\include\functions_html.inc.php?
Et je ne dis pas tout... sinon je n'aurai plus qu'à fermer ma...

;-)

Je crois que pour aujourd'hui j'ai eu ma dose :-)

loick a écrit:

le mieux est même de rajouter dans le head sa propre feuille de style  mafeuille.css et de mettre toutes les modifs dedans

Le mieux est de lire la doc de piwigo et de trouver les fichiers fait pour cela.
   - Le fichier /template/xxxxxxx/local-layout.css ⇒ Effets uniquement sur le template xxxxxxx
   - Le fichier /template-common/local-layout.css ⇒ Effets sur tous les templates


Cela évite de toucher à des fichiers qui seront écraser lors de la prochaine mise à jour

VDigital

Le mieux est donc d'après toi:
- de réinventer la poudre, le fil à couper le beurre, la roue, ...
- de se persuader qu'on a toujours raison,
- d'ignorer le travail d'une équipe qui maîtrise totalement son sujet.

- je ne réinvente pas la poudre mais je m'en sers
- Je n'ai jamais dit que j'avais toujours raison et a chaque intervention j'ai rajoute  quelque chose du genre "a chacun de voir"  ou "pour moi bien sur"
- il n'y a pas que cette équipe qui maitrise XHTML CSS et PHP , si je pose des questions c'est pour savoir ou sont les choses , a quel endroit il faut chercher les modifs a faire, pas comment les faire

si je modifie l'application pour mes besoins il est bien évident que je vais laisser tomber les mises a jour pour pas tout recommencer a chaque fois, je veux cacher ou montrer  des éléments avec une solution php et  que l'application  soit en XHTML 1.1  ce qui est la moindre des choses aujourd'hui

par exemple dans admin > config >  après affichage je verrais  bien un autre élément de menu  nommé "apparence" par exemple , correspondant  a une nouvelle table dans la base de données , avec des valeur a cacher / montrer (exif et ses éléments, position du titre de l'image dessus/dessous, l'icone récent, le nombre d'images, ect... )

il faut donc que je trouve ou entrer  d'autres éléments de menu et  intégrer un formulaire avec des boutons radio ou cases a cocher au centre, mettre a jour la base de données, et lire les valeur  et les mettre en cache pour afficher le site


il manque aussi  pour moi des metas tags plus souples qui changent avec les pages,  ainsi que nourrir specialement les balises alt et title des photos pour alimenter les moteurs de recherches ,  si je fais tout ce boulot pour adapter le site a mes besoins c'est pas pour tout recommencer a chaque mise a jour


merci a l'équipe bien sur pour son boulot





ddtddt

Le mieux est de lire la doc de piwigo et de trouver les fichiers fait pour cela.
   - Le fichier /template/xxxxxxx/local-layout.css ⇒ Effets uniquement sur le template xxxxxxx
   - Le fichier /template-common/local-layout.css ⇒ Effets sur tous les templates

voila un renseignement précieux  merci

Dernière modification par loick (2009-07-18 09:09:52)

si le projet Piwigo devient comme Coppermine il vaut mieux partir en courant de suite , il ne manque pas grand chose a piwigo pour être parfait   (toujours selon mes besoins et gouts je précise)

N'hésite pas à lancer dans discussion un sujet en donnant tes arguments pour le XHTML

tous les navigateurs  comprennent aujourd'hui le XHTML et c'est une évolution normale du HTML   qui est un sous langage XML, une balise <meta>  n'est pas valide , une balise doit être fermée
libre a chacun d'écrire comme il voudra un code d'il y a 10 ans, je ne vois pas ou il y a sujet de discussion la dessus, du HTML 4 propre ca n'existe pas vu qu'il n'est pas XML valide

mais ce débat ressemble a ceux en photos qui vantent les avantages d'un petit capteur sur un capteur full frame ou moyen format


merci pour les autres réponses, je vais regarder ca