NPDS : Gestion de contenu et de communauté

pour les css la doc ne suffit pas ?? et ça fonctionne ou pas ?

cool pour les uri

tu na pas un exemple avec les css que je debug la bestiole car du mal a comprendre ce truc css

Citation : jpb
pour les css la doc ne suffit pas ?? et ça fonctionne ou pas ?

non ne fonctionne pas ou alors je comprend pas comme cela fonctionne c'est un des deux !!!!

dans le code du block

<div class="card mb-3 shadow">

                           <h5 class="card-header"> !B_title! </h5>

                           <div class="card-body">!B_content!</div>

                        </div>

tu doit bien avoir

<div class="card mb-3 shadow">

                           <h5 class="card-header !B_class_title!"> !B_title! </h5>

                           <div class="card-body !B_class_content!">!B_content!</div>

                        </div>

après dans le bloc tu active la css spécifique et tu ajoute les lignes

class-title#nom css donc (RB_6 seleont le block)
class-content# nom css donc idem ici

et mis la css dans le style du theme direct pour teste
ou je comprend pas ?

la doc est peu clair c'est vrai ...
quand tu cliques sur css spécifique le code va généré un attribut html id (correspondant à la position et à l'id du bloc) (ce qui n'est pas le cas quand ce n'est pas coché) et c'est donc ce selecteur que tu vas utiliser dans ta css ...
exemple avec ca à la fin de ton style.css ou ailleurs :
#LB_2 {
color: #FF0000;
font-family: Georgia, "Times New Roman", serif;
font-size: 1.25em;
font-weight: bold;
}

bon cela a l'inconvénient des css en cascade ... le résultat dépendra de la poistion de ce bout de css et aussi du contenu de ce qui est avant (css du framework ou autre ...)

donc si ut fait

#LB_2 .toto {
color: #FF0000;
font-family: Georgia, "Times New Roman", serif;
font-size: 1.25em;
font-weight: bold;
}

dans ton bloc tu fait
class-title#toto

donc !B_class_title! => class = toto

bon cela a l'inconvénient des css en cascade ... le résultat dépendra de la poistion de ce bout de css et aussi du contenu de ce qui est avant (css du framework ou autre ...) ==> donc compliquer quoi !!!!

oui ca doit être à peu prêt ça (mais donc la doc est incomplete ....) ... et oui c'est bien compliqué pour un résultat instable ... et c'est sans doute pour ça que j'avais supprimer les métamot dans les templates de bloc ... ce qui veux dire c'est que la plupart des themes de l'archive ne supporte plus sans que les templates html des blocs ne soient re-modifiés ...
- donc on fait quoi ...

bon pour la css dans le block sa fonctionne enfin, jais compris le truc, pas de bug dans le code de la function pour la gestion css.

mais il faut bien ajouter dans les fichiers block-left.html et block-right.html
les balise meta suivante

!B_class_title!

!B_class_content!

dans le bloc le bloc content

class-title#toto

Activer le Bloc => active yes

dans la css du theme ou css global ajout

#LB_6 .toto {

  background: #f13404;

}

#LB_6 => LB => div du block left : 6 =>id du block
.toto la css spécifique

et block-left.html

<div class="card mb-3 shadow">

   <h5 class="card-header">

      <span class="!B_class_title!">

         !B_title! 

      </span>

   </h5>

   <div class="card-body !B_class_content!">!B_content!</div>

</div>

et la miracle sa fonctionne !

idem pour !B_class_content!

Citation : jpb
oui ca doit être à peu prêt ça (mais donc la doc est incomplete ....) ... et oui c'est bien compliqué pour un résultat instable ... et c'est sans doute pour ça que j'avais supprimer les métamot dans les templates de bloc ... ce qui veux dire c'est que la plupart des themes de l'archive ne supporte plus sans que les templates html des blocs ne soient re-modifiés ...
- donc on fait quoi ...

 Message édité par : jpb / 24/06/2025 19:12

 Message édité par : jpb / 24/06/2025 19:51

donc on fait quoi ... A garder une foi que tu a compris le truc c'est hyper simple et rapide, peut être mieux détailler la doc qui et un peut limite en explication

donc pour la css title et content => c'est ok

et pour bloc uri# => c'est ok avec ma correction de code que tu a tester

block-left.html

<div class="card mb-3 shadow">

   <h5 class="card-header">

      <span class="!B_class_title!">

         !B_title! 

      </span>

   </h5>

   <div class="card-body">

      <span class="!B_class_content!">

         !B_content! 

      </span>

   </div>

</div>

faire la même sur block-right mettre les meta dans une balise span

voir le résulta comme exemple bloc Les plus téléchargés en haut gauche du site => https://npds.twocms.fr/index.php?op=edito

oui je peux remettre les template bloc à jour et compléter la doc ...
mais pourquoi les balises span ?? dans le titre ca peut passer ! mais dans le content notre html risque d'avoir mauvaise figure car le html du content est souvent bien plus complexe et donc un div serait plus adapté (un span est inenvisageable) ...

mais je me répète cette implémentation ne permettra pas d'atteindre un comportement stable et cohérent de la css c'est extrêmement compliqué voir impossible dans certain cas ...

oui un div plus approprier jais mis span me suis tromper lol mais bon pour faire mais test sa marche vraiment pas penser a une div ptdr

mais je me répète cette implémentation ne permettra pas d'atteindre un comportement stable et cohérent de la css c'est extrêmement compliqué voir impossible dans certain cas ...

oui je suis d'accord mais via le bloc c'est des petites action sur la css comme agrandir la police ou couleur idem pour content, on va pas refaire toutes la css du site via cette possibilité.

âpres a voir si il faut garder ou pas a vous de voir, que dit jireck sur ce sujet ?

Hello,

Je suis le chef en rien. vous faites comme bon vous semble.

le principe de base était de pouvoir styler n'importe quel bloc sur n'importe quel uri afin de coller au design fait par le webmaster. le webmaster contrôlait entièrement le design.

la gestion des blocs a été refaite. vous permettez maintenant aux users de styler lui même le site (skin, etc...) et il est compliquer d'empêcher les users de styler le design (thème par défaut stylable), donc on est pas du tout dans la même philosophie.

Je n'utilise donc qu'occasionnellement cette fonction simple car la restriction est compliqué.

Pour finir mon raisonnement, c'est un fonction très intéressante pour enlight un bloc au bon moment ou autre mais il faut pouvoir limiter les users dans le design.

La doc (pas lu) est surement incomplète puisque nico a eu des difficultés à implémenter.

pour moi, la réflexion est pas seulement sur cette fonction mais sur la vision des thèmes et du design, de ce qu'on veux mettre en place comme philosophie.

les thèmes proposés sont pour certains obsolètes (uncompilant).

Pour finir, c'est a toi jpb qui dirige, maintient le code de decider. moi je ne fais plus rien. je suis comme nico à aimer aider, à soumettre des choses jamais pris en compte, à aimer npds (je fais toujours plein de module => aucun publié depuis 10 ans)...

Voila.
Je reste disponible pour échanger sur les sujets que je connais.

PS : Ce fut un plaisir de revoir (relire) des échanges constructifs sur le forums ;-)

ok on garde donc
- j'affine la doc
- remet les metamot de classes dans les templates
- le div dans les contents (inutile en fait pas besoin de surcharger le html)

et oui c'est une implémentation qui a pour but de modifier individuellement le style du contenu d'un bloc ... [mais qui à ses limites et peux ne pas produire exactement les résultats attendus par les éléments de css invoqués]...

c'est ce que je dis in fine.
quand tu met un site en prod,
soit tu prends un thème par défaut et là tranquille tu peux laisser les autres thèmes, la possibilité de skinner, jour/ nuit et tu t'en fout. tu utilise pas les blocs personnalisé etc...

soit tu veux faire un thème personnalisé et là tu rentre dans la galère, prendre un bon thème de base (pour moi 1 seul est bon actuellement) tu supprimes tous les autres, tu design ton thème, tu peux utiliser les blocs personnalisé.

que ce soit sur un thème de base ou sur un thème personnalisé tu peux utiliser les blocs personalisés.
La limite dont on parle reste la même car elle est non seulement du au framework mais aussi à ce que génère le core pour le contenu des blocs ...

je ne penses pas que faire un thème personnalisé soit une galère...

tu comprends pas la problématique tant pis