MiniGriSpip

frdm · 25-04-2007 20:06:42

Merci beaucoup pour la nouvelle évolution de Mgs.
Un plaisir à installer et à modifier pour spécificités de site, grâce aux indications directes dans les fichiers de code.

J'ai observé les points suivants dans une installation "propre", repartant de rien à partir de Spip 1.9.2a et Mgs 1.6, plus plugins : http://www.gysd.fr/frdm/lta

1. Plugins

1.1. problème unique :
"Paragrapher", composant de TweakSpip, perturbe le menu des rubriques : le "descriptif" s'affiche avec du code devant le nom de rubrique, et non pas comme il devrait dans une "bulle" surgissante au survol.
Mais je ne sais pas bien ce que fait "Paragrapher", je ne pense pas en avoir besoin et l'ai désactivé.

1.2. pas de problème avec les plugins suivants :
- "Barre typo enluminée" v1.7.1
- "Balise session" v1.0
- "SaveAuto" v0.3
- ""Cfg" v1.0 nécessaire pour "Saveauto"
- "TweakSpip" v1.7.2.1, dont activés :
-- module activation/désactivation du cache
-- type d'interface privée avancée/simplifiée
-- "pas de forum anonyme"
-- autres activés... je m'arrête là, seuls ceux qui poseraient problème présetnant un intérêt, après tout.

2. Chargement des pages : des délais anormalement longs de chargement complet des pages sous Firefox v2.0.0.3 sous Window$ (la plupart du temps les pages s'affichent en entier, mais l'affichage de proportion de chargement aboutit rarement aux 100%), tandis que ce problème est inexistant avec Opera v9.20

3. Formulaires : ce ne sont pas les formulaires de "commentaire" des articles fournis avec Mgs qui sont chargés, mais ceux de la distribution Spip... les modifications de taille des champs sur mon site proviennent de modification que j'ai faite des fichiers standards de Spip, en l'état des choses.

4. Calendrier : avec tous les navigateurs, les caractères accentués sont affichés en "garble" (mal décodés), et pas seulement sur mon site... aussi sur le site de Mgs... aller à "février 2007", il s'affiche "f?evrier 2007".
Où sont les fichiers codant les noms des mois, jours, date pour le calendrire hmm ... pas trouvé.

5. M$-IExploder v7 sous Window$ n'aime pas Mgs, la mise en page est perturbée par endroits mineurs : en particulier le calendrier déborde sur la droite roll , etc., c'est-à-dire rien qui gêne la lecture.
J'ai ajouté dans les "Infos" du site ce qui suit :

"(Éviter) d’autres navigateurs qu’Opera (ou Firefox : « libre », dernière version) universel Win-Mac et al., ou Safari, gratuits. Les utilisateurs de M$-IExploder constateront des anomalies d’affichage par leur navigateur."

Code:

(&Eacuteviter) d&rsquo;autres navigateurs qu&rsquo;<span style="font-variant: 
small-caps;"><a href="http://www.opera.com/download/" 
target='_blank'>Opera</a></span> (ou <a href='http://en-us.www.mozilla.com/en-US/firefox/all.html#fr' 
target='_blank'>Firefox</a> : <a href='http://www.mozilla-europe.org/fr/products/firefox/system-requirements/' 
target='_blank'>«&thinsp;libre&thinsp;», dernière version</a>) universel 
Win-Mac et al., ou <a href='http://www.apple.com/fr/macosx/features/safari/' 
target='_blank'>Safari</a>, gratuits.
<small style="letter-spacing:0.5pt;">Les utilisateurs de M$-IExploder constateront des anomalies 
d&rsquo;affichage par leur navigateur.</small>

Cordial, remerciements derechef,
frdm

FredoMkb · 26-04-2007 01:22:58

Bonjour Frdm smile

frdm a écrit:
Merci beaucoup pour la nouvelle évolution de Mgs.
Un plaisir à installer et à modifier pour spécificités de site, grâce aux indications directes dans les fichiers de code.

Merci pour ces appréciations... smile

En effet, j'essai de commenter un minimum les différents codes du squelette, en pensant bien-sûr à faciliter un peu la tâche des utilisateurs désireux d'apporter leur modifications et personnalisations, mais aussi, je l'avoue, en guise de mémo personnel qui me rend singulièrement service lorsque je reprends le projet après des périodes de pose plus au moins longues...

frdm a écrit:
J'ai observé les points suivants dans une installation "propre", repartant de rien à partir de Spip 1.9.2a et Mgs 1.6, plus plugins : http://www.gysd.fr/frdm/lta

Ok, passons donc aux choses sérieuses cheese (merci, au passage, pour le lien, c'est toujours intéressant de voir comment chacun adapte le squelette à ses propres besions, ça donne parfois des idées séduisantes pour des futures améliorations)...

frdm a écrit:
1. Plugins

1.1. problème unique :
"Paragrapher", composant de TweakSpip, perturbe le menu des rubriques : le "descriptif" s'affiche avec du code devant le nom de rubrique, et non pas comme il devrait dans une "bulle" surgissante au survol.
Mais je ne sais pas bien ce que fait "Paragrapher", je ne pense pas en avoir besoin et l'ai désactivé.

1.2. pas de problème avec les plugins suivants :
- "Barre typo enluminée" v1.7.1
- "Balise session" v1.0
- "SaveAuto" v0.3
- ""Cfg" v1.0 nécessaire pour "Saveauto"
- "TweakSpip" v1.7.2.1, dont activés :
-- module activation/désactivation du cache
-- type d'interface privée avancée/simplifiée
-- "pas de forum anonyme"
-- autres activés... je m'arrête là, seuls ceux qui poseraient problème présetnant un intérêt, après tout.

Super, merci beaucoup pour ce rapport détaillé, je suis impressionné par le nombre de plugins installés sur votre site...

Donc, grosso modo, hormis ce petit soucis avec le composant "Paragrapher" de TweakSpip, tout semble rouler... c'est une bonne nouvelle et plutôt rassurante top

À propos, sur la doc de TweakSpip, voilà ce qui est dit sur le composant "Paragrapher" :

Paragrapher
Applique la fonction SPIP paragrapher() aux textes qui sont dépourvus de paragraphes en insérant des balises <p>.

Il peut donc effectivement poser quelques soucis si son action n'est pas reservée uniquement aux textes des articles et brèves, mais ne connaissant pas bien ce plugin, je ne peux rien affirmer de la sorte...

En fait, cette nouvelle version de Mgs devrait, normalement, être mieux compatible avec la plupart des plugins, grâce à la présence de la balise "#INSERT_HEAD" dans les en-têtes du site, balise qui était absente dans les précédentes version du squelette...

frdm a écrit:
2. Chargement des pages : des délais anormalement longs de chargement complet des pages sous Firefox v2.0.0.3 sous Window$ (la plupart du temps les pages s'affichent en entier, mais l'affichage de proportion de chargement aboutit rarement aux 100%), tandis que ce problème est inexistant avec Opera v9.20

Étrange que la vitesse de chargement soit si différente d'un navigateur à l'autre, surtout bizarre de la part de Firefox, qui est plutôt réputé par une assez bonne célérité, bref, j'ai du mal à comprendre...

Soit il y a un problème côté serveur (accès à la base de données, interprétation du code Php, etc.), ce qui ne devrait pas poser de soucis côté navigateur, soit il y a une mauvaise gestion ou une saturation du cache du navigateur... enfin, je ne vois pas très bien où peut être la cause...

En tout cas, ce qui me semble plutôt logique, c'est que ce problème de chargement ne devrait pas venir spécialement du squelette, sinon il devrait se manifester sur tous les navigateurs... enfin, je pense...

frdm a écrit:
3. Formulaires : ce ne sont pas les formulaires de "commentaire" des articles fournis avec Mgs qui sont chargés, mais ceux de la distribution Spip... les modifications de taille des champs sur mon site proviennent de modification que j'ai faite des fichiers standards de Spip, en l'état des choses.

En effet, ça peut arriver que Spip ne trouve pas les bons formulaires, c'est à dire, ceux fournis avec le squelette (on a déjà eu d'autres témoignages semblables), dans ce cas, une solution consisterait à dupliquer l'ensemble des fichiers présents dans le répertoire "formulaires" du dossier du squelette, au premier niveau de ce même dossier... il ne faut pas oublier de vider le cache de Spip.

frdm a écrit:
4. Calendrier : avec tous les navigateurs, les caractères accentués sont affichés en "garble" (mal décodés), et pas seulement sur mon site... aussi sur le site de Mgs... aller à "février 2007", il s'affiche "f?evrier 2007".

Ha oui, excellente remarque... j'ai passé un temps fous à réaliser ce calendrier, et je n'ai jamais fais attention à ce souci... merci de l'avoir signalé, je vais voir ce que je peux faire pour résoudre ce problème...

frdm a écrit:
Où sont les fichiers codant les noms des mois, jours, date pour le calendrire ... pas trouvé.

Et bien, il n'y en a pas, les textes sont automatiquement générés par le même code qui construit le calendrier, en utilisant une fonction de localisation (comprendre "traduction") interne au langage Php, je n'ai donc pas trop de maîtrise sur les données générées par cette fonction...

Je pourrais néanmoins essayer de les traiter après coup, afin de convertir les caractères accentués en codes Html "normaux"... je vous tiens au courant dès que j'ai trouvé une solution...

frdm a écrit:
5. M$-IExploder v7 sous Window$ n'aime pas Mgs, la mise en page est perturbée par endroits mineurs : en particulier le calendrier déborde sur la droite , etc., c'est-à-dire rien qui gêne la lecture.

Travaillant sous plateforme Mac, je n'ai pas (j'allais dire malheuresement, mais je me suis repris à temps tongue ) de version récente de IE, j'ai du mal donc à me faire une bonne idée du comportement de ce navigateur avec le squelette, j'ai tout de même remarqué, en effet, quelques soucis d'ajustement de certains blocs, mais le temps nécessaire à mettre tous les navigateurs à l'unisson est vraiment trop important pour le consacrer (le perdre ?) à cette laborieuse et parfois inutile tâche...

Bref, si jamais je trouve un moment (c'est pas gagné), je regarderais si je peux harmoniser un peu tout ça (sans garantie donc)...

frdm a écrit:
J'ai ajouté dans les "Infos" du site ce qui suit :

Très bonne idée, je pense que ce type d'initiatives devraient inciter, peu à peu, les inconditionnels (pour ne pas dire les indécrotables) de IE à passer enfin sur un navigateur plus moderne et respectueux des normes actuelles...

En tout cas.. merci beaucoup Frdm pour toutes ces remarques utiles et instructives, j'en tiendrais bien compte dans l'évolution future du squelette...

Merci encore et à bientôt smile

frdm · 30-04-2007 03:24:00

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

Dans "mgs_style.css", afin que les formulaires de forum public des articles (="Répondre à cet article...") s'adaptent à la largeur de colonne, j'ai assigné "width: 93%;" à ".mgs_formulaire" et à ".mgs_formulaire_previsu".

Et afin que dans ces formulaires les zones de saisie de texte s'adaptent à la largeur du formulaire, j'ai modifié-complété "mgs_style.css" ainsi :

Code:

/* Formatage du champ de saisie de certains formulaires */
.mgs_forml {
    width: 99%; 
}
.forml {
    width: 99%; 
}

(.forml est appelé, ou appelé notamment, par ecrire/inc/filtres.php)

Je n'ai pas encore expérimenté si ceci cause d'autres effets qui, eux, seraient indésirables.

===== ===== =====

Pour que les fichiers de formulaires propres à Mgs soient appelés, et non la distribution standard, au nom de chacun des fichiers dans squelettes/formulaires il faut retirer "formulaire_"

donc :

"formulaire_forum.html" devient "forum.html"

(sans besoin de déplacement dans le dossier "squelettes")

Dernière modification par frdm (11-05-2007 20:41:58)

FredoMkb · 30-04-2007 09:09:28

Bonjour Frdm smile

frdm a écrit:
Dans "mgs_style.css", afin que les formulaires de forum public des articles (="Répondre à cet article...") s'adaptent à la largeur de colonne, j'ai assigné "width: 93%;" à ".mgs_formulaire" et à ".mgs_formulaire_previsu".

Ok, merci pour ces infos... top

Je pense que je vais revoir entièrement les styles qui gèrent l'aspect des différents formulaires dans la prochaine version du squelette, parce que là, franchement, tout ça est un peu brouillon pour l'instant, et ce n'est vraiment pas adapté au look général de Mgs...

Bref, j'ai encore du pain sur la planche wink

frdm a écrit:
Pour que les fichiers de formulaires propres à Mgs soient appelés, et non la distribution standard, au nom de chacun des fichiers dans squelettes/formulaires il faut retirer "formulaire_", donc :

"formulaire_forum.html" devient "forum.html"

(sans besoin de déplacement dans le dossier "squelettes")

Et bien, ça c'est une très bonne info, même si ça me surprend un peu, car un fichier "forum.html" existe déjà, au premier niveau du squelette, alors renommer ainsi tous les fichiers, au risque d'avoir plusieus couples portant le même nom, ça me paraît un peu étrange (pour ne pas dire risqué), mais ça doit certainement être un des changements apportés par la dernière version de Spip, que je n'ai pas encore installé...

Bon voilà, tu as trouvé ma mission pripritaire du jour, installer Spip 1.9.2, pour voir un peu comment ça se passe et commencer, au besoin, à appliquer les adaptations qui s'imposent...

Merci beaucoup Frdm pour toutes ces infos, c'est bien grâce au retour d'expérience des utilisateurs que Mgs a pu évoluer et peut encore s'améliorer...

à+ smile

Job · 30-04-2007 17:34:29

Bonjour,

Pour que les fichiers de formulaires propres à Mgs soient appelés, et non la distribution standard, au nom de chacun des fichiers dans squelettes/formulaires il faut retirer "formulaire_",

C'est vrai à partir de spip 1.9.2
La gestion des formulaires est différente entre spip 1.9, 1.9.1 et 1.9.2 ) mais je pense que maintenant c'est stabilisé

A+
Job

FredoMkb · 30-04-2007 23:00:12

Re...

Job a écrit:
Pour que les fichiers de formulaires propres à Mgs soient appelés, et non la distribution standard, au nom de chacun des fichiers dans squelettes/formulaires il faut retirer "formulaire_",
C'est vrai à partir de spip 1.9.2
La gestion des formulaires est différente entre spip 1.9, 1.9.1 et 1.9.2 ) mais je pense que maintenant c'est stabilisé

Et oui, ça va pas être simple avec cette histoire pour proposer un squelette compatible avec toutes les versions récentes de Spip...

Je pense que je ne vais plus personnaliser les codes des ces fichiers formulaires, mais me contenter d'utiliser ceux fournis par défaut et d'adapter juste leur aspect à celui du squelette avec les feuilles de styles uniquement...

Enfin, je verrais ça dès que j'aurais un moment cette semaine...

Merci, à+ smile

frdm · 04-05-2007 02:34:58

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

Bonjour Fredo,

Fredo a écrit:
Et oui, ça va pas être simple avec cette histoire pour proposer un squelette compatible avec toutes les versions récentes de Spip...

Je ne comprends pas trop ta préoccupation, là... il me semble "logique" que ceux qui ne mettent pas à jour Spip ne puissent pas compter mettre à jour des squelettes qui suivent logiquement (?) les évolutions de Spip ??? quelque chose doit m'échapper, par défaut d'ancienneté d'usage de Spip, peut-être. J'en suis donc à la logique éventuellement pataude "on ne peut pas avoir le beurre (tranquillité de ne jamais mettre à jour Spip...) et l'argent du beurre (les avantages des évolutions de squelettes... conçus pour les versions ultérieures de Spip)" : je n'ai jamais rencontré même chez les "commerciaux" de tels investissements non pas même de "compatibilité descendante" mais de... mises à jour descendantes. Donc, si je peux me permettre, pourquoi une telle préoccupation ?

Fredo a écrit:
Je pense que je ne vais plus personnaliser les codes des fichiers formulaires, mais me contenter d'utiliser ceux fournis par défaut et d'adapter juste leur aspect à celui du squelette avec les feuilles de styles uniquement...

Ok, d'ailleurs avec Spip 1.9.2a finalement j'ai eu un problème d'origine inconnue pour moi avec tes fichiers de formulaires (la prévisualisation donnait page blanche, donc impossible de valider en page de prévisualisation) et finalement j'ai fait ce que tu viens de dire : j'ai repris les fichiers standard en personnalisant la taille des zones de saisie comme je l'indiquais plus haut. Il y a juste la couleur du fichier d'encadré que je n'ai pas harmonisée avec Mgs.

À+,
frdm

Dernière modification par frdm (11-05-2007 20:41:27)

frdm · 04-05-2007 02:45:53

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

Pour utiliser le plugin "Boutons dans le texte" (boutons texte agrandi ou réduit et bouton "pleine page"), il faut paramétrer ce plugin avec Cfg (autre plugin, cfg=config), et indiquer les classes concernées.

J'ai indiqué (grâce à Yannick au Spip-Apéro de Paris hier soir à Belleville) les classes ainsi (champ "Sélecteur", dans Cfg) :

Code:

#contenu .mgs_texte, .mgs_article, .mgs_forum_message

Mais le 3e bouton, "pleine page" (pour le "div" auquel s'applique le bouton, cf. ci-dessus paramétrage), ne fonctionne pas en l'état de ma compréhension : on reste sur la page identique mais l'ensemble de la page voit son texte réduit, ce n'est pas le résultat prévu.

Dernière modification par frdm (11-05-2007 20:41:02)

FredoMkb · 04-05-2007 16:01:00

Bonjour Frdm smile

frdm a écrit:
Fredo a écrit:
Et oui, ça va pas être simple avec cette histoire pour proposer un squelette compatible avec toutes les versions récentes de Spip...
Je ne comprends pas trop ta préoccupation, là... il me semble "logique" que ceux qui ne mettent pas à jour Spip ne puissent pas compter mettre à jour des squelettes qui suivent logiquement (?) les évolutions de Spip ??? quelque chose doit m'échapper, par défaut d'ancienneté d'usage de Spip, peut-être. J'en suis donc à la logique éventuellement pataude "on ne peut pas avoir le beurre (tranquillité de ne jamais mettre à jour Spip...) et l'argent du beurre (les avantages des évolutions de squelettes... conçus pour les versions ultérieures de Spip)" : je n'ai jamais rencontré même chez les "commerciaux" de tels investissements non pas même de "compatibilité descendante" mais de... mises à jour descendantes. Donc, si je peux me permettre, pourquoi une telle préoccupation ?

En effet, ton analyse est juste.

En tout cas, la plupart du temps, il est vrai que ceux qui administrent et gèrent les aspects techniques d'un site (installations et mises-à-jour, adaptations et personnalisations, etc.), prennent bien soin, en général, de faire évoluer les différents composants installés (plugins, squelettes, etc.) en rapport direct avec la version utilisée du moteur du site (Spip en l'occurrence), qui lui aussi est mise-à-jour dès que des nouvelles versions sortent...

Seulement, il y a beaucoup d'internautes (et ce sont les plus nombreux à mon avis), qui arrivent à installer un site (personnel ou associatif le plus souvent), puis tentent de le personnaliser un peu, mais qui ne maîtrisent pas toujours les aspects techniques du web, d'ailleurs, souvent, ça ne les intéresse même pas, ou ils ont d'autres occupations plus importantes qui ne leurs laisse pas assez de temps pour s'informer et se former...

D'ailleurs, ces utilisateurs là, ne suivent pas toujours régulièrement les éventuelles évolutions du moteur de leur site, et ils peuvent se contenter longtemps de leur première installation...

En fait, comme je l'évoquais sur l'autre discussion, à propos de Mgs dans la Spip-Zone, j'ai une vision plutôt assez claire de ce que je veux comme développement pour le squelette, et, parmi les différents choix qui guident l'évolution de Mgs, il y a la volonté de préserver un minimum de compatibilité descendante, aussi bien avec le moteur Spip, qu'avec les différentes autres technologies utilisées (Php, Css, etc.)...

Le but étant, bien-sûr, que le plus grand nombre d'utilisateurs puissent profiter, au mieux de leur installation, des nouveautés proposées à chaque nouvelle version publiée du squelette, ainsi, j'évite d'utiliser les nouvelles balises ou syntaxes adoptées dans les toutes dernières versions de Spip, ou, pour les fonctions annexes que je développe (les filtres), je tente qu'elles soient compatibles au moins avec les versions 4.x de Php.

Par exemple, en ce moment j'occupe une partie de mon temps libre à améliorer le calendrier du squelette, pour rendre son utilisation plus souple et réactive. Je tente, notamment, d'autoriser la navigation des mois affichés sans avoir à charger toute la page à chaque fois, c'est à dire, mettre à jour et rafraîchir uniquement l'affichage du calendrier, ce qui devrait rendre la navigation plus fluide.

Pour ce faire, je me casse la tête, depuis quelques jours, à intégrer une fonction JavaScript Ajax, capable de dialoguer avec le serveur et de changer le contenu d'une petite partie de la page Html (le bloc calendrier donc) sans toucher au reste du code de la page.

Bon, j'avoue que pour l'instant c'est un cuisant échec, puisque, pour je ne sais quelle raison, ce qui fonctionne parfaitement bien sur une page autonome, ne veut plus marcher dès que c'est installé sur une page du squelette... bref, je galère grâve sad

En tout cas, pour revenir à nos moutons, je voulais juste dire que, parallèlement à ces améliorations, je tente de conserver un fonctionnement minimum du calendrier (égal au moins à celui de la version 1.6 de Mgs), pour que ceux qui n'ont pas de navigateur compatible avec les technologies Ajax, ou qu'ils ne désirent pas de JavaScript chez eux, puissent quand-même utiliser les fonctionnalités de base du site...

Enfin, je sais pertinemment que ce ne sera pas toujours possible d'assurer une compatibilité descendante, mais tant que c'est faisable, sans trop compliquer les choses, j'y tiens.

L'histoire des formulaires est un peu particulière, car elle touche essentiellement à l'architecture des répertoires gérés par Spip, et publier un squelette dont la structure des dossiers est incompatible, est de nature à décourager tout utilisateur qui souhaite du "plug&play", j'installe et ça marche, car si ce n'est pas le cas, il y a des fortes chances qu'il cherche son salut ailleurs...

Bref, je ne vais pas trop m'embêter sur ces formulaires, je vais juste régler un peu leur aspect, avec la feuille de styles de Mgs, et me contenter des fichiers fournis par défaut...

frdm a écrit:
... j'ai repris les fichiers standard en personnalisant la taille des zones de saisie comme je l'indiquais plus haut. Il y a juste la couleur du fichier d'encadré que je n'ai pas harmonisée avec Mgs.

Finalement, c'est la meilleure solution et c'est exactement ce que je compte faire.

à+ smile

FredoMkb · 04-05-2007 16:03:56

Re...

frdm a écrit:
Pour utiliser le plugin "Boutons dans le texte" (boutons texte agrandi ou réduit et bouton "pleine page"), il faut paramétrer ce plugin avec Cfg (autre plugin, cfg=config), et indiquer les classes concernées.

Il a l'air génial ce plugin "Cfg", je ne le connaissez pas... ça me donne quelques petites idées pour le squelette... on verra si je trouve un peu de temps pour l'explorer...

Merci Frdm pour ces infos smile

à+

frdm · 07-05-2007 12:14:33

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

FredoMkb a écrit:
frdm a écrit:
Pour utiliser le plugin "Boutons dans le texte" (boutons texte agrandi ou réduit et bouton "pleine page"), il faut paramétrer ce plugin avec Cfg (autre plugin, cfg=config), et indiquer les classes concernées.
Il a l'air génial ce plugin "Cfg", je ne le connaissez pas... ça me donne quelques petites idées pour le squelette... on verra si je trouve un peu de temps pour l'explorer...

Le plugin "Boutons dans le texte" précité, dans sa version améliorée "pour Mgs" (à l'occasion du bug révélé dans Mgs...), mise en ligne ce matin par toggg :
http://files.spip.org/spip-zone/boutonstexte.zip
fonctionne maintenant bien avec Mgs.

Dernière modification par frdm (11-05-2007 20:40:37)

FredoMkb · 07-05-2007 15:46:59

Bonjour Frdm smile

frdm a écrit:
Le plugin "Boutons dans le texte" précité, dans sa version améliorée "pour Mgs" (à l'occasion du bug révélé dans Mgs...), mise en ligne ce matin par toggg :
http://files.spip.org/spip-zone/boutonstexte.zip
fonctionne maintenant bien avec Mgs.

Wouw, ça c'est une très bonne nouvelle, merci Frdm top

Donc, si je comprends bien, le problème venait plutôt d'un bug dans le plugin que d'une particularité "bizarre" du squelette, c'est ça ?

C'est juste histoir de savoir si je dois adapter quelque chose de particulier dans la prochaine version de Mgs.

Merci en tout cas pour l'info smile

frdm · 07-05-2007 16:38:12

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

FredoMkb a écrit:
plugin "Boutons dans le texte"
Donc, si je comprends bien, le problème venait plutôt d'un bug dans le plugin que d'une particularité "bizarre" du squelette, c'est ça ?
C'est juste histoir de savoir si je dois adapter quelque chose de particulier dans la prochaine version de Mgs.

Bonjour Fredo,
Oui c'est ça, il s'agissait d'un bug dans le plugin (selon les termes de togg lui-même).
Donc à priori rien à modifier dans Mgs "pour" ce plugin.
Tu peux simplement voir où il positionne les nouveau boutons avec le code Mgs si tu penses devoir faire une modif (voir par exemple sur mon site comment ces boutons se positionnent).
À+
frdm

Dernière modification par frdm (11-05-2007 20:40:13)

frdm · 10-05-2007 16:45:25

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

FredoMkb a écrit:
frdm a écrit:
4. Calendrier : avec tous les navigateurs, les caractères accentués sont affichés en "garble" (mal décodés), et pas seulement sur mon site... aussi sur le site de Mgs... aller à "février 2007", il s'affiche "f?evrier 2007".
Ha oui, excellente remarque... j'ai passé un temps fous à réaliser ce calendrier, et je n'ai jamais fais attention à ce souci... merci de l'avoir signalé, je vais voir ce que je peux faire pour résoudre ce problème…

Bonjour Fredo,
J'ai signalé un peu plus tôt que les caractères accentués dans le calendrier s'affichaient correctement sur le site de rems : "Rems Gazette", affichage direct du mois de février.
Il y a aussi le site de Joachim dans le même cas positif : affichage direct de page "février".
Au cas où une comparaison des sites faciliterait le bon affichage sur les autres…
À+,
frdm

Plus tard dans la soirée…

Affichage calendrier caractères accentués
résolu (pour mon site) de la manière suivante :

Dans le fichier "mes_fonctions.php", supprimer portion
de code comme suit (cf. caractères gras ~~barrés~~)

function cal_site($theDate=null, $locale=null, $calPage=null, $calJour=null, $calMois=null) {
// Fonction pour generer un calendrier indiquant les articles, breves et commentaires publies

// Si la date n'est pas fournie, alors on prend la date actuelle
if (!isset($theDate)) { $theDate = date('Y-m-d'); }
// Si une date est presente dans l'adresse Url, alors on prend celle-ci
$laDate = $_GET['date'];
if (isset($laDate)) { $theDate = $laDate; }

// Si la localisation n'est pas fournie, alors on regle le francais par defaut
if (!isset($locale)) { $locale = array(~~'fr', 'fr_FR',~~ 'fr_FR.UTF-8'); }
// On regle la localisation selon la valeur obtenue
setlocale (LC_TIME, $locale);

À+,
frdm

Dernière modification par frdm (11-05-2007 20:38:56)

frdm · 10-05-2007 23:53:20

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

Voir modification de mon message immédiatement précédent, la solution (au moins pour mon site) pour afficher les caractères accentués des mois du calendrier (en utf-8).

Plus, (dans mon site) faire apparaître
la liste des 10 derniers articles de la "même" rubrique,
et ceci, ~~à la fois~~ seulement en page d'article ~~et en page de rubrique~~ :

Dans le fichier "inc-menu.html",
supprimer portion de code comme suit (cf. caractères gras ~~barrés~~)

<BOUCLE_menu_articles(ARTICLES) {id_article} ~~{exclus}~~>
<B_menu_articles_rubrique>
<div class="mgs_menu">
<div class="mgs_picto mgs_picto_art"></div>
<ul class="general">
<li class="mgs_menu_titre"><:meme_rubrique:></li>
<li class="mgs_vide"></li>
<BOUCLE_menu_articles_rubrique(ARTICLES) {id_rubrique} {par date}{inverse} {0,10}>
<li class="mgs_menu_item_breve">
• <a href="#URL_ARTICLE" title="#TITRE • #DESCRIPTIF"[ class="(#EXPOSE)"]>[(#TITRE|textebrut|couper{24})]</a>
[ <small><em>((#DATE|affdate{'d/m'}))</em></small>]
</li>
</BOUCLE_menu_articles_rubrique>
</ul>
</div>
</B_menu_articles_rubrique>
</BOUCLE_menu_articles>

Cordialement,
frdm

Dernière modification par frdm (11-05-2007 20:38:04)

frdm · 11-05-2007 01:20:22

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

Pour permettre (dans mon site) d'utiliser la numérotation
des rubriques par le champ "titre", pour apparition
dans l'ordre souhaité dans le menu :

Dans le fichier "inc-menu.html",
substituer et ajouter deux portions de code comme suit (cf. caractères gras ~~barrés~~
(opérations à faire aussi probablement dans la sous-boucle
des sous-rubriques [signalé en souligné])
et ensuite, dans le champ titre des rubriques
numéroter ainsi : "1. titre-article"
(nombre selon ordre souhaité puis point puis espace puis titre rubrique proprement dit)

<div class="mgs_menu">
<div class="mgs_picto mgs_picto_rub"></div>
<ul class="general">
<li class="mgs_menu_titre"><:rubriques:></li>
<li class="mgs_vide"></li>
<BOUCLE_rbrq(RUBRIQUES) {racine} {~~par num titre, titre~~}>
<li class="mgs_menu_item_<BOUCLE_rbrq_arbo(HIERARCHIE)></BOUCLE_rbrq_arbo>#TOTAL_BOUCLE<//B_rbrq_arbo>[(#EXPOSE{' mgs_menu_selected',''})]">
• <a href="#URL_RUBRIQUE" title="#TITRE • #DESCRIPTIF">[(#TITRE|couper{0})]</a><BOUCLE_rbrq_nb(RUBRIQUES){id_parent}></BOUCLE_rbrq_nb><small> [+]</small></B_rbrq_nb>
<BOUCLE_ssrbrq(RUBRIQUES) {id_parent} {par num titre, titre}>
<li class="mgs_menu_item_<BOUCLE_ssrbrq_arbo(HIERARCHIE)></BOUCLE_ssrbrq_arbo>#TOTAL_BOUCLE<//B_ssrbrq_arbo>[(#EXPOSE{' mgs_menu_selected"','"'})][(#_rbrq:EXPOSE{'',' style="display: none;"'})]>
• <a href="#URL_RUBRIQUE" title="#TITRE • #DESCRIPTIF">[(#TITRE|couper{0})]</a><B_ssrbrq_nb><BOUCLE_ssrbrq_nb(RUBRIQUES){id_parent}></BOUCLE_ssrbrq_nb><small> [+]</small></B_ssrbrq_nb>
<BOUCLE_ssrbrq_auto(BOUCLE_ssrbrq)></BOUCLE_ssrbrq_auto>
</li></BOUCLE_ssrbrq>
</li></BOUCLE_rbrq>
</ul>
</div>

à substituer par :
(ne substituer/supprimer que les morceaux de code signalés en gras)

<div class="mgs_menu">
<div class="mgs_picto mgs_picto_rub"></div>
<ul class="general">
<li class="mgs_menu_titre"><:rubriques:></li>
<li class="mgs_vide"></li>
<BOUCLE_rbrq(RUBRIQUES) {racine} {par titre, num titre}>
<li class="mgs_menu_item_<BOUCLE_rbrq_arbo(HIERARCHIE)></BOUCLE_rbrq_arbo>#TOTAL_BOUCLE<//B_rbrq_arbo>[(#EXPOSE{' mgs_menu_selected',''})]">
• <a href="#URL_RUBRIQUE" title="#TITRE • #DESCRIPTIF">[(#TITRE|supprimer_numero|couper{0})]</a><BOUCLE_rbrq_nb(RUBRIQUES){id_parent}></BOUCLE_rbrq_nb><small> [+]</small></B_rbrq_nb>
<BOUCLE_ssrbrq(RUBRIQUES) {id_parent} {par num titre, titre}>
<li class="mgs_menu_item_<BOUCLE_ssrbrq_arbo(HIERARCHIE)></BOUCLE_ssrbrq_arbo>#TOTAL_BOUCLE<//B_ssrbrq_arbo>[(#EXPOSE{' mgs_menu_selected"','"'})][(#_rbrq:EXPOSE{'',' style="display: none;"'})]>
• <a href="#URL_RUBRIQUE" title="#TITRE • #DESCRIPTIF">[(#TITRE|couper{0})]</a><B_ssrbrq_nb><BOUCLE_ssrbrq_nb(RUBRIQUES){id_parent}></BOUCLE_ssrbrq_nb><small> [+]</small></B_ssrbrq_nb>
<BOUCLE_ssrbrq_auto(BOUCLE_ssrbrq)></BOUCLE_ssrbrq_auto>
</li></BOUCLE_ssrbrq>
</li></BOUCLE_rbrq>
</ul>
</div>

Dernière modification par frdm (11-05-2007 20:34:01)

FredoMkb · 11-05-2007 10:34:40

Bonjour Frdm smile

frdm a écrit:
Plus tard dans la soirée…

Affichage calendrier caractères accentués
résolu (pour mon site) de la manière suivante :

Dans le fichier "mes_fonctions.php", supprimer portion
de code comme suit (cf. caractères gras ~~barrés~~)

function cal_site($theDate=null, $locale=null, $calPage=null, $calJour=null, $calMois=null) {
// Si la localisation n'est pas fournie, alors on regle le francais par defaut
if (!isset($locale)) { $locale = array(~~'fr', 'fr_FR',~~ 'fr_FR.UTF-8'); }

Et bien, je salue ta persévérance, tu ne lâche pas l'affaire l'orsque tu cherches une solution à un problème... c'est une qualité appréciable top

Ok, cette solution peut en effet correspondre à ton site, mais j'ai choisi une autre, pour la prochaine version du squelette, qui a pour but de convertir les caractères accentués en leurs correspodant Html... ça donne un peu plus de travail côté serveur, mais ça assure une meilleure compatibilité avec la plupart des sites (enfin, j'espère huh )...

Sinon, as-tu essayé, au lieu d'effacer les mentions inutiles "'fr', 'fr_FR'", de les mettre après celle qui fonctionne, c'est à dire, faire quelque chose comme :

Code:

if (!isset($locale)) { $locale = array('fr_FR.UTF-8', 'fr', 'fr_FR'); }

Je pense que ça devrait fonctionner, mais je n'ai pas testé...

Merci Frdm top

FredoMkb · 11-05-2007 10:38:16

Re... smile

frdm a écrit:

<BOUCLE_menu_articles(ARTICLES) {id_article} ~~{exclus}~~>

En effet, c'est un bug que j'ai découvert il y a quelques jours à peine, c'est corrigé sur le nouveau Mgs, mais ça ne sera pas tout de suite sur les rayons... faudra pateinter un peu... blink

Encore merci Frdm smile

frdm · 11-05-2007 15:08:29

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

FredoMkb a écrit:
frdm a écrit:
Affichage calendrier caractères accentués
résolu (pour mon site) de la manière suivante :
Dans le fichier "mes_fonctions.php", supprimer portion
de code comme suit (cf. caractères gras ~~barrés~~)

function cal_site($theDate=null, $locale=null, $calPage=null, $calJour=null, $calMois=null) {
// Si la localisation n'est pas fournie, alors on regle le francais par defaut
if (!isset($locale)) { $locale = array(~~'fr', 'fr_FR',~~ 'fr_FR.UTF-8'); }
(…) Ok, cette solution peut en effet correspondre à ton site, mais j'ai choisi une autre, pour la prochaine version du squelette, qui a pour but de convertir les caractères accentués en leurs correspodant Html… ça donne un peu plus de travail côté serveur, mais ça assure une meilleure compatibilité avec la plupart des sites (enfin, j'espère )…
Sinon, as-tu essayé, au lieu d'effacer les mentions inutiles "'fr', 'fr_FR'", de les mettre après celle qui fonctionne, c'est à dire, faire quelque chose comme :
Code:
if (!isset($locale)) { $locale = array('fr_FR.UTF-8', 'fr', 'fr_FR'); }
Je pense que ça devrait fonctionner, mais je n'ai pas testé…

Testé et approuvé wink , ta solution fonctionne bien. Merci Fredo.
frdm

Dernière modification par frdm (11-05-2007 20:37:12)

frdm · 12-05-2007 05:13:52

Il s'agit ici de la version 1.6 de Mgs, version la plus récente de Mgs à l'époque de ce message.

Bonjour Fredo,

Ayant ajouté des boutons au "menu de l'en-tete : Accueil, Plan, Contact et Redaction", il devient moins esthétique d'avoir ce menu aligné à gauche. Je souhaiterais centrer horizontalement ce menu.

J'ai fait un essai d'ajout "align: center" comme suit, et ô surprise, cela n'a fait qu'… agrandir la police des boutons blink … dans Firefox, et… pas dans Opera… ce qui m'arrange, vu la différence d'affichage des polices de ces deux navigateurs (dans IE non plus ça ne change pas la taille de police affichée).

Mais ça n'a pour autant rien centré… roll

Voici avec ma modification :

Code:

/** Parametres du menu de l'en-tete : Accueil, Plan, Contact et Redaction **/
/* Le bloc "menu" lui meme */
/* FRDM ajoute "align: center", ce qui... agrandit la police des boutons dans Firefox, mais pas dans Opera... (ni dans IE) */
#mgs_menu_tete {
    align: center
    font-size: 0.95em;
    text-align: center;
    line-height: 1em;
    height: 25px;
    margin: 0px;
    margin-top: -27px;
    padding: 0px;
    border-top-color: #999;
    border-top-width: 1px;
    border-top-style: solid;
}

Aurais-tu (ou un autre participant ici) une idée pour centrer horizontalement le "bloc horizontal des boutons" huh

Merci…
frdm

Dernière modification par frdm (12-05-2007 05:15:46)

MiniGriSpip

Annonce

#1 25-04-2007 20:06:42

Remerciements pour version 1.6 + quelque observations / mise en oeuvre

Code:

#2 26-04-2007 01:22:58

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

frdm a écrit:

frdm a écrit:

frdm a écrit:

frdm a écrit:

frdm a écrit:

frdm a écrit:

frdm a écrit:

frdm a écrit:

frdm a écrit:

#3 30-04-2007 03:24:00

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

Code:

#4 30-04-2007 09:09:28

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

frdm a écrit:

frdm a écrit:

#5 30-04-2007 17:34:29

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

#6 30-04-2007 23:00:12

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

Job a écrit:

#7 04-05-2007 02:34:58

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

Fredo a écrit:

Fredo a écrit:

#8 04-05-2007 02:45:53

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

Code:

#9 04-05-2007 16:01:00

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

frdm a écrit:

Fredo a écrit:

frdm a écrit:

#10 04-05-2007 16:03:56

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

frdm a écrit:

#11 07-05-2007 12:14:33

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

FredoMkb a écrit:

frdm a écrit:

#12 07-05-2007 15:46:59

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

frdm a écrit:

#13 07-05-2007 16:38:12

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

FredoMkb a écrit:

#14 10-05-2007 16:45:25

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

FredoMkb a écrit:

frdm a écrit:

#15 10-05-2007 23:53:20

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

#16 11-05-2007 01:20:22

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

#17 11-05-2007 10:34:40

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

frdm a écrit:

Code:

#18 11-05-2007 10:38:16

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

frdm a écrit:

#19 11-05-2007 15:08:29

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

FredoMkb a écrit:

frdm a écrit:

Code:

#20 12-05-2007 05:13:52

Re: Remerciements pour version 1.6 + quelque observations / mise en oeuvre

Code:

Pied de page des forums