Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

loick
2009-07-18 09:25:12

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

ddtddt
2009-07-18 09:16:47

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

loick
2009-07-18 09:09:16

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)

Gotcha
2009-07-18 08:59:14

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".

;-)

loick
2009-07-18 08:41:52

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

VDigital
2009-07-18 07:28:50

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.
)

ddtddt
2009-07-18 01:22:17

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

loick
2009-07-17 23:56:16

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';

Gotcha
2009-07-17 23:41:54

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

loick
2009-07-17 22:26:26

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

VDigital
2009-07-17 20:36:29

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...

;-)

rio
2009-07-17 19:10:56

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!!

loick
2009-07-17 15:31:05

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 :-)

loick
2009-07-17 15:29:16

a suivre ou ? :-)

VDigital
2009-07-17 14:27:08

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...

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact