mise en page d'article avec custom field

[woluweb]

oh, tu peux tout faire dans un seul layout override alors.
Exemple :
* un champ "adulte / enfant" (ou un tag ou le fait que le titre commence par la lettre F, que sais-je. Une condition donc)
* puis dans ton layout override tu dis "si champ="adulte" alors tel layout sinon autre layout"

[herve]

Ben, de toute façon quand on crée des custom fields qui ne sont pas pour tous les articles, c'est en utilisant les Catégories qu'on va pouvoir limiter leur "scope".
Si on n'a pas besoin d'afficher des menus "par catégorie", pas bien grave : on les crée et sur l'onglet Link Type du Menu, on met Display in Menu sur No

Si on part sur l a surcharge dans /templates/shaper_helixultimate/html/com_content/article, je vais avoir un fichier par catégorie. exemples:
res1.php avec champs [a, b, c]
res2.php avec champs [a, e, f, h]
res3.php avec champs [a, e, i]
Je ne peux déclarer qu'un seul fichier dans le menu pour tout mes articles ressources * !! qui comprends toutes mes articles de toutes mes catégories avec plusieurs rendus différents

Du coup je suis désolé là mais je n'ai pas bien compris la dernière phrase; je ne sais pas si toi tu m'as bien compris ce coup-ci !?

Sinon désolé mais même si pas de réponse immédiate, j'aimerais bien comprendre c/ et d/ pour une approche générale des surcharges avec joomla

Bon week-end
*que je filtrerai après mais c'est une autre histoire

[woluweb]

Ben, de toute façon quand on crée des custom fields qui ne sont pas pour tous les articles, c'est en utilisatn les Catégories qu'on va pouvoir limiter leur "scope".
Si on n'a pas besoin d'afficher des menus "par catégorie", pas bien grave : on les crée et sur l'onglet Link Type du Menu, on met Display in Menu sur No

[herve]

Cela m'oblige à mettre un lien de menu par catégorie dans mon arborescence, car je partais sur un lien menu unique "Ressources".
De plus je pourrai être amené à scinder une catégorie en plusieurs sous-catégorie avec quelques champs personnalisés différents !?

J'étais parti sur une architecture plus fine, mais bon en dernier recours je testerai cette solution, la semaine prochaine, si je n'ai pas d'autres réponses sur c/ & d/ !
En tout les cas , merci de ton suivi

[woluweb]

mmmh, mais c'est exactement ce qu'on fait avec un Alternate Layout :
Exemple ici sur le site du Joomladay.fr : pour tous les articles de la catégorie Intervenants, on sélectionne le Layout Override "intervenants"... qui est la vue traditionnelle "article" dans laquelle on a fait quelques adaptations et ajouté les Champs Personnalisés aux endroits voulus :

https://screenpresso.com/=x8cwc

[herve]

salut

Pour revenir à la question initiale du fil : quand je parlais d'Alternate Layout, je ne visais même pas encore l'Alternate Layout du "render" d'un field donné.
Je visais simplement l'Alternate Layout de la vue Article de com_content où on peut forcément définir son layout librement, ajouter des classes etc.

Ok mais ce n'est donc pas pour moi une solution vu que je veux avoir un modèle d'affichage d'article par catégorie.
sauf erreur de ma part, j'aurai plutôt besoin des pistes c/ & d/.
Si quelqu'un peut m'en dire plus ?
Bonne journée

[woluweb]

Oui ghazal , merci ! Je suis aussi abonné au nouveau fil Github sur les subfields.
Ce sera une tuerie effectivement (et c'est dommage que finalement ça ne sera pas déjà intégré dans J!3.x )

Merci pour le code qui ajoute la classe dans le "render" d'un champ.

Pour revenir à la question initiale du fil : quand je parlais d'Alternate Layout, je ne visais même pas encore l'Alternate Layout du "render" d'un field donné.
Je visais simplement l'Alternate Layout de la vue Article de com_content où on peut forcément définir son layout librement, ajouter des classes etc.

[ghazal]

A propos de render class pour les CF dans les articles
La class CSS ne peut s'afficher en front car elle n'existe pas dans le render.php d'un field
alors qu'elle est présente dans com_contact
cf /components/com_contact/layouts/field/render.php

J'avais fait la proposition sur github mais je m'étais fait basher woluweb , je t"en avais parlé.
Il n'en reste pas moins que je fais systématiquement la modif parce que ... je le peux et surtout que je m'en sers pour styler, insert en alternate layout.

Dans /components/com_fields/layouts/field/render.php

$field = $displayData['field'];
$label = JText::_($field->label);
$value = $field->value;
$showLabel = $field->params->get('showlabel');
$labelClass = $field->params->get('label_render_class');
$class     = $field->params->get('render_class');   //on rajoute le paramètre

if ($value == '')
{
    return;
}

?>
<?php if ($showLabel == 1) : ?>
    <span class="field-label <?php echo $labelClass; ?>"><?php echo htmlentities($label, ENT_QUOTES | ENT_IGNORE, 'UTF-8'); ?>: </span>
<?php endif; ?>
<span class="field-value" <?php echo $class; ?>><?php echo $value; ?></span>   //on echo la variable

Je modifie aussi les tags html et j'ai le rendu que je souhaite.

woluweb pour info, il y a une proposition géniale de subfields pour la J4
Joomla! Issue Tracker | Fields subfields

https://issues.joomla.org/tracker/joomla-cms/24711

Testé et ça marche très bien.

[herve]

Bonjour

woluweb et les autres pationnés de CF
Bon j'avance avec 2 tests sur override et alternative layout.
je reviens quand même vers toi afin que je prenne un bon premier départ et une bonne méthodologie car plusieurs sites à faire après celui là.

Je récapitule le besoin qui est de faire un site sous Joomla similaire avec un affichage d'un article https://www.clibre.eu/tux-paint-outi...r-les-enfants/ qui comporte une belle mise en page de nombreux champs et groupes ce champs.
Le site pourra comporter plusieurs centaines d'articles répartis en 3 ou 4 catégories.
Chaque catégorie ayant ~ 10 champs personnalisés dont 2 ou 3 communs.

a/ Si j’utilise alternative layout [templates/shaper_helixultimate/html/layouts/com_fields/field/] avec autant de fichiers render-x.php que de champs, cela risque de faire beaucoup de paramétrage (chaque champ), fichier à maintenir ... du coup je ne vois pas cela super avantageux !?

b/ Si j'utilise override [/templates/shaper_helixultimate/html/com_content/article]. là je pourrai faire mon rendu de toute ma page mais je dois faire un paramétrage via un lien de menu. Si j'ai plusieurs sous catégories thématiques, je suis embêté !?


Du coup tu ne m'a pas parlé (et vas sur sur les docs suggérés) la possibilité de faire cela pour
c/ un groupe de champs [/templates/MY_TEMPLATE/html/layouts/com_fields/fields] mais je ne vois pas ou le déclarer dans le groupe de champ ?

d/ pour une catégorie, possibilité de faire cela pour une catégorie (cf image), mais c'est l'affichage de la catégorie ou des articles de la catégorie ?

Avec ce cahier de charge , quelle piste serait la plus pertinente ?
Bonne journée

[woluweb]

Pour le tuto, il y a le lien vers le site du JoomlaDay que j'évoque ci-dessus.

Lors des màj de Joomla, no stress : par définition, override ni le layout override ne sont écrasés...
(par contre, il est vrai que puisque ce sont des fichiers "forkés" à l'instant t, si Joomla ajoute des fonctionnalités ou corrige des bugs sur le fichier original, pour en bénéficier il faudrait -si utile- reproduire ces changements dans son duplicata. Mais dans la pratique, c'est rare. Et d'ailleurs, Joomla4 va venir avec une fonctionnalité permettant justement de repérer facilement ces fichiers dont la source originale a évolué depuis le fork)

[herve]

Bonjour

Override et alternate layout sont en effet assez similaires :
- dans les deux cas on fait un "duplicata" du fichier d'une vue et on personnalise
- on appelle ça override quand le fichier personnalisé va s'appliquer d'office (dans 100% des cas), et on appelle ça alternate layout quand on va n'appliquer le fichier que (p.ex.) pour certaines catégories (en effet, dans un menu de type blog p ex, on peut choisir l'Alternate Layout)

Bref, dans le cas de custom fields, c'est plutôt un alternate layout pcq je suppose que tous les articles du site n'auront pas ces custom fields.

ok je vais partir sue alternate layout.
Qui a un bon tuto la dessus ?
et sur mon inuqiétude; qu'est-ce qui se passent si le fichier original (joomla ou extension) est mis à jour, Il faut dupliquer les modifications ou il n'y a rien à faire ?
@+

[woluweb]

Override et alternate layout sont en effet assez similaires :
- dans les deux cas on fait un "duplicata" du fichier d'une vue et on personnalise
- on appelle ça override quand le fichier personnalisé va s'appliquer d'office (dans 100% des cas), et on appelle ça alternate layout quand on va n'appliquer le fichier que (p.ex.) pour certaines catégories (en effet, dans un menu de type blog p ex, on peut choisir l'Alternate Layout)

Bref, dans le cas de custom fields, c'est plutôt un alternate layout pcq je suppose que tous les articles du site n'auront pas ces custom fields.

[herve]

Bonjour,
En plus de mes questions précédentes, je regarde du côté de l'override mais aussi "Alternate layout" (pour l'instant tjs centré sur la modification de l'affichage des custom fields).
Néanmoins ces concepts qui existent depuis longtemps sont encore confuent pour moi (et aussi pour certaines ressources en ligne qui les confondent plus ou moins!).
Est-ce que vous pourriez m'expliquer ou me passer une référence qui expliquent bien la différence entre les 2 ? voir si possible avantages et inconvénients ?
Je me demande aussi qu'est-ce qui se passent si le fichier original (joomla ou extension) est mis à jour, Il faut dupliquer les modifications ou il n'y a rien à faire ?
merci pour vos éclairages
@+

[herve]

Bonsoir
Merci pour vos suggestions. je vais reformuler ma demande:
je vais avoir des centaines d'articles. Chaque article ayant des valeurs de custom fields différentes.
je ne rentre pas ces données manuellement!!
Les custom fields seront automatiquement "mappé" au chargement de l'article (voir affichage et effet visuel sur le site actuel) .

Il me semble que le plugin de cédric est utilisable manuellement dans un article, je ne fais pas cela
les css des custom fields pourraient certainement répondre à ma demande mais comme je privilégierai une solution plus globale

Je viens de voir les présentations de Christian Bardin à ce sujet sur joomladay.fr > archives
Je pense qu'effectivement les layout seraient la solution sauf si je trouve une solution plus conviviale.
J'ai demandé à https://www.regularlabs.com/guides/1...icles-anywhere

Pour la mise en forme, j’ai trouvé 2 extensions avec des shortcodes qui a priori seraient proches de mes besoins de mise en forme;

https://extensions.joomla.org/extensions/extension/core-enhancements/coding-a-scripts-integration/yt-shortcode/

https://codecanyon.net/item/shortcode-ultimate-plugin-for-joomla/7807980

Les connaissez-vous et ce que vous en pensez (si connaissance de l'auteur ou extension) ?
Cordialement

[roland_d_alsace]

Hello.

As-tu regardé le plugin de Cédric.

Voir : https://www.joomlack.fr/extensions-j...stom-fields-ck