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
loick a écrit:
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
Je t'invite à lire topic:15055
N'hésite pas à lancer dans discussion un sujet en donnant tes arguments pour le XHTML ;-)
et n'oublie pas les extension pour ton template en XHTML ;-)
Merci de faire un post par sujet il me semble y avoir beaucoup de chose différente ici -;)
loick a écrit:
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... )
Cela ne correspond pour certain à des conf ?
(wiki
loick a écrit:
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
extension:250 ?
loick a écrit:
il manque aussi pour moi des metas tags plus souples qui changent avec les pages, ainsi que nourrir 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
Pour ne pas avoir à recommencer les personnalisations et profiter des mises à jour la réponse et plugin et template-extension
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)
On 'était donc mal compris ^^
De part mes interventions, je souhaite faire progresser le Projet Piwigo. D'accord j'en connais un peux mieux les possibilités. Mais comme l'a souligné ddtddt, il y a déjà des fichiers mis en disposition pour justement ne pas toucher à n'importe quel fichier. Ces fichiers restent des feuilles de code à saisir, peut-être qu'un jour une page plus "graphique" viendra s'y substituer mais pour le moment, on a des fichiers qui viennent surcharger la configuration de base et ces fichiers n'entravent pas les mises à jour à venir.
Voilà pourquoi on a quelques réticences à vouloir modifier des fichiers du "core".
;-)
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
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 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.
(
Par exemple, les plugins se basent sur des règles, et dans 3 jours tu viendras en disant: "ben pourquoi ça marche pas?".
Tu n'es pas seul à penser et tu peux profiter de l'imagination des autres, pas que de la tienne.
)
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
Gotchail je t'ai donne la solution que j'ai choisi et qui n'est peut être pas la meilleure : renommer a la ligne 63 ou 64 du fichier la class et lui donner une valeur dans une feuille de style
sinon encore plus simple
dans le fichier C:\wamp\www\piwigo\include\functions_html.inc.php
ligne 63
a la place de
$output = ''<img title="'.$title.'" src="'.$icon_url.'" class="icon" style="border:0;';
tu écris
$output = ''<img title="'.$title.'" src="'.$icon_url.'" class="icon " style="display:none';
Je crois que pour aujourd'hui j'ai eu ma dose :-)
le plus facile a mettre a jour est quand même de surcharger les class
class="icon iconRecent"
et de donner une valeur a .iconRecent ainsi on ne touche pas a la class .icon , de cette manière c'est très vite fait,
le mieux est même de rajouter dans le head sa propre feuille de style mafeuille.css et de mettre toutes les modifs dedans
enfin a chacun de voir bien sur
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...
;-)
loick a écrit:
a suivre ou ? :-)
VDigital n'a pas le temps ou est sur autre chose ou test une solution ... il revient dans quelques minutes te donner la réponse ...
PS: queques nano secondes pour P@t
MDR!!
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 :-)
a suivre ou ? :-)
loick a écrit:
regarde quel theme tu utilise ,moi c'est sylvia
<link rel="stylesheet" type="text/css" href="template/yoga/theme/Sylvia/theme.css" />
tu ouvres
template/yoga/theme/TONTHEME/theme.css
a la fin tu rajoutes
.icon
{
display:none;
}
le problème c'est que si la class icon est utilisée par d'autres que tu veux voir ca va tout cacher
en ce cas tu donnes 2 class dans le fichier C:\wamp\www\piwigo\include\functions_html.inc.php
ligne 63
a la place de
$output = ''<img title="'.$title.'" src="'.$icon_url.'" class="icon icon" style="border:0;';
tu mets
$output = ''<img title="'.$title.'" src="'.$icon_url.'" class="icon iconRecent" style="border:0;';
et tu ouvres template/yoga/theme/TONTHEME/theme.css
a la fin tu rajoutes
.iconRecent
{
display:none;
}
Il y a moyen de faire sans ajouter de class et de modifier le php.
A suivre...