Bonjour Pierre
Merci de venir à la rescousse
J'ai enlevé le texte du chapo pour le mettre dans le contenu, mais que ce soit pour l'article de gauche en haut ou celui de droite en bas de la page d'accueil, ça ne change rien, le texte n'apparait pas dans son entier... je ne vois pas dans quel fichier on pourrait éventuellement surcharger le code pour augmenter la longueur du texte (si c'est de ce coté qu'il faut chercher)
Pour la page article avec les petites images sous la grande, pourquoi pas comme la page d'accueil...mais alors on va perdre la colonne de droite, c'est ça ?
Je regarderai si c'est une fonction de PluXml qui coupe le texte à une certaine limite. Plusieurs fonctions d'affichage sont influencées par la page où elles se trouvent, la page d'accueil produit plusieurs de ces comportements spéciaux, je ferai quelques tests et peut-être que nos amis experts trouveront avant moi.
Pour la page d'article remaniée, c'est bien ça le problème, la colonne de droite n'est pas visible dans le gabarit de la page d'accueil. En soi, c'est assez commun mais au moins on la retrouver habituellement sur une page qui pourrait contenir un article. Le gabarit de page d'article a une grande importance dans un CMS, c'est la page où on dirige les gens de l'externe comme de Facebook ou autres, la page qu'on tag, qu'on "aime" sur les réseaux sociaux. C'est pourquoi on tente de lui ajouter une colonne de "pubs maison" qui dit ni plus ni moins "restez un peu, voici ce que j'ai à offrir aussi". C'est pour cette raison que j'avais rafistolé une colonne de droite sur une page qui n'en avait pas. On trouvera bien quelque chose.
Je pense que je tiens quelque chose pour l'histoire des petites boîtes d'images. Tu peux faire un essai en localisant la ligne dans article.php qui dit:
L'effet est de canceller une commande de la feuille de style qui repart une section pleine largeur. En interrompant cette instruction, la liste de boîtes demeure dans la partie "contenu" de la page, bien serrée en-dessous des commentaires.
...Une chose encore que je remarque: ça a modifié la taille des images qui s'affichent en haut de la page article, je ne les ai plus en taille réelle initiale
C'est une règle d'affichage pour limiter "l'offre" à 8 autres images de la même catégorie. Le paramètre est réglé à la fin de la fonction lastArtList, c'est la raison du chiffre 8.
Il ne faut pas oublier qu'on est bel et bien sur une page d'article, pas une page de catégorie. L'idée ici est de présenter une petite sélection d'images qui font partie de la même catégorie, déjà un nombre de 8 est plutôt élevé dans les règles d'ergonomie. Ma suggestion initiale était de diriger toutes ces images vers une véritable page de catégorie, une page prévue pour afficher tout son contenu. Nous l'avons changé par la suite pour passer à l'article plutôt.
C'est la différence fondamentale entre une page d'article et de catégorie. Plus on triche, plus on s'éloigne d'une utilisation optimale d'un CMS. Ce n'est pas un crime, seulement une confusion pour le visiteur. C'est comme une caissière d'épicerie qui nous offre gentiment d'acheter un billet de loterie, il faut pas décrire l'allée 4 au complet...
Précédemment avant ce dernier changement, j'avais toutes les images liées à l'article, comme celles de la catégorie
Une fois dans l'article ça n'a pas de sens si on n'a pas toutes les images en dessous de la première affichée, non ?
Qui a t-il lieu de faire maintenant ?
J'avoue ne pas comprendre grand chose dans la question mais allons-y un sujet à la fois.
Le dernier changement ne fait rien d'autre que faire remonter les 8 petites images plus près du contenu d'un article. Ces 8 images étaient auparavant groupées trop bas dans la page avec un grand trou blanc au-dessus. Il s'agit toujours d'une page d'article, qui ne concerne au départ qu'une seule photo qui vient avec un seul titre et son contenu. On voit même dans l'adresse URL le mot article suivi d'un numéro. Même si le contenu comporte quelques autres photos, l'image d'accroche est unique.
Par opposition, une page de catégorie dans les règles de l'art affiche les images d'accroche de ses articles. On voit alors dans l'URL le mot catégorie avec son numéro. Les images enchâssées dans le contenu n'apparaissent pas dans nos pages parce que le gabarit de page de catégorie n'utilise que la variable de l'image. Ces dernières deviennent des liens vers toutes et chacunes des pages d'article, une par une.
Bonjour Pierre
Je crois comprendre, mais peut-être pas tout
En gros avant quand on avait <div class="gallery"> dans le fichier tout semblait "nickel" on avait bien (en + de l'image d'accroche) toutes les images liés à l'article sur la page article, sauf quelles étaient en bas de page et que la colonne de droite était mal placée
Que la catégorie présente toutes ses images me semble très bien (on peut allez voir celle de notre choix tout de suite), et que la page article face la même chose me parait tout aussi bien, sauf que je ne peux pas t'aider à mettre ça au point, désolé.
C'est assez peu orthodoxe, j'espère que les visiteurs n'en seront pas confus mais bon. Si la limite de 8 est un problème, simplement remplacer le chiffre 8 dans les paramètres par un chiffre ridiculement élevé comme 99. Je pense que le remplacer par une simple virgule fonctionne aussi mais une certaine limite, si ridiculement élevée soit-elle, est probablement préférable.
Merci,
,99, entre les virgules a rétablit le nombre des images de l'article
- je reste encore avec l'image d'accroche qui ne correspond plus à ce quelle était initialement. Elle est tronquée en hauteur et largeur suivant le cas pour rentrer dans la cadre
comment avoir toujours la bonne taille, quelles apparaissent soit en hauteur ou en largeur ?
- initialement elle font 660px dans leur dimensions la plus grande
J'ai donné la réponse à cette question au numéro 82 de cette rubrique, on dirait que la ligne d'image est encore comme l'originale avec le rognage automatique pour respecter le design du gabarit. Sur la page d'article pour un site de photo, c'est bien certain que l'image doit apparaître au complet, c'était pourquoi cette suggestion avait été faite, celle de changer la balise d'image pour
Je veux juste dire un grand merci à Pierre pour le partage de son savoir et de ses thèmes.
cImage est vraiment un très bon outil. Merci de ma l'avoir fait découvrir.
Tant mieux si mes recherches pour les outils les plus utiles et polyvalents trouvent des adeptes! J'utilise beaucoup l'outil pour ses fonctions de rognage parce que les gabarits créés par les designers ne peuvent pas être à la merci des formats d'images importées. Un gabarit qui attend une image très verticale souffrirait beaucoup de recevoir une photo cadrée sur un plan très horizontal, quelque chose cassera dans la page si on l'insérait d'origine.
J'utilisais Timthumb autrefois pour les fonctions de rognage mais des problèmes de sécurité ont eu raison de son développement et son créateur l'a laissé tomber. C'était bien triste mais cImage est venu à la rescousse avec sensiblement la même flexibilité et simplicité d'utilisation. Tout étant concentré dans un seul fichier que l'on n'ouvre même jamais, ça rend son utilisation presque aussi simple que la balise HTML img qu'il remanipule avant l'affichage.
Comme c'est souvent le cas, le programmeur-créateur de cImage n'est pas un as du marketing et laisse la communauté découvrir son chef-d'oeuvre presque par accident. Ce suédois d'origine est pourtant fort sympathique et répond rapidement aux questions des utilisateurs de son utilitaire. Pour les intéressés, il a rédigé une page explicative avec quelques exemples d'utilisations communes, la liste complète serait tellement longue qu'on s'y perdrait. Rien de mieux que de l'essayer pour être séduit.
Concernant la dimension des images, je ne sais pas pourquoi mais le code dont tu fais référence avait disparu du fichier article.php, je viens de le remettre :
<img src="<?php $plxShow->artThumbnail('#img_url'); ?>" width="640" alt="<?php $plxShow->artThumbnail('#img_alt'); ?>" class="single-thumbnail featured">
- j'ai la bonne largeur et grosseur avec des images horizontales, mais les images verticales augmentent en hauteur pour garder le paramètre 640px en largeur
- en modifiant comme ça: <img src="<?php $plxShow->artThumbnail('#img_url'); ?>" max-height="640" alt="<?php $plxShow->artThumbnail('#img_alt'); ?>" class="single-thumbnail featured"> j'obtiens une largeur correcte et une hauteur très approchante légèrement supérieure à l'original... Je ne sais pas si je fais bien !?
Faire bien ou pas, c'est en regardant le résultat que ça se décide. Les règles de l'art ont leur mot à dire, les conseils pour éviter les problèmes parlent un peu plus fort, mais c'est le patron qui a le dernier mot.
Forcer un seul des paramètres de taille d'image est la solution rapide pour toujours la voir au complet. Limiter la hauteur dans un corridor qui a une largeur fixe c'est un peu spécial mais seul l'avenir dira si la décision éditoriale de design mérite d'être changée. En insérant des images de tailles minuscules, gigantesques, effroyablement verticales et horizontales, la vérité remontera à la surface.
... En fait avec ce paramètre, en y regardant de près, ça affiche les images à leur dimension originale, ça ne respecte donc pas tout à fait les 640px en hauteur, mais si ça marche comme ça tant mieux
Par contre l'histoire de la longueur des textes: à gauche en page d'accueil et à droite en pied de page, je ne vois toujours pas comment les régler afin qu'ils s'affichent dans leur entier
C'est une question de permutation entre les variables #art_content et #art_chapo dans la fonction lastArtList au tout début de home.php
Pour expliquer la technique peu banale, il faut imaginer que cette première fonction procède à l'extraction de la partie contenu (ou chapô si jamais c'est préféré) d'un seul article.
La section suivante triche elle aussi, elle extrait la liste des articles identifiés dans l'admin comme étant destinés à l'accueil mais interrompt cette liste après avoir affiché l'image d'accroche du tout premier article, les suivants sont ignorés. Le subterfuge permet de facilement changer de temps en temps l'image de la une en cochant une simple case, c'est très marketing.
Nous sommes sur la "home", PluXml interjecte quelques règles mais on trouve toujours une solution en faisant quelques essais. On peut déplacer le texte désiré du champ chapô au contenu, vider le champ chapô, etc.
- peut-être changer la variable appelée entre #art_content et #art_chapo
- peut-être changer le contenu de chapô ou du texte de l'article dans l'admin
C'est ton contenu, il faut faire tes essais. Le thème téléchargé démarre avec des assomptions, elles ne sont pas bonnes ou mauvaises, elles font quelque chose. Quand on n'aime pas ce qui est rendu à l'écran, on modifie, parfois le code, parfois le contenu des champs. Personne ne peut prendre ta place pour ces tâtonnements vers la recherche de la perfection. Au mieux, quelqu'un te donnera des idées en connaissant de mémoire les règles propres à PluXml en termes d'affichage, de tronquage, de permutation. C'est probablement moins long de changer le contenu et les deux petites variables du code.
Dans l'admin, que je mette le texte dans le chapo et le texte n'apparait pas
Il apparait quand je le met dans le contenu
peut-être changer la variable appelée entre #art_content et #art_chapo
Que faire exactement avec ça ?
En bougeant le texte de chapo à contenu j'ai tenté de remplacer #art_content par #art_chapo dans home.php mais sans résultat
Je pense qu'on approche. En mettant tout dans la variable contenu et en laissant la variable #art_content dans la première fonction lastArtList de home.php, j'imagine que ça l'affichera au complet. Le même cas a été discuté ailleurs sur le forum il y a quelques jours. En vidant le chapô et en n'utilisant que le contenu, "le client était satisfait", il préférait afficher tout son contenu plutôt que de voir un chapô et un "Lire la suite" pour se transporter vers la page d'article. Je voyais le filon, c'est pourquoi j'ai suggéré la même chose ici.
Je commence à soupçonner la feuille de style, je vais y faire un tour pendant que tu continues à bidouiller.
À noter que toute cette gymnastique ne s'applique que pour ce petit texte en haut à gauche de la une. Pour les autres articles, plus on s'en tient aux normes de PluXml (titre,chapo,contenu,accroche), moins on s'attire de problèmes.
... ben non, c'est ce que j'essayais de te dire: tout le texte est dans "contenu" et dans le fichier home.php j'ai <div id="author-bio">
<?php $plxShow->lastArtList('#art_content',1,'12'); ?>
</div>
Je n'ai même pas de "lire la suite" d'ailleurs
Le texte de l'article est ici http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article225/bienvenue-sur-le-site-miroir-du-reel
Sa longueur déstabilise aussi la colonne de droite... que le texte soit mis dans chapo ou contenu c'est pareil (dans chapo il n'apparait plus en page d'accueil)
Je comprend ce que tu dis, mais personne ne peut voir où tu en es rendu dans les essais, quel champ est sollicité et dans lequel le texte se trouve, c'est pour ça que la tâche te revient en attendant de trouver quelque chose à te suggérer.
Le "lire la suite" ne viendra jamais avec la fonction lastArtList, il surgit seulement quand on invoque la fonction directement de artChapo() dans une boucle du genre WHILE ou FOR. Il n'est pas exclus qu'on aille dans cette direction si jamais il n'y a pas moyen avec lastArtList mais je continue sur le cas.
Quelle horreur, c'est tellement simple que c'en est humiliant, c'est même écrit au dernier endroit où l'on penserait regarder, le manuel...
Tout ce qu'il faut faire est de stipuler le nombre de caractères maximum désirés, aussi bien pour la variable #art_chapo que pour #art_content. Alors, disons que nous utilisons le contenu, c'est plus propice dans notre cas, on dira alors #art_content(300) pour, par exemple extraire les 300 premiers caractères du champ en question. La limite devrait être calculée pour remplir jusqu'au bas de l'image de droite qui a une taille fixe. Sinon, tout simplement jouer un peu avec le texte pour arriver à quelque chose de bien.
...Bien vu !
Avec #art_content(900) j'ai le texte entier
Cependant la page de l'article en question est restée désordonnée, et je ne vois pas comment la rétablir, le texte est dans le contenu, ce qui gène et fait rentrer la colonne à gauche, c'est :
Bienvenue sur le site Miroir du Réel
Date: 05 mai 2016
Rédigé par: jeami
Classé dans: Administration
Mots clés: aucun
Vu que c'est une page spéciale juste pour avoir ce texte en page d'accueil, il est peut-être préférable de la rendre invisible (tout en gardant le texte de la page d'accueil) est-ce possible, comment ?
Dans la partie admin si je vais dans Édition des options de la catégorie "Administration" et que je coche non pour "Afficher les articles de cette catégorie sur la page d'accueil" ça ne produit rien
Le texte prévu pour le coin gauche n'existe pas ailleurs, il est spécialement créé pour cet usage, ce n'est pas un vrai article. Il n'a donc pas à être lu ailleurs dans une page d'article normale. Il n'est pas invisible, juste utilisée à un seul endroit. Tu lui donnes une catégorie à part et on ne le trouvera jamais ailleurs.
Ta page d'accueil n'a pas d'articles qui sont assignés en cochant dans l'admin, à l'exception d'une image d'accroche, la grande image. Tu choisis un seul article que tu veux mettre en valeur et tu coches la case. Il est donc inutile d'en cocher plus d'un. Les autres images de l'accueil sont tirées de chacune des catégories choisies dans les fonctions lastArtList (identifiées par leur numéro) une après l'autre. Tu as fait ça la première journée.
Je ne suis pas sur d'avoir tout compris
Dans l'admin, 2 articles concernent la page d'accueil:
- un est lié au texte du haut à gauche /catégorie 12 Administration
- un autre au texte du pied à droite / catégorie 13 essaiphotos
j'ai donc rendu inactives et masqué les deux catégories, mais les deux images d'accroche sont restées visibles sur la page d'accueil (les deux dernières en bas à droite et celle de la catégorie 13 dans le pied de page en bas à gauche) en cliquant sur ces 3 images une page blanche s'ouvre...
y aurait pas moyen de les rendre inactives ou invisibles (mis à part celle du cartouche du pied de page) ?
Ce n'est pas tout à fait exact, "concerner la page d'accueil" est un peu vague, reprenons tout ce qui s'y trouve affiché, soit appelé par le fichier de la page d'accueil (home.php) ou par autre chose.
La liste des catégories dans le menu est bâtie par la fonction catList qui se trouve dans le fichier header.php , on peut y inclure ou y exclure n'importe quelle suite de catégories par leur numéro respectif.
Le texte du haut à gauche de la grande image est une fonction lastArtList d'une longueur de 1 et d'un numéro de catégorie quelconque. Rien, ni là ni ailleurs, ne permet d'ouvrir cet article sur une page article.php, cet emplacement du haut à gauche est le seul endroit où l'on voit ce contenu.
La grande photo de l'accueil est l'image d'accroche tirée de l'article coché dans l'admin comme étant destiné à l'accueil. Si plusieurs aticles ont cette case "accueil" cochée , ce sera une erreur car un seul ne peut y apparaître.
Les 4 boîtes d'images au centre de l'accueil sont une à une des fonctions lastArtList qui pigent LE dernier article de chacune de ces catégories. Ces 4 boîtes sont recopiées pour accomoder un plus grand nombre de catégories mais le principe reste le même, on change les "petits numéro 1" à deux endroits et on a le parfait contrôle de tout ce qui apparaît dans cette succession de boîtes.
L'image en bas à gauche et le texte en bas à droite ont beau apparaître sur la page d'accueil, attention à cette distinction, il s'agit du pied de page qui apparaît sur toutes les pages. Aucunement relié à l'accueil, il se règle par le fichier footer.php où l'on retrouve 2 instances de la fonction lastArtList, tout à fait contrôlables par leurs paramètres. Celle de gauche appelle une image d'accroche, celle de droite appelle un texte de contenu, les deux instances de lastArtList ne dépendent pas l'une de l'autre. La partie du centre est tirée de la fonction tagList qui affichent les mots-clés, on ne touche à rien là.
Voilà, 100% de tout ce qui se trouve sur la page d'accueil, venant de 3 fichiers distincts, est parfaitement contrôlable par les fonctions présentes, pas d'histoire de masque, d'invisibilité, de désactivation, d'inactivité ou d'autres choses étranges.
Réponses
Merci de venir à la rescousse
J'ai enlevé le texte du chapo pour le mettre dans le contenu, mais que ce soit pour l'article de gauche en haut ou celui de droite en bas de la page d'accueil, ça ne change rien, le texte n'apparait pas dans son entier... je ne vois pas dans quel fichier on pourrait éventuellement surcharger le code pour augmenter la longueur du texte (si c'est de ce coté qu'il faut chercher)
Pour la page article avec les petites images sous la grande, pourquoi pas comme la page d'accueil...mais alors on va perdre la colonne de droite, c'est ça ?
Pour la page d'article remaniée, c'est bien ça le problème, la colonne de droite n'est pas visible dans le gabarit de la page d'accueil. En soi, c'est assez commun mais au moins on la retrouver habituellement sur une page qui pourrait contenir un article. Le gabarit de page d'article a une grande importance dans un CMS, c'est la page où on dirige les gens de l'externe comme de Facebook ou autres, la page qu'on tag, qu'on "aime" sur les réseaux sociaux. C'est pourquoi on tente de lui ajouter une colonne de "pubs maison" qui dit ni plus ni moins "restez un peu, voici ce que j'ai à offrir aussi". C'est pour cette raison que j'avais rafistolé une colonne de droite sur une page qui n'en avait pas. On trouvera bien quelque chose.
et la remplaçant par :
L'effet est de canceller une commande de la feuille de style qui repart une section pleine largeur. En interrompant cette instruction, la liste de boîtes demeure dans la partie "contenu" de la page, bien serrée en-dessous des commentaires.
Il ne faut pas oublier qu'on est bel et bien sur une page d'article, pas une page de catégorie. L'idée ici est de présenter une petite sélection d'images qui font partie de la même catégorie, déjà un nombre de 8 est plutôt élevé dans les règles d'ergonomie. Ma suggestion initiale était de diriger toutes ces images vers une véritable page de catégorie, une page prévue pour afficher tout son contenu. Nous l'avons changé par la suite pour passer à l'article plutôt.
C'est la différence fondamentale entre une page d'article et de catégorie. Plus on triche, plus on s'éloigne d'une utilisation optimale d'un CMS. Ce n'est pas un crime, seulement une confusion pour le visiteur. C'est comme une caissière d'épicerie qui nous offre gentiment d'acheter un billet de loterie, il faut pas décrire l'allée 4 au complet...
Une fois dans l'article ça n'a pas de sens si on n'a pas toutes les images en dessous de la première affichée, non ?
Qui a t-il lieu de faire maintenant ?
Le dernier changement ne fait rien d'autre que faire remonter les 8 petites images plus près du contenu d'un article. Ces 8 images étaient auparavant groupées trop bas dans la page avec un grand trou blanc au-dessus. Il s'agit toujours d'une page d'article, qui ne concerne au départ qu'une seule photo qui vient avec un seul titre et son contenu. On voit même dans l'adresse URL le mot article suivi d'un numéro. Même si le contenu comporte quelques autres photos, l'image d'accroche est unique.
Par opposition, une page de catégorie dans les règles de l'art affiche les images d'accroche de ses articles. On voit alors dans l'URL le mot catégorie avec son numéro. Les images enchâssées dans le contenu n'apparaissent pas dans nos pages parce que le gabarit de page de catégorie n'utilise que la variable de l'image. Ces dernières deviennent des liens vers toutes et chacunes des pages d'article, une par une.
Je crois comprendre, mais peut-être pas tout
En gros avant quand on avait <div class="gallery"> dans le fichier tout semblait "nickel" on avait bien (en + de l'image d'accroche) toutes les images liés à l'article sur la page article, sauf quelles étaient en bas de page et que la colonne de droite était mal placée
Que la catégorie présente toutes ses images me semble très bien (on peut allez voir celle de notre choix tout de suite), et que la page article face la même chose me parait tout aussi bien, sauf que je ne peux pas t'aider à mettre ça au point, désolé.
,99, entre les virgules a rétablit le nombre des images de l'article
- je reste encore avec l'image d'accroche qui ne correspond plus à ce quelle était initialement. Elle est tronquée en hauteur et largeur suivant le cas pour rentrer dans la cadre
comment avoir toujours la bonne taille, quelles apparaissent soit en hauteur ou en largeur ?
- initialement elle font 660px dans leur dimensions la plus grande
<img src="<?php $plxShow->artThumbnail('#img_url'); ?>" width="640" alt="<?php $plxShow->artThumbnail('#img_alt'); ?>" class="single-thumbnail featured">
ce qui fixe la largeur à 640px et pousse tout le reste vers le bas, que l'image soit très horizontale ou très horizontale.
Je veux juste dire un grand merci à Pierre pour le partage de son savoir et de ses thèmes.
cImage est vraiment un très bon outil. Merci de ma l'avoir fait découvrir.
J'utilisais Timthumb autrefois pour les fonctions de rognage mais des problèmes de sécurité ont eu raison de son développement et son créateur l'a laissé tomber. C'était bien triste mais cImage est venu à la rescousse avec sensiblement la même flexibilité et simplicité d'utilisation. Tout étant concentré dans un seul fichier que l'on n'ouvre même jamais, ça rend son utilisation presque aussi simple que la balise HTML img qu'il remanipule avant l'affichage.
Comme c'est souvent le cas, le programmeur-créateur de cImage n'est pas un as du marketing et laisse la communauté découvrir son chef-d'oeuvre presque par accident. Ce suédois d'origine est pourtant fort sympathique et répond rapidement aux questions des utilisateurs de son utilitaire. Pour les intéressés, il a rédigé une page explicative avec quelques exemples d'utilisations communes, la liste complète serait tellement longue qu'on s'y perdrait. Rien de mieux que de l'essayer pour être séduit.
<img src="<?php $plxShow->artThumbnail('#img_url'); ?>" width="640" alt="<?php $plxShow->artThumbnail('#img_alt'); ?>" class="single-thumbnail featured">
- j'ai la bonne largeur et grosseur avec des images horizontales, mais les images verticales augmentent en hauteur pour garder le paramètre 640px en largeur
- en modifiant comme ça: <img src="<?php $plxShow->artThumbnail('#img_url'); ?>" max-height="640" alt="<?php $plxShow->artThumbnail('#img_alt'); ?>" class="single-thumbnail featured"> j'obtiens une largeur correcte et une hauteur très approchante légèrement supérieure à l'original... Je ne sais pas si je fais bien !?
Forcer un seul des paramètres de taille d'image est la solution rapide pour toujours la voir au complet. Limiter la hauteur dans un corridor qui a une largeur fixe c'est un peu spécial mais seul l'avenir dira si la décision éditoriale de design mérite d'être changée. En insérant des images de tailles minuscules, gigantesques, effroyablement verticales et horizontales, la vérité remontera à la surface.
Par contre l'histoire de la longueur des textes: à gauche en page d'accueil et à droite en pied de page, je ne vois toujours pas comment les régler afin qu'ils s'affichent dans leur entier
Pour expliquer la technique peu banale, il faut imaginer que cette première fonction procède à l'extraction de la partie contenu (ou chapô si jamais c'est préféré) d'un seul article.
La section suivante triche elle aussi, elle extrait la liste des articles identifiés dans l'admin comme étant destinés à l'accueil mais interrompt cette liste après avoir affiché l'image d'accroche du tout premier article, les suivants sont ignorés. Le subterfuge permet de facilement changer de temps en temps l'image de la une en cochant une simple case, c'est très marketing.
Nous sommes sur la "home", PluXml interjecte quelques règles mais on trouve toujours une solution en faisant quelques essais. On peut déplacer le texte désiré du champ chapô au contenu, vider le champ chapô, etc.
- faut que je bouge quoi ??
- peut-être changer la variable appelée entre #art_content et #art_chapo
- peut-être changer le contenu de chapô ou du texte de l'article dans l'admin
C'est ton contenu, il faut faire tes essais. Le thème téléchargé démarre avec des assomptions, elles ne sont pas bonnes ou mauvaises, elles font quelque chose. Quand on n'aime pas ce qui est rendu à l'écran, on modifie, parfois le code, parfois le contenu des champs. Personne ne peut prendre ta place pour ces tâtonnements vers la recherche de la perfection. Au mieux, quelqu'un te donnera des idées en connaissant de mémoire les règles propres à PluXml en termes d'affichage, de tronquage, de permutation. C'est probablement moins long de changer le contenu et les deux petites variables du code.
Il apparait quand je le met dans le contenu Que faire exactement avec ça ?
En bougeant le texte de chapo à contenu j'ai tenté de remplacer #art_content par #art_chapo dans home.php mais sans résultat
Je commence à soupçonner la feuille de style, je vais y faire un tour pendant que tu continues à bidouiller.
À noter que toute cette gymnastique ne s'applique que pour ce petit texte en haut à gauche de la une. Pour les autres articles, plus on s'en tient aux normes de PluXml (titre,chapo,contenu,accroche), moins on s'attire de problèmes.
<?php $plxShow->lastArtList('#art_content',1,'12'); ?>
</div>
Je n'ai même pas de "lire la suite" d'ailleurs
Le texte de l'article est ici http://www.gite-des-aubes.com/PluXml-5.5-photos/index.php?article225/bienvenue-sur-le-site-miroir-du-reel
Sa longueur déstabilise aussi la colonne de droite... que le texte soit mis dans chapo ou contenu c'est pareil (dans chapo il n'apparait plus en page d'accueil)
Le "lire la suite" ne viendra jamais avec la fonction lastArtList, il surgit seulement quand on invoque la fonction directement de artChapo() dans une boucle du genre WHILE ou FOR. Il n'est pas exclus qu'on aille dans cette direction si jamais il n'y a pas moyen avec lastArtList mais je continue sur le cas.
Tout ce qu'il faut faire est de stipuler le nombre de caractères maximum désirés, aussi bien pour la variable #art_chapo que pour #art_content. Alors, disons que nous utilisons le contenu, c'est plus propice dans notre cas, on dira alors #art_content(300) pour, par exemple extraire les 300 premiers caractères du champ en question. La limite devrait être calculée pour remplir jusqu'au bas de l'image de droite qui a une taille fixe. Sinon, tout simplement jouer un peu avec le texte pour arriver à quelque chose de bien.
Avec #art_content(900) j'ai le texte entier
Cependant la page de l'article en question est restée désordonnée, et je ne vois pas comment la rétablir, le texte est dans le contenu, ce qui gène et fait rentrer la colonne à gauche, c'est :
Bienvenue sur le site Miroir du Réel
Date: 05 mai 2016
Rédigé par: jeami
Classé dans: Administration
Mots clés: aucun
Vu que c'est une page spéciale juste pour avoir ce texte en page d'accueil, il est peut-être préférable de la rendre invisible (tout en gardant le texte de la page d'accueil) est-ce possible, comment ?
Dans la partie admin si je vais dans Édition des options de la catégorie "Administration" et que je coche non pour "Afficher les articles de cette catégorie sur la page d'accueil" ça ne produit rien
Ta page d'accueil n'a pas d'articles qui sont assignés en cochant dans l'admin, à l'exception d'une image d'accroche, la grande image. Tu choisis un seul article que tu veux mettre en valeur et tu coches la case. Il est donc inutile d'en cocher plus d'un. Les autres images de l'accueil sont tirées de chacune des catégories choisies dans les fonctions lastArtList (identifiées par leur numéro) une après l'autre. Tu as fait ça la première journée.
Dans l'admin, 2 articles concernent la page d'accueil:
- un est lié au texte du haut à gauche /catégorie 12 Administration
- un autre au texte du pied à droite / catégorie 13 essaiphotos
j'ai donc rendu inactives et masqué les deux catégories, mais les deux images d'accroche sont restées visibles sur la page d'accueil (les deux dernières en bas à droite et celle de la catégorie 13 dans le pied de page en bas à gauche) en cliquant sur ces 3 images une page blanche s'ouvre...
y aurait pas moyen de les rendre inactives ou invisibles (mis à part celle du cartouche du pied de page) ?
La liste des catégories dans le menu est bâtie par la fonction catList qui se trouve dans le fichier header.php , on peut y inclure ou y exclure n'importe quelle suite de catégories par leur numéro respectif.
Le texte du haut à gauche de la grande image est une fonction lastArtList d'une longueur de 1 et d'un numéro de catégorie quelconque. Rien, ni là ni ailleurs, ne permet d'ouvrir cet article sur une page article.php, cet emplacement du haut à gauche est le seul endroit où l'on voit ce contenu.
La grande photo de l'accueil est l'image d'accroche tirée de l'article coché dans l'admin comme étant destiné à l'accueil. Si plusieurs aticles ont cette case "accueil" cochée , ce sera une erreur car un seul ne peut y apparaître.
Les 4 boîtes d'images au centre de l'accueil sont une à une des fonctions lastArtList qui pigent LE dernier article de chacune de ces catégories. Ces 4 boîtes sont recopiées pour accomoder un plus grand nombre de catégories mais le principe reste le même, on change les "petits numéro 1" à deux endroits et on a le parfait contrôle de tout ce qui apparaît dans cette succession de boîtes.
L'image en bas à gauche et le texte en bas à droite ont beau apparaître sur la page d'accueil, attention à cette distinction, il s'agit du pied de page qui apparaît sur toutes les pages. Aucunement relié à l'accueil, il se règle par le fichier footer.php où l'on retrouve 2 instances de la fonction lastArtList, tout à fait contrôlables par leurs paramètres. Celle de gauche appelle une image d'accroche, celle de droite appelle un texte de contenu, les deux instances de lastArtList ne dépendent pas l'une de l'autre. La partie du centre est tirée de la fonction tagList qui affichent les mots-clés, on ne touche à rien là.
Voilà, 100% de tout ce qui se trouve sur la page d'accueil, venant de 3 fichiers distincts, est parfaitement contrôlable par les fonctions présentes, pas d'histoire de masque, d'invisibilité, de désactivation, d'inactivité ou d'autres choses étranges.