logo

NPDS : Gestion de contenu et de communauté


Content & Community Management System (CCMS) robuste, sécurisé, complet, performant, parlant vraiment français, libre (Open-Source) et gratuit.
19 visiteur(s) et 0 membre(s) en ligne.
Activité du Site

Pages vues depuis 25/05/2001 : 110 281 824

  • Nb. de membres 8 696
  • Nb. d'articles 1 695
  • Nb. de forums 26
  • Nb. de sujets 8
  • Nb. de critiques 92

Top 10  Statistiques

Index du forum »»  Bugs, Probs ... »» Bloc CSS et Bloc CSS spécifique

Modérateur(s)developpeurjpbJireck

Poster une réponse dans le sujet

A propos des messages publiés :
Les utilisateurs anonymes peuvent poster de nouveaux sujets et des réponses dans ce forum.

 

Aperçu des sujets :

Jireck Jireck
Posté : 25 juin 2025 à 22:00
tu comprends pas la problématique tant pis
jpb jpb
Posté : 25 juin 2025 à 12:50
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...
L'eau goutte à goutte finit toujours par percer la pierre.
Jireck Jireck
Posté : 25 juin 2025 à 12:24
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é.

jpb jpb
Posté : 25 juin 2025 à 11:14
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]...
L'eau goutte à goutte finit toujours par percer la pierre.
 Message édité par : jpb / 26/06/2025 12:21
Jireck Jireck
Posté : 25 juin 2025 à 09:06
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 ;-)

nicolas2 nicolas2
Posté : 25 juin 2025 à 00:26
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 ?
nicolas2 nicolas2
Posté : 25 juin 2025 à 00:22
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
jpb jpb
Posté : 24 juin 2025 à 23:02
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 ...
L'eau goutte à goutte finit toujours par percer la pierre.
nicolas2 nicolas2
Posté : 24 juin 2025 à 20:19
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
nicolas2 nicolas2
Posté : 24 juin 2025 à 20:13
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
 Message édité par : nicolas2 / 24/06/2025 20:13