Aller au contenu
Support de Zwii

Toute l’activité

Ce flux se met à jour automatiquement     

  1. Dernière heure
  2. Bonsoir, J'ai parcouru rapidement vos travaux, je viens de passer 7h en bagnole pour retourner à mon domicile. Trois remarques : Sylvain gèrera le débogage de la 10.4.00 Le code CSS que propose @roger devra être placé sous la ligne 272 de common.css, une smartphone en 320 ne peut pas marche en paysage ? On ne gère pas un problème qui n'existe pas ? Ce problème d'accent est vraiment pénible ! Tout dépend de la configuration du serveur Web, du système, tu as quoi toi @roger ?. Sur ma machine tout est ok, cf copie d'écran. Soit on revient sur le commit soit on utilise une fonction comme celle-ci. Je ferai de nouveaux tests demain si je peux.
  3. Aujourd’hui
  4. 1) La barre de menu en dehors des liens n'est pas de la même couleur N.B. J'ai ce problème depuis longtemps. J'avais corrigé en mettant dans la feuille de CSS supplémentaire : .navLevel1 { background-color: rgba(35, 137, 137, 0.81) mais ça ne fonctionne plus (Là, je l'ai enlevé) 2) D'autre part, dans Personnaliser les thèmes > Menu > Configuration > Alignement du contenu : n'a pas d'effet ----------------- Lien vers mon site : https://ericrogergarcia.legtux.org P.S. Je n'étais pas repassé depuis un bon moment ! Bien amicalement Eric
  5. La mienne Sylvain c'est celle qui était en ligne le 28/10 juste avant la tienne, et comme Fred a remis l'encodage des langues autrement dans le fichier à la racine du zwiii (index.php) ça provoque chez toi ce "blème" avec les accents. setlocale(LC_ALL, 'fr','fr_FR','fr_FR.utf8','fr-FR','fra'); Chez moi sur la version précédent l'index.php pour le jeu de langue est celui ci setlocale (LC_ALL, 'fr_FR.utf8','fra'); A vérifier surtout si une virgule n'a pas été oubliée dans la correction de fred tout à la fin de la ligne, je vérifie aussitot et vient te dire avant de fermer le pc. EDIT: Je confirme c'est la correction apportée par Fred qui affiche mal les caractères accentués dans les dates (testé sur FF, GC et Edge) Bonne soirée les amis, je file
  6. J'ai téléchargé la 10.4.00 ce 30/10 à 14h30
  7. En effet ces données sont absentes lors de l'installation du cms dans le fichier install.php (dossier /core/module/install/ ) à la création du premier utilisateur du zwii, donc l'admin. Il suffira de les inclure dans le fichier d'installation pour qu'ensuite elles soient répercutées dans le fichier user.json. Chez moi aucune perte des caractères accentués dans la date d'un article crée, j'ai volontairement choisi décembre (en plus de celui posé en Février) qui est dans l'installation de base du cms. je suis avec la même version de test depuis le début
  8. Merci Sylvain pour le test du code, Fred pourra ainsi l'exploiter dans la version à venir. Je vais regarder les deux trucs que tu as relevé dans ton message précédent (les accentués et la signature...) je te tiens au courant ici.
  9. Bonjour @Fred et @roger, Test de la version 10.4.00 (30/10 14h30) J'apprécie le renforcement du captcha par les opérateurs arithmétiques et l'encadré du mail reçu lors d'une demande d'approbation. Je note 2 points de détail : Perte des accentuées dans la date de publication d'un article de blog, Signature des commentaires : avec le réglage par défaut de l'utilisateur admin (configuration de l'utilisateur non modifiée) sa signature est sur identifiant. Quand cet admin laisse un commentaire le prénom apparaît au moment de la saisie puis la signature est absente dans le bandeau du commentaire. Dés que la configuration de l'utilisateur a été mise à jour les choses rentrent dans l'ordre et la signature est celle configurée. En fait pour le deuxième point le pseudo et la signature ne sont pas mémorisées dans user.json à la création d'utilisateur : il manque dans la fonction add() de user/add.php la lecture des entrées 'userAddPseudo' et 'useAddSignature' et leur enregistrement. Il faudrait également donner des valeurs par défaut aux clefs pseudo("") et signature (1) dans core/module/install/install.php fonction index(). A plus... Sylvain
  10. Voilà juste du code css à placer dans le module concerné et ceux à seulement deux endroits là où il y a le css pour la configuration des articles et celle des commentaires postés (config.css & comment.css) et roule ma poule, un bins de moins pour l'avenir.
  11. Bon en live @sylvainlelievre si tu veux essayer, j'ai mis mon code dans le css perso pour ne pas toucher au code d'origine (il sera temps ensuite de le mettre au bon endroit dnas le common?css ou dans le css du module) /* essai table verticale */ @media (max-width: 480px){ .table thead { display: none; } .table tr{ display: block; margin-bottom: 10px; } .table td { display: block; text-align: right; width: auto; } } Résultat final en image Voilà si ça marche chez vous youpi on a résolu ce "bins là" Edit de fin de test: 💡 le code est à placer dans le dossier du module blog ici: /module/blog/view/config/config/config.css ainsi que dans le css des commentaires du module 👉 (cela laisse le fichier commons.css propre et ne joue que sur le css du blog uniquement) au besoin on l'adapte à tout modules qui demande une config à afficher sur les appareils plus petit qu'une tablette, c'était mon messages pour les développeurs de modules pour qu'ils adaptent plus tard les leur à la nouvelle version qui arrive)
  12. @sylvainlelievre YES je viens de trouver le code miracle!!!!!!! Le temps de l'adapter pour les boutons et nous résoudrons tout nos soucis: L'astuce est de rendre les tables non pas en mode responsive leur affichage sur une seule ligne (texte plus boutons pour UNE SEULE TABLE par exemple) mais de faire la même chose mais avec l’affichage d'une seule table sur plusieurs lignes... je viens de faire le test ça marche nickel depuis le plus petit affichage smartphone jusque ce que l'on désire.... Je peaufine pour que cela ne s'applique que pour le plus petit des smartphones et reviens vite donner le résultat ici. pour montrer le code brut (avant que je l'optimise et uniquement pour les trois boutons) voici ce que cela donne avec le css encore "brut de décoffrage" on y est presque!!!!! j'en suis là
  13. ou rendre l'affichage de 'commentaires' conditionnel...
  14. Et pourtant il y en a qui ne jure que par ceci....gérer leur site ou autre depuis leur smartphone. Ce qui selon moi est complètement absurde car un smartphone n'apportera jamais la flexibilité de travail d'un pc ou même une tablette en 7/10 pouce, cela apporte juste un seul avantage être réactif immédiatement quand on a pas de prise de courant à portée de main, de réseau WIFI pour y connecter sa tablette ou pc portable... Puis franc hement consulter un site web depuis de si petits appareils, c'est pas la panacée je trouve (sauf pour les jeunes qui ne savent même plus regarder la télé, se coller devant leur bonne vielle console de jeu, pire simplement discuter de vive voix ensemble ou en famille tellement leur vie est accés sur ce "foutu téléphone portable"; Sylvain, seconde proposition que tu proposes (raccourcir le texte) déjà essayé hier et encore ce matin, ça ne marche qu'à moitié mais c'est une bonne piste tout de même. Bonne journée à toi et surtout bon tests aussi cette aprem, avec un peu de patience peut être arriverons nous à trouver une solution efficace pour régler ce "petit soucis pour petit smartphone" 🙃
  15. Bonjour @Fred et @roger, C'est vrai que administrer son site avec un portable en 320 px ne va pas être chose courante !!! Sinon on pourrait remplacer 'Commentaires' par 'Com.'. Cet AM je réinstalle une 10.4.00 à partir du Github pour refaire des tests. Bonne journée à vous Sylvain
  16. En deux images retour de test pour le responsive; Faire disparaître la barre des intitules par un "display none" ne résoud pas le problème des tables en dessous (td) qui elles contiennent textes et boutons) ce sont ces tables qui occupent plus de place de par leur nombre et leur texte visible dans la première td qui empêche les deux derniers bouton de s'afficher correctement) 👉 Ce sont le "td" qu'il faut aussi diminuer en largeur pour qu'elle apparaissent toutes dans l'affichage portrait d'un petit mobile. J'ai au moins une solution pour l'affichage des commentaires, par contre pas encore trouvé pour l'affichage des articles du blog publiés. Je continue de chercher en ce sens aussi, 💡 Au pire comme c'est le seul endroit où il y a ce "disfonctionnement" il suffira au gens de "basculer" leur petit smartphone en mode paysage et alors plus de blème, solution la plus simple non?
  17. Bonjour @Fred 👉 je vais ce matin appliqué ta correction et si elle marche je te la confirme aussitôt ici. L'erreur est humaine et parfois l'on suit une mauvaise piste tellement l'on est convaincu que...et puis qui n'essaie rien ne risque rien non, sauf de passer à coté d'une perle rare parce que l'on ne l'a pas pris en compte ni essayé. 😉 💡 Le code que j'avais donné en début de mois d'octobre en remplacement de celui d'origine écrit dans le .htaccess suffisait à remettre les dates en français partout dans le cms, j'avais bien pris la peine de le vérifier avant de le publier. Si ta nouvelle correction apporte un plus sans interférer dans son interprétation (le fait de rajouter plusieurs fois la langue fr sous différentes formes d'écritures) dans les différents navigateurs web qui eux interprètent le codage linguistique suivant le réglage dans ceux ci de la langue utilisateur sur le pc ou mac... 👉 Là aussi je met en place ta correction ce main, puis rapporte Bonne journée à toi Fred, moi je "retourne dans ma prison d'état, la casbah confinée qu'est ma maison" en attendant de meilleur jours ensoleillés.
  18. Hier
  19. @roger le problème que tu exposes est lié à l'en-tête "commentaire" qui fixe la largeur de la colonne et empêche la réduction. Pour corriger ça se passe dans common.css : /* Tableau sur les écrans de petites tailles */ @media (max-width: 768px) { .table thead { font-size: 0.8em; } } @media (max-width: 668px) { .table thead { display:none; } } Par ailleurs, je reviens sur le problème des dates en FR dans un sujet que tu avais commencé : Bêtement, j'ai suivi le conseil de @Gilux ce qui était une erreur, je travaille actuellement sur un serveur sous macos dans lequel UTF-8 n'est pas déclaré dans php.ini, résultat, les dates sont en anglais. Normal, l'encodage n'est pas par défaut en UTF-8 ! Supprimer les encodage utf8_encode était donc une connerie. Cependant au lieu de les remettre en place, je préfère compléter index.php avec ceci : setlocale(LC_ALL, 'fr','fr_FR','fr_FR.utf8','fr-FR','fra'); C'est chargé mais ça devrait fonctionner avec différents OS et serveurs. Ce week-end je pourrai faire le test sous une machine linux, selon vos retours, on avisera pour clore ce problème définitivement.
  20. @Fred @sylvainlelievre Pouvez vous vérifier en mode responsive (le plus petit écran d'un smartphone) il y a un petit problème sur un écran de taille 320x480 c'est le mode portrait, les tables ne montre pas les boutons éditer/supprimer un article de blog posté. la cause est due au fait qu'il a fallut ajouter une colonne de plus pour la partie qui concerne les commentaires postés et le bouton.... Cela se remarque aussi en diminuant la largeur au minima dans un navigateur. En mode portrait c'est nickel ainsi que pour tout les autres formats d'affichage suivants. j'ai repéré ce "petit blème " simplement en travaillant sur l'un de mes petits plus, le livre d'or adapté à la future 10400. Je bosse dessus dans le css pour trouver une solution , j'ai déjà essayé de diminuer les textes dans le haut (titre/date de publication etc...) ça marche pas, idem en modifiant les chiffres des colonnes (<?php echo template::table([4,4, 1, 1, 1, 1] etc..........) c'est pareil. Si je trouve avant vous je fournis l'info.
  21. C'est une erreur, je vais l'ajouter.
  22. @Fred dans le commit tu as supprimé dans la toolbar formatselect à la ligne n°30 toolbar: "restoredraft | undo redo | formatselect bold italic etc...... Pour ceci: toolbar: "restoredraft | undo redo | bold italic etc.......... en bas du fichier tu as laissé en place ceci: 👉 C'est là qu'il fallait (selon moi pour être cohérent avec la toolbar principale du tinymce) changer à la ligne n° 268 styleselect par formatselect toolbar: "restoredraft | undo redo | styleselect | bold italic forecolor backcolor | alignleft aligncenter alignright alignjustify | bullist numlist emoticons | visualblocks fullscreen", ce qui aurait donné dans les boutons de la barre d'outil: 1° Pour la barre tinymce "normale" toolbar: "restoredraft | undo redo | formatselect bold italic underline forecolor backcolor | alignleft aligncenter alignright alignjustify | bullist numlist emoticons | table template | image media link | code fullscreen", 2° Et pour la barre des boutons tinymce dans l'édition de commentaires toolbar: "restoredraft | undo redo | formatselect | bold italic forecolor backcolor | alignleft aligncenter alignright alignjustify | bullist numlist emoticons | visualblocks fullscreen",
  23. sylvainlelievre

    Livre d'or

    Voici un nouveau module pour notre cms préféré ! Merci à @roger pour ce livre d'or. (Testé avec Zwii 10.3.03).
  24. Bonjour Super ce module. Clic, téléchargé Clac, installé Merci
  25. La dernière semaine
  26. Ainsi que la fusion dans les versions à venir.
  27. Déjà pris en compte dans 10 3 04, j'ajuste le changes.md
  28. 💡 Heu vous voulez l'astuce pour mettre le fond d'image dans le mail ou je fais la surprise sous forme d'un tuto plus tard pour ceux que cela intéresseraient. J'avais pensé au fond du site de zwiicms.fr à la base avant de mettre "ma zolie image" pour coller avec le design de mon site.
  1. Charger plus d’activité
  • Membres

    Aucun membre à afficher

×
×
  • Créer...