[RÉGLÉ] Surcharge d'une surcharge de template ?

[RobertG]

Bonjour,

Je suis en train de migrer un site de J3 en J4 et j'utilise le template Astroid One.
La surcharge de l'affichage des articles positionne les tags après le texte de l'article, mais je voudrais les afficher en tête d'article. Déplacer le code est possible, mais il faudra recommencer si le template doit être mis à jour.
Comment protéger ma modification ?
Merci de vos conseils !

[dolmenhir]

J'ai pas eu à faire d'override sous Astroid, mais demande à Marc (woluweb ) qui est un habitué d'Astroid

[woluweb]

c'est quel fichier que tu as overridé ?

[RobertG]

Merci à vous deux !

C'est tout simplement le fichier astroid_template_one/html/com_content/default.php dans lequel j'ai neutralisé le code "show_tags" pour l'utiliser au-dessous du titre de l'article.

[woluweb]

Plutôt qu un override, fais un alternate layout, cad que tu changes le nom du fichier php puis ds le menu tu choisis ce layout...
Procédure générale Joomla quoi.

[manu93fr]

Merci à vous deux !

C'est tout simplement le fichier astroid_template_one/html/com_content/default.php dans lequel j'ai neutralisé le code "show_tags" pour l'utiliser au-dessous du titre de l'article.

Bonsoir Robert
cette technique fonctionne mais disparaitra suite à une mise à jour du template
L'alternate layout permettra de conserver ta modif

[RobertG]

Bonjour,

Merci de ces conseils ! Je n'avais jamais eu l'occasion de m'intéresser aux layouts jusqu'ici.
Mais la question reste quand même, notamment avec les alertes de substitutions qui comparent les surcharges des templates avec les fichier système : si une correction est faite au niveau de la surcharge du template pour tenir compte de la modification système, soit on reste donc à une ancienne version du fichier, soit on doit refaire les modifications sur ce layout alternatif.

[dolmenhir]

soit on doit refaire les modifications sur ce layout alternatif.

Théoriquement, un alternate layout ne faisant pas parti du package du template d'origine, puisque tu l'as créé, ne sera pas impacté par la mise à jour qui ne se focalise que sur les fichiers inscrits dans son manifest. Bref, il ne sera ni modifié ni supprimé, au même titre qu'un classique override d'une extension dont le fichier original est dupliqué mais placé dans un dossier (du template) qui n'est pas son dossier d'origine : ce fichier, dont le couple "nom et nouvel emplacement" sont inconnus du manifest d'installation ou de màj de ladite extension, ne sera pas impacté lui non plus.

[RobertG]

Oui, c'est bien ce que j'ai compris, mais de toute manière si les fichiers core changent et que le template est mis à jour au niveau de ses surcharges, on sera obligé de refaire ce layout pour suivre l'évolution, ou de faire comme si des modifications n'avaient pas été faites, c'est bien le problème.
L'idéal, lorsqu'il s'agit de positionnement, comme idi pour les tags, serait qu'on puisse définir leur position dans la page article, comme pour la position des infos, ce qui n'est pas le cas.
En fait, il faudrait que les tags soient gérés comme le sont les affichages de l'auteur, les dates, etc. avec un paramétrage dans les articles et leurs paramètres généraux.

[dolmenhir]

Je comprend ta préoccupation, mais les templates sont rarement sujets à des màj de cette ampleur.

En fait, il faudrait que les tags soient gérés comme le sont les affichages de l'auteur, les dates, etc. avec un paramétrage dans les articles et leurs paramètres généraux.

Je dirai même plus, il faudrait pouvoir les gérer comme les champs personnalisées, càd les placer où l'on veut dans le corps de l'article via l'éditeur, soit par paquet (catégorie(s)) soit individuellement (un éditeur intelligent devrait même pouvoir le proposer dès que l'on saisit le symbole #.