C'est la décision à prendre qui suscite le plus les passions à propos des images. Le designer installe un cadre dans son démo en s'imaginant que tout le monde va prendre en compte cette proportion au moment de prendre leurs clichés. Mon opinion penchant du côté du respect du design, j'utilise l'utilitaire de rognage qui tranche presque à tous coups une portion, petite ou grande, dans un sens ou l'autre.
Donc, la version originale du code opère la brutale coupure, le changement suggéré ci-haut préserve l'oeuvre mais joue du coude en poussant le contenu vers le bas. Il existe une dernière alternative qui n'est jamais utilisée, écraser l'image pour la faire entrer, déformant l'image. On en voit un exemple dans l'écran de sélection de thème dans l'admin. Parce qu'on n'y passe que très peu de temps, une image un peu déformée de la présentation du thème ne pose pas de problème.
...Pierre je ne comprends pas bien ce que tu dis, ni ne perçois de vraie solution quant à ce problème d'image. Pourtant c'est capital pour la suite car si le rendu de ces dernières ne répond pas à l'objet de ce site qui est de rendre compte d'une certaine esthétique, c'est perdu d'avance.
Sur le site http://miroirdureel.com/ avec le thème par defaut les images qu'elles soient dans un sens ou dans l'autre s'affichent suivant les pages avec un rendu acceptable pour une dimension la plus longue de 640px. La catégorie des cartes photographiques étant, elle, composée de photos plus petites à juste titre.
A par pour les miniatures générées sur les pages du site, n'y a t-il pas moyen par exemple de saisir un code qui permettrait aux images d'être restituées à leur taille réelles (dimensions à définir donc en amont au moment de leur traitement) et ceci en fonction de leur emplacement dans le site ?
A moi de prévoir au préalable la taille de ces images en fonction de leur place sur les pages
Ce que je dis c'est qu'il faut choisir. Avec une image aux proportions différentes de l'endroit "prévu"à la recevoir, les options sont:
1-couper la photo pour entrer dans le trou (option par défaut du thème)
2-fixer la largeur et pousser ce qui suivra vers le bas (option offerte ci-haut)
3-fixer la hauteur et laisser un trou béant à droite si la photo est "trop verticale"
4-écraser l'image pour entrer "de force" dans l'espace prévu
5-utiliser la taille originale au moment du chargement dans /medias, advienne que pourra (option du thème par défaut). Ce choix laisse alors un espace à droite si la photo est verticale mais moins large que le gabarit de la page.
Le designer avait choisi la 4, j'ai choisi la 1, nous avons suggéré la 2 hier si elle est préférée. Il n'y a pas de bonne ou de mauvaise réponse, seulement des opinions. Tu en choisis une et elle deviendra la bonne.
...Ce qu'il me faut c'est une image qui ne soit pas déformée, qui fasse maxi 640x450 px quelle soit en vertical ou en horizontal, (c'est le choix que j'avais pris au chargement des images) afin que ces images aient un bon rendu visuel, quelles soient carré, ou rectangulaire.
- c'est l'option 3 ou 5 non ?
Installes-toi quelques exemples de clichés originaux dans une catégorie, un dramatiquement petit, un dramatiquement grand, un dramatiquement vertical, un autre dramatiquement horizontal. Les images (qui sont censées valoir mille mots) pourrront terminer mon explication et illustrer quel compromis va gagner. Dans les cas extrêmes, on doit couper quelque part ou laisser un océan blanc prendre une partie de la page.
Voilà j'ai mis en ligne une rubrique d'essai photos... comment faire maintenant ?
Je remarque aussi que ma photo d'accueil a été remplacée par une de celle que je viens de charger sur le site et là je ne comprends pas pourquoi, la photo d'accueil et le texte de gauche (qui n'apparait pas dans son entier) sont issus de la catégorie Administration et non de celle des photos d'essai
La fonction lastArtList est une des plus puissantes de PluXml et très documentée. Sa première mission est d'afficher "les derniers articles". On joue sur les mots dans notre exemple en raccourcissant souvent (presque toujours en fait) cette liste à un nombre de un. À ne pas confondre avec les petits 1 qu'on a remplacés pour identifier les catégories, on parle maintenant de l'autre 1, situé juste avant. Voir la documentation si ce n'est pas clair.
Ainsi, j'ai fait le choix éditorial d'afficher, dans la grosse image de l'accueil comme partout ailleurs, LE dernier article de la catégorie choisie. Si on retire le paramètre de la catégorie, ça affichera LE dernier article, peu importe son origine. Tu vas bientôt devenir un spécialiste de la fonction lastArtList, c'est loin d'être une perte de temps. Même si tu abandonnais le thème Hatch pour un autre, cette fonction est omniprésente, surtout dans ceux que j'ai offerts dans Ressources. Ça te rappellera des souvenirs du thème Kataklimt.
Le résultat visuel de nos tests d'images "extrêmes" te permettra de décider de l'autre sujet, si tu coupes les images, quoi couper, etc. La décision peut différer à chacun des affichages mais tous les articles utilisent le même gabarit, la règle y sera la même pour tous.
Désolé mais ta maîtrise de cette fonction va décider si le thème va fonctionner ou être abandonné. On a tout de même la chance de ne travailler qu'avec une seule, et c'est la mieux documentée. Si c'est trop, le thème par défaut t'ouvre les bras bien grands. Une fonction expliquée en une page, trois ou quatre paramètres, en échange de toute une vie de simplicité.
Ne mélangeons pas les choses, nous parlions surtout des images qui sont un cas de design à traiter à part.
Du coq à l'âne, nous sautons, mais bon. Pour le bout de texte mentionné à la gauche de la grande image de la une, on utilise encore la fonction lastArtList mais plutôt que de "tirer" l'image d'accroche de cet article, on capte son champ "contenu". Je rappelle que le premier 1 veut dire qu'on ne veut qu'un article, et que le paramètre suivant indique de quelle catégorie nous tirons l'élément.
Noter que la longueur du texte n'a rien avoir. Attention aux règles de remplacement des PluXml qui substituent parfois le chapo en l'absence de contenu et/ou l'inverse. Si tes deux éléments textuels (chapo et contenu) de cet article sont assez différents l'un de l'autre, ça sautera aux yeux.
...Avec quelques exemples de manipulation du code comme je le demandais plus avant, je penses que je pourrais avancer et mieux cerner qui fait quoi, mais là le jargon brut php et autres me dépasse trop pour l'aborder de pleine face.
Mon but initial n'était pas de devenir un pro dans le domaine mais de trouver un jolie thème pour mes photos.
Il faut réduire chacun de ces paragraphes à leurs éléments bruts. Une grande partie est tout simplement une chaîne de caractères que l'on ne touche pas, depuis le début on ne parle que des deux paramètres de la fin, le nombre de un article et la catégorie numéro X.
Une petite mention sur la page d'accueil, les photos qui forment les liens du bas de la page (vers leur page de catégorie respective) sont installées par groupe de 4. Le thème initial comptait une ligne de 4 photos, la dernière de la ligne a un paramètre de classe qui fait clore la ligne. Je vois que les ajouts des catégories suivantes déboîtent un petit peu. Je suggère de recopier tout rond les 4 paragraphes (les 4 fonctions lartArtList) et en faire la copie juste en-dessous. Ça formera une deuxième ligne toute belle de 4 photos, ile ne restera qu'à changer les numéros de catégories. En y allant toujours par groupes de 4, quitte à en effacer par la suite, ça ne provoquera jamais ces mouvements de boîtes désalignées.
...je viens de faire ce que tu dis, je devrais donc avoir deux lignes complètes de miniatures mais il manque encore la miniature de la catégorie 5 et 6, je ne comprends pas pourquoi
j'ai une autre question: comment se fait-il que si j'ouvre ma dernière catégorie (la 13) toutes les miniatures sont sur la page et en ordre, alors qu'avec une autre catégorie, seulement 5 miniatures s'affichent ?
...je viens de faire ce que tu dis, je devrais donc avoir deux lignes complètes de miniatures mais il manque encore la miniature de la catégorie 5 et 6, je ne comprends pas pourquoi
Pour les images qui sont fautives, il faut remonter la filière jusqu'à l'origine, son article. Habituellement, dans un thème, une image d'accorche va toujours ou jamais fonctionner. Nous avons réglé l'histoire de l'utilitaire de rognage, cette règle du tout ou rien est encore plus vraie. Ton article 53 est le bout de la filière...
j'ai une autre question: comment se fait-il que si j'ouvre ma dernière catégorie (la 13) toutes les miniatures sont sur la page et en ordre, alors qu'avec une autre catégorie, seulement 5 miniatures s'affichent ?
Ça ira mieux si tu me donnes aussi la catégorie qui ne fonctionne pas
J'ai fait le test avec toutes les quantités de 1 à 50 et tout fonctionne parfaitement. Un tout petit test calcule si nous sommes à la 4e colonne pour passer à la ligne suivante, ça marche à tous coups.
Je tourne l'attention vers les éléments de texte. Les caractères sont parfois à blâmer, même si cette particularité de toujours casser au numéro 5 est vraiment spéciale. J'espère qu'aucun plugin n'est installé. Si oui les désactiver tous et voir si ça continue, sans oublier de revoir tous les paragraphes de contenu et de chapô pour nettoyer ce qu'un plugin aurait pu insérer.
Je tire un peu partout, on tombera bien sur un coupable. Les caractères comme des guillemets ont-ils leur place dans un titre ou comme premier caractère d'un chapô ou d'un contenu? Ils semblent utilisé souvent. En informatique en général, on regarde les guillemets et apostrophes avec des gros yeux quand des problèmes d'affichage surviennent. Ce n'est pas une excuse mais les tests d'échappement pour contourner la guillemetophilie pathologique n'ont pas toujours prévu absolument tout.
Un dernier catalogue de suspects, les noms d'images, les garder de longueur minimale et exempts d'élans littéraires orthographiques ou de caractères inquiétants. C'est un dernier recours avant que mon cerveau retourne à la vie et pense à autre chose.
J'ai désactivé le seul plugin que j'avais: CKEditor - Version 4.5.3 (02/09/2015), mais je doute que les problèmes viennent de là
J'ai corrigé l'article 53 et mis une photo d'accroche alors qu'il n'y en avait pas, ça a comblé un trou dans les miniatures de la page d'accueil, mais il manquait encore une miniature, émanant de la catégorie 6... j'ai fini par trouver que cette catégorie existait mais qu'elle n'était pas active, je l'ai donc supprimé.
Après copie du code
[== PHP ==]
<?php $plxShow->lastArtList('...
dans home.php à la suite des autres lignes, j'ai enfin toutes les miniatures correspondantes aux différentes catégories qui s'affichent sur la page d'accueil
Les points que je ne sais pas résoudre:
- Sur la page d'une catégorie, seulement 5 miniatures apparaissent alors qu'elles devraient être au nombre des articles de la catégorie (en ouvrant la page d'un article, j'ai bien en bas toutes les images miniatures de la catégorie)
- Concernant les images, je veux quelles s'affichent à leur taille réelle initiale (celle lors du chargement) c'est à dire par exemple qu'une image de 450x640 px quelle soit en hauteur ou en largeur affichera exactement ces dimensions (grand côté = 640, petit côté = 450) idem pour des images plus petites (il n'y en aura pas de plus grande).
- Sur la page d'un article (d'une photo) les miniatures sont invisibles car trop bas dans la page. Sur cette même page, il y a répétition du texte lié à l'image 2 fois et la colonne de droite est en dessous
- J'ai modifié le fichier footer.php en le surchargeant (j'ai aussi réduit la taille de l'image) j'ai mis le chiffre 13 pour cette section (sans trop savoir ce que je faisais)
mais pour avoir une image de cette catégorie en pied de page. Cette image est issue d'un nouvel article créé juste avant et spécialement pour le pied de page en escomptant que le texte lié à cet article s'afficherait à droite en pied de page, c'est bien le cas. Cependant je ne trouve pas très heureux de séparer ce texte de l'image située à l'opposé, serait-il possible de passer ce texte au milieu et les mots-clé à droite, où les mots-clé complètement à gauche serait encore mieux ?
- Je ne comprends toujours pas comment faire pour que les textes insérés à gauche de la photo principale de la page d'accueil ou celui du pied de page s'affichent en entier
...
Je regarde les images qui arrêtent à 5. Parce que la page categorie.php est relativement courte, tu peux nous en redonner une copie ici pour y jeter un dernier coup d'oeil.
N'importe quel éditeur, si petit soit-il est capable d'inclure des balises qui nuisent. On verra si c'est notre coupable quand tout sera terminé, ce n'est pasun crime d'en avoir un mais les dégâts seront pas la responsabilité de Pluxml ou du thème.
Dans le fichier article.php j'ai modifié la taille des images avec width="640" que j'ai transformé en max-height="640" Y a t-il un autre endroit dans les fichiers où modifier de la sorte ?
Le résultat est beaucoup plus proche de ce que je souhaite au final pour la présentation visuelle des photos, mais bizarrement les 640px ne sont pas bien pris en compte et sont dépassés à concurrence de la taille de l'original
Un truc que je ne comprends pas non plus et qui est lié certainement, c'est que la catégorie 13 avec les photos d'essai échappe à ce dernier paramétrage pour les grands formats de la page dépassant 640px http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article234/essai-photos-1024x1469
Ce n'est pas une grande révolution mais ça rend le code plus conforme. Le plus grand changement est que le titre n'est plus un lien, seule l'image sert de bouton pour se rendre à l'article en question. Ça élimine les cas où le contenu textuel provoquerait un conflit.
Dans le fichier article.php j'ai modifié la taille des images avec width="640" que j'ai transformé en max-height="640" Y a t-il un autre endroit dans les fichiers où modifier de la sorte ?
SVP ne faire aucune modification que ce soit au code à moins que la suggestion vienne de moi. Les codes de CSS sont créés par un designer et sont à peine modifiés par moi quand je peux être à moitié certains que mes décennies d'expérience n'ont pas vu un problème avec ce changement. Je travaille avec la version téléchargée à la base, elle n'a pas changé depuis. Quand le client n'aime pas le cosmétique, on voit ça à la fin.
On commence par le fonctionnel, ce qui veut dire le machin des petites images au bas de la page categorie.php qui fonctionne parfaitement chez moi et qui cloche chez vous sur toutes les pages sauf une.
Désolé je croyais faire avancer le schmilblick !
... Bon j'ai modifié tout ce qui portait préjudice (enlevé le " dans les titres, je les ai raccourcis aussi pour certains etc.
j'ai mis aussi pour essai sur les 6 premiers articles de la catégorie 11 dans le chapeau tout ce qui était dans la partie texte de l'article (ça semble mieux respecter le thème hatch du coup et va peut-être aider à rapprocher les vignettes du bas... http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article223/portfolio-temporalite-11159
L'histoire des 5 est plus simple que prévu. C'est un réglage dans l'admin, il est à 5 par défaut, simplement le changer pour un nombre plus raisonnable et tout reviendra.
Le thème a tellement été modifié qu'il faut pas hésiter de retourner au démo du designer pour toute autre demande. En "empruntant" une section qui existe ailleurs, on peut les attacher ensemble sans trop souffrir. Par opposition, les changements désirés qui n'existent nulle part sont très risqués, on risque de créer des pages qui réagissent mal au mode étroit "mobile".
Le thème du designer n'est pas très généreux en fonctions ou en modèles de pages mais on peut faire pas mal de choses quand même.
Merci... C'est ok
- Pas d'idée comment gérer la longueur du texte dans dans la page d'accueil et en pied de page ?
- et comment remonter les miniatures en page article ?
Désolé, ne voyant pas le site final, je pensais que tout était réglé.
La longueur du texte dans la partie gauche de la page d'accueil est influencée par la règle du chapo. Un truc simple pourrait être de retirer tout le texte du chapo et de tout mettre dans le contenu. Puisque cet article est réservé à cette fin, ça ne causera pas de problème ailleurs.
Pour les petites images, c'est la feuille de style du designer qui décide des règles de base. Plutôt que de les changer, l'idéal est de trouver une page dans la démo qui est disposée comme on voudrait et je pourrai rebâtir une page article.php avec la même structure. La méthode Frankenstein est envisageable mais ça risque de causer des conflits, c'est ce qui nous arrive avec les petites images. J'en concède que le designer a été plutôt avare dans son offre, les gabarits ont souvent une plus longue liste de pages de démonstration. Il ne faut pas se limiter, toutes les pages sont utilisables, le gabarit de la page d'accueil pourrait très bien devenir la nouvelle page article.php. Si la disposition te va, elle sera identique.
Réponses
Avec la modif Ya un souci avec la taille des images qui ne sont pas uniformes quand il y en a des verticales et des horizontales
ici par exemple, http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article65/les-charbonniers-19411 la taille en hauteur est trop importante
alors qu'ici http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article68/les-charbonniers-36401 la hauteur et largeur est ce que je souhaite
Qu'est-ce qu'il y a à modifier dans le code ci-dessus pour que les images qu'elles soient en hauteur ou en largeur restent à la même taille... tout en conservant le liseré noir autour ?
Donc, la version originale du code opère la brutale coupure, le changement suggéré ci-haut préserve l'oeuvre mais joue du coude en poussant le contenu vers le bas. Il existe une dernière alternative qui n'est jamais utilisée, écraser l'image pour la faire entrer, déformant l'image. On en voit un exemple dans l'écran de sélection de thème dans l'admin. Parce qu'on n'y passe que très peu de temps, une image un peu déformée de la présentation du thème ne pose pas de problème.
Sur le site http://miroirdureel.com/ avec le thème par defaut les images qu'elles soient dans un sens ou dans l'autre s'affichent suivant les pages avec un rendu acceptable pour une dimension la plus longue de 640px. La catégorie des cartes photographiques étant, elle, composée de photos plus petites à juste titre.
A par pour les miniatures générées sur les pages du site, n'y a t-il pas moyen par exemple de saisir un code qui permettrait aux images d'être restituées à leur taille réelles (dimensions à définir donc en amont au moment de leur traitement) et ceci en fonction de leur emplacement dans le site ?
A moi de prévoir au préalable la taille de ces images en fonction de leur place sur les pages
1-couper la photo pour entrer dans le trou (option par défaut du thème)
2-fixer la largeur et pousser ce qui suivra vers le bas (option offerte ci-haut)
3-fixer la hauteur et laisser un trou béant à droite si la photo est "trop verticale"
4-écraser l'image pour entrer "de force" dans l'espace prévu
5-utiliser la taille originale au moment du chargement dans /medias, advienne que pourra (option du thème par défaut). Ce choix laisse alors un espace à droite si la photo est verticale mais moins large que le gabarit de la page.
Le designer avait choisi la 4, j'ai choisi la 1, nous avons suggéré la 2 hier si elle est préférée. Il n'y a pas de bonne ou de mauvaise réponse, seulement des opinions. Tu en choisis une et elle deviendra la bonne.
- c'est l'option 3 ou 5 non ?
Le verdict ne revient à personne d'autre que toi.
Je remarque aussi que ma photo d'accueil a été remplacée par une de celle que je viens de charger sur le site et là je ne comprends pas pourquoi, la photo d'accueil et le texte de gauche (qui n'apparait pas dans son entier) sont issus de la catégorie Administration et non de celle des photos d'essai
Ainsi, j'ai fait le choix éditorial d'afficher, dans la grosse image de l'accueil comme partout ailleurs, LE dernier article de la catégorie choisie. Si on retire le paramètre de la catégorie, ça affichera LE dernier article, peu importe son origine. Tu vas bientôt devenir un spécialiste de la fonction lastArtList, c'est loin d'être une perte de temps. Même si tu abandonnais le thème Hatch pour un autre, cette fonction est omniprésente, surtout dans ceux que j'ai offerts dans Ressources. Ça te rappellera des souvenirs du thème Kataklimt.
Le résultat visuel de nos tests d'images "extrêmes" te permettra de décider de l'autre sujet, si tu coupes les images, quoi couper, etc. La décision peut différer à chacun des affichages mais tous les articles utilisent le même gabarit, la règle y sera la même pour tous.
Malgré tout si je comprends un peu, c'est en modifiant cette partie de code: que l'on doit pouvoir augmenter le nombre de mots pour le texte de gauche et en mettant quelque chose à la place du 1...mais quoi ? pour remplacer la photo actuelle par celle qui est ici par exemple http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article26/drome-2649
Ne mélangeons pas les choses, nous parlions surtout des images qui sont un cas de design à traiter à part.
Du coq à l'âne, nous sautons, mais bon. Pour le bout de texte mentionné à la gauche de la grande image de la une, on utilise encore la fonction lastArtList mais plutôt que de "tirer" l'image d'accroche de cet article, on capte son champ "contenu". Je rappelle que le premier 1 veut dire qu'on ne veut qu'un article, et que le paramètre suivant indique de quelle catégorie nous tirons l'élément.
Noter que la longueur du texte n'a rien avoir. Attention aux règles de remplacement des PluXml qui substituent parfois le chapo en l'absence de contenu et/ou l'inverse. Si tes deux éléments textuels (chapo et contenu) de cet article sont assez différents l'un de l'autre, ça sautera aux yeux.
Mon but initial n'était pas de devenir un pro dans le domaine mais de trouver un jolie thème pour mes photos.
Une petite mention sur la page d'accueil, les photos qui forment les liens du bas de la page (vers leur page de catégorie respective) sont installées par groupe de 4. Le thème initial comptait une ligne de 4 photos, la dernière de la ligne a un paramètre de classe qui fait clore la ligne. Je vois que les ajouts des catégories suivantes déboîtent un petit peu. Je suggère de recopier tout rond les 4 paragraphes (les 4 fonctions lartArtList) et en faire la copie juste en-dessous. Ça formera une deuxième ligne toute belle de 4 photos, ile ne restera qu'à changer les numéros de catégories. En y allant toujours par groupes de 4, quitte à en effacer par la suite, ça ne provoquera jamais ces mouvements de boîtes désalignées.
Pour les images qui sont fautives, il faut remonter la filière jusqu'à l'origine, son article. Habituellement, dans un thème, une image d'accorche va toujours ou jamais fonctionner. Nous avons réglé l'histoire de l'utilitaire de rognage, cette règle du tout ou rien est encore plus vraie. Ton article 53 est le bout de la filière...
Ça ira mieux si tu me donnes aussi la catégorie qui ne fonctionne pas
Je tourne l'attention vers les éléments de texte. Les caractères sont parfois à blâmer, même si cette particularité de toujours casser au numéro 5 est vraiment spéciale. J'espère qu'aucun plugin n'est installé. Si oui les désactiver tous et voir si ça continue, sans oublier de revoir tous les paragraphes de contenu et de chapô pour nettoyer ce qu'un plugin aurait pu insérer.
Je tire un peu partout, on tombera bien sur un coupable. Les caractères comme des guillemets ont-ils leur place dans un titre ou comme premier caractère d'un chapô ou d'un contenu? Ils semblent utilisé souvent. En informatique en général, on regarde les guillemets et apostrophes avec des gros yeux quand des problèmes d'affichage surviennent. Ce n'est pas une excuse mais les tests d'échappement pour contourner la guillemetophilie pathologique n'ont pas toujours prévu absolument tout.
Un dernier catalogue de suspects, les noms d'images, les garder de longueur minimale et exempts d'élans littéraires orthographiques ou de caractères inquiétants. C'est un dernier recours avant que mon cerveau retourne à la vie et pense à autre chose.
J'ai corrigé l'article 53 et mis une photo d'accroche alors qu'il n'y en avait pas, ça a comblé un trou dans les miniatures de la page d'accueil, mais il manquait encore une miniature, émanant de la catégorie 6... j'ai fini par trouver que cette catégorie existait mais qu'elle n'était pas active, je l'ai donc supprimé.
Après copie du code dans home.php à la suite des autres lignes, j'ai enfin toutes les miniatures correspondantes aux différentes catégories qui s'affichent sur la page d'accueil
Les points que je ne sais pas résoudre:
- Sur la page d'une catégorie, seulement 5 miniatures apparaissent alors qu'elles devraient être au nombre des articles de la catégorie (en ouvrant la page d'un article, j'ai bien en bas toutes les images miniatures de la catégorie)
- Concernant les images, je veux quelles s'affichent à leur taille réelle initiale (celle lors du chargement) c'est à dire par exemple qu'une image de 450x640 px quelle soit en hauteur ou en largeur affichera exactement ces dimensions (grand côté = 640, petit côté = 450) idem pour des images plus petites (il n'y en aura pas de plus grande).
- Sur la page d'un article (d'une photo) les miniatures sont invisibles car trop bas dans la page. Sur cette même page, il y a répétition du texte lié à l'image 2 fois et la colonne de droite est en dessous
- J'ai modifié le fichier footer.php en le surchargeant (j'ai aussi réduit la taille de l'image) j'ai mis le chiffre 13 pour cette section (sans trop savoir ce que je faisais) mais pour avoir une image de cette catégorie en pied de page. Cette image est issue d'un nouvel article créé juste avant et spécialement pour le pied de page en escomptant que le texte lié à cet article s'afficherait à droite en pied de page, c'est bien le cas. Cependant je ne trouve pas très heureux de séparer ce texte de l'image située à l'opposé, serait-il possible de passer ce texte au milieu et les mots-clé à droite, où les mots-clé complètement à gauche serait encore mieux ?
- Je ne comprends toujours pas comment faire pour que les textes insérés à gauche de la photo principale de la page d'accueil ou celui du pied de page s'affichent en entier
...
N'importe quel éditeur, si petit soit-il est capable d'inclure des balises qui nuisent. On verra si c'est notre coupable quand tout sera terminé, ce n'est pasun crime d'en avoir un mais les dégâts seront pas la responsabilité de Pluxml ou du thème.
Dans le fichier article.php j'ai modifié la taille des images avec width="640" que j'ai transformé en max-height="640" Y a t-il un autre endroit dans les fichiers où modifier de la sorte ?
Le résultat est beaucoup plus proche de ce que je souhaite au final pour la présentation visuelle des photos, mais bizarrement les 640px ne sont pas bien pris en compte et sont dépassés à concurrence de la taille de l'original
Un truc que je ne comprends pas non plus et qui est lié certainement, c'est que la catégorie 13 avec les photos d'essai échappe à ce dernier paramétrage pour les grands formats de la page dépassant 640px http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article234/essai-photos-1024x1469
Ce n'est pas une grande révolution mais ça rend le code plus conforme. Le plus grand changement est que le titre n'est plus un lien, seule l'image sert de bouton pour se rendre à l'article en question. Ça élimine les cas où le contenu textuel provoquerait un conflit.
SVP ne faire aucune modification que ce soit au code à moins que la suggestion vienne de moi. Les codes de CSS sont créés par un designer et sont à peine modifiés par moi quand je peux être à moitié certains que mes décennies d'expérience n'ont pas vu un problème avec ce changement. Je travaille avec la version téléchargée à la base, elle n'a pas changé depuis. Quand le client n'aime pas le cosmétique, on voit ça à la fin.
On commence par le fonctionnel, ce qui veut dire le machin des petites images au bas de la page categorie.php qui fonctionne parfaitement chez moi et qui cloche chez vous sur toutes les pages sauf une.
... Bon j'ai modifié tout ce qui portait préjudice (enlevé le " dans les titres, je les ai raccourcis aussi pour certains etc.
j'ai mis aussi pour essai sur les 6 premiers articles de la catégorie 11 dans le chapeau tout ce qui était dans la partie texte de l'article (ça semble mieux respecter le thème hatch du coup et va peut-être aider à rapprocher les vignettes du bas... http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article223/portfolio-temporalite-11159
Le thème a tellement été modifié qu'il faut pas hésiter de retourner au démo du designer pour toute autre demande. En "empruntant" une section qui existe ailleurs, on peut les attacher ensemble sans trop souffrir. Par opposition, les changements désirés qui n'existent nulle part sont très risqués, on risque de créer des pages qui réagissent mal au mode étroit "mobile".
Le thème du designer n'est pas très généreux en fonctions ou en modèles de pages mais on peut faire pas mal de choses quand même.
- Pas d'idée comment gérer la longueur du texte dans dans la page d'accueil et en pied de page ?
- et comment remonter les miniatures en page article ?
Personne n'a d'idée pour la suite des réglages sur ce thème ?
J'ai besoin d'aide, car seul je ne peux pas plus avancer
Cordialement
La longueur du texte dans la partie gauche de la page d'accueil est influencée par la règle du chapo. Un truc simple pourrait être de retirer tout le texte du chapo et de tout mettre dans le contenu. Puisque cet article est réservé à cette fin, ça ne causera pas de problème ailleurs.
Pour les petites images, c'est la feuille de style du designer qui décide des règles de base. Plutôt que de les changer, l'idéal est de trouver une page dans la démo qui est disposée comme on voudrait et je pourrai rebâtir une page article.php avec la même structure. La méthode Frankenstein est envisageable mais ça risque de causer des conflits, c'est ce qui nous arrive avec les petites images. J'en concède que le designer a été plutôt avare dans son offre, les gabarits ont souvent une plus longue liste de pages de démonstration. Il ne faut pas se limiter, toutes les pages sont utilisables, le gabarit de la page d'accueil pourrait très bien devenir la nouvelle page article.php. Si la disposition te va, elle sera identique.