Sarka-SPIP 1.1.3 - nouveautés

Ceci est une ARCHIVE, peut-être périmée. Vérifiez bien les compatibilités !

Cette version, compatible avec SPIP 1.8 et 1.9, intègre de nombreux correctifs. Elle est la dernière de la lignée 1.1, au profit des versions 1.9.x compatibles uniquement avec SPIP 1.9.

Un certain nombre d’erreurs sont apparues dans la version 1.1.2 de sarka-SPIP, telle que publiée le 2 janvier 2006. Les correctifs apportées à l’archive, pour pallier à ces erreurs, sont détaillés ci-dessous. Les utilisateurs qui souhaitent mettre en oeuvre ces correctifs manuellement peuvent se référer à ces indications.

Ces correctifs ont mené à la sortie de la version 1.1.3.

Correctif c-23 : Compatibilité SPIP 1.9

-  Description

Avec SPIP 1.9, deux modifications majeures ont rendu Sarka-SPIP 1.1.2c22 incompatible :

-  les fichiers article.php3 etc. ont désormais disparu. Pour conserver
ces anciennes URLs (par flemme ou pour que les gens ou moteurs de recherche qui les connaissent continuent à trouver le contenu correspondant), il est nécessaire de déposer à la racine du site un fichier .htaccess.
-  certains styles par défaut ont été revus,en particulier pour les images visualisées dans les articles.

-  Mise en oeuvre

Dans la rubrique REGLAGES PERSONNALISES du fichier htaccess.txt il faut rajouter la ligne Sarka-SPIP suivante :

RewriteRule ^(forum-news|contact)\.php3?$        spip.php?page=$1 [QSA,L]

Dans le fichier style.css, pour tous les styles .spip_logos, il faut rajouter l’attribut border: 0px;. En outre, il faut créer le style par défaut img { border: 0px }

-  Avertissements

Certains bugs ont été introduits par SPIP 1.9 (styles incorrects de certains boutons, balise #NOM_SITE mal gérée si vide...). Nous avons délibérement choisi de ne pas essayer de les contourner dans Sarka 1.2 et de laisser l’équipe SPIP apporter elle-même les corrections, ce qui soyons en sur ne tardera pas.

Correctif c-22 : Item de langue non utilisé

-  Description

Dans les 3 fichiers squelette provoquant l’affichage de brèves, le libellé “sur le web” n’était pas transcrit avec l’item de langue <:sur_web :> prévu à cet effet.

-  Mise en oeuvre

Fichiers breve.html, bloc-droite-all-news.html, bloc-droite-secteur-news.html au début du bloc de droite, remplacer :

[<div class="notes">sur le web : <a href="#URL_SITE">(#NOM_SITE)</a></div>]

par :

[<div class="notes"><:sur_web:>&nbsp;:&nbsp;<a href="#URL_SITE">(#NOM_SITE)</a></div>]

Correctif c-21 : gestion uniforme des puces

-  Description

Depuis quelques temps des messages de détresse sur les puces fleurissent sur le forum. Cela m’a permis de me rendre compte qu’elles sont à l’origine de problèmes divers et en particulier avec IE (article décalé vers le bas). Aussi, j’ai donc décidé de modifier le traitement des puces sur SARKA en imposant une initialisation par défaut de l’ensemble de ces puces. Il semble en effet, que laisser les navigateurs se débrouiller seuls sur des attributs sans valeur par défaut est à l’origine de comportements aléatoires ou du moins différents d’un navigateur à un autre.
En outre, la solution choisie permet de personnaliser plus simplement les puces, ce qui semble être un must pour pas mal d’utilisateur ;-).

-  Mise en oeuvre

Dans mes_fonctions.php3 chercher :

?>

puis ajouter les lignes de code suivantes :

// Personnalisation de la puce par défaut
$GLOBALS['puce'] = '<li class="spip">';

Dans le fichier style.css et aussi dans le fichier impression.css, ajouter à la fin :

/* Puces générées par un tiret seul en début de ligne */
/* Ces puces ne sont pas incluses dans une balise <ul> et le code obetnu est <li class="spip"> */
li.spip { list-style-image:URL(../puces/puce-n0.gif);
        list-style-position: inside;
}
/* Puces générées par un tiret suivant d'un ou plusieurs asterisques (ex: -* blabla...) */
/* Ces puces sont incluses dans une balise <ul class="spip"> et le code de chaque item est <li class="spip"> */
ul.spip  {     margin-left: 1em;
            padding-left: 1em;
}
ul.spip li.spip {     list-style-image:URL(../puces/puce-n1.gif);
                list-style-position: inside;
}
ul.spip ul.spip  { margin-left: 1em;
                padding-left: 1em;
}
ul.spip ul.spip li.spip { list-style-image:URL(../puces/puce-n2.gif);
                      list-style-position: inside;
}

Dans le répertoire /squelettes/puces mettre les 3 fichiers de puces :

  • puce-n0.gif (ou renommer le fichier puce.gif)
  • puce-n1.gif
  • puce-n2.gif

-  Utilisation et personnalisation

Ensuite, l’utilisation de la typographie adéquate est la suivante :

  • le tiret (-) donne la puce n0 sans retrait
  • le tiret suivi de l’astérisque (-*) donne la puce n1 avec 1 retrait
  • le tiret suivi de 2 astérisques (-**) donne la puce n2 avec 2 retraits
    et tout cela est imbricable et fonctionne sous IE et FF de la même façon. La puce par defaut puce.gif de SPIP n’est plus utile.

Pour personnaliser les puces il suffit de changer les fichiers .gif. Pour personnaliser l’affichage (retrait, marge...) il faut modifier les css associés.

Correctif c-20 : correction balise div dans article.html

-  Description

Marsu15 a mis en lumière dans un message récent une petite erreur dans le fichier article.html. En effet, la balise div du bloc conteneur droit possèdait un attribut div au lieu de id.

-  Mise en oeuvre

Fichier article.html, au début du bloc de droite, remplacer :

<div div="droite" class="droite">

par :

<div id="droite" class="droite">

Correctif c-19 : IE et le hover

-  Description

IE5 et IE6 ne gèrent que le hover sur un lien (IE7 devrait régler ce problème). Or le style spip_bouton des css de SARKA-SPIP est principalement utilisé dans les formulaires, donc sur la balise INPUT. Donc sous IE, le bouton rechercher, par exemple, reste immuablement fixe que l’on passe dessus ou pas : c’est insoutenable !

-  Mise en oeuvre

Pour régler ce problème qui gêne certains de nos utilisateurs (il est vrai que IE demeure malheureusement le navigateur le plus utilisé et de loin), la solution est d’introduire un « behavior » reconnaissable que par IE dans le style spip_bouton. Ce behavior est associé à un fichier de script htc qui simule le comportement du hover pour tout élément de style spip_bouton. L’intérêt de cette solution est la simplicité et la transparence pour les autres navigateurs.

Fichier style.css, modifier le style spip_bouton ainsi :

.spip_bouton {
	display: block;
	background: #6262A4;
	color: #F0F0FA;
	border: 1px solid #6262A4;
	margin:5px 0px 5px 0px;
	behavior: url(squelettes/scripts/spip-bouton-hover.htc);
}

.spip_bouton:hover {
	background: #F0F0FA;
	color: #6262A4;
	border: 1px solid #6262A4;
	cursor: pointer;
}

Rajouter le fichier spip-bouton-hover.htc dans le dossier /scripts.

En outre, pour rendre le tout cohérent avec les autres rollovers, le curseur est modifié (main) lors du passage sur le bouton, et ce sur IE et Firefox.

Correctif c-18 : correction surligner les mots-clés d’une recherche

-  Description

De façon native, SPIP, lors de l’affichage d’un article résultant d’une recherche, surligne, dans le corps de cet article, les mots-clés de la recherche. Un visiteur nous a fait remarqué que cette fonctionnalité n’était plus active dans le squelette SARKA-SPIP. En effet, le style utilisé par SPIP était manquant !.

-  Mise en oeuvre

Fichier style.css, en fin de fichier, rajouter le style :

.spip_surligne { background: #FFFF66; }

La couleur SPIP par défaut est le jaune, à vous de choisir celle qui vous convient.

Correctif c-17 : correction fichier de langue français

-  Description

Un visiteur (utilisateur ?), Gobmouch, a repéré et signalé une erreur dans le fichier de langue personnalisé en français, local_fr.php3. Dans les chaînes de caractères utilisées pour le pied de page, un caractère n’était pas codé en utf.

-  Mise en oeuvre

Fichier local_fr.php3, ligne 11, remplacer :

'faitavec' => 'Ce site fonctionne gr&acirc;ce à',

par :

'faitavec' => 'Ce site fonctionne gr&acirc;ce &agrave;',

Correctif c-16 : nettoyage du code généré pour dimensionner le bandeau

-  Description

Suite à une demande de Bernard, a propos de l’insertion d’un logo dans le bandeau de son site, m’a permis de constater une erreur dans le fichier bandeau.html : en l’absence de logo associé au mot-clé logo_site, voici le code qui était généré par le squelette pour le bloc bandeau :

<a class="bandeau" href="http://sarka-spip.com" title="Accueil du site" style="height:;">

Notez la définition de l’attribut height, qui ne devrait pas apparaître : [1].

Ce correctif vise à éliminer ce bout de code parasite lorsqu’il n’est pas utile.

-  Mise en oeuvre

Dans le fichier bandeau.html, les lignes :

<a class="bandeau" href="#URL_SITE_SPIP" title="<:accueil_site:>" style="height:<BOUCLE_logo-site-taille(MOTS){titre=logo_site}>[(#LOGO_MOT||hauteur)]</BOUCLE_logo-site-taille>px;">

doivent être remplacées par les lignes :

<a class="bandeau" href="#URL_SITE_SPIP" title="<:accueil_site:>" <BOUCLE_logo-site-taille(MOTS){titre=logo_site}>[style="height:(#LOGO_MOT||hauteur)px;"]</BOUCLE_logo-site-taille>>

Peu de différences, mais un résultat plus satisfaisant.

-  Description

Lorsqu’un logo était associé à une rubrique, et que le descriptif de la rubrique était vide ou comptait peu de caractères, la hauteur du cadre du bloc rubrique était souvent trop petite : le logo pouvait dépasser du cadre. L’objectif de ce correctif est d’imposer au bloc rubrique, das les pages concernées, une hauteur légèrement supérieur à celle du logo.

-  Principe du correctif

  • Première approximation :

En première approximation, le code suivant (dans une boucle RUBRIQUE) réalise cet objectif :

<div class="rubrique" [style="height: (#LOGO_RUBRIQUE||hauteur)px;"]>
        [<div class=image>(#LOGO_RUBRIQUE||reduire_image{110})</div>]
</div>

Lire à ce sujet l’article les filtres de SPIP dans la doc (rechercher les passages surlignés).

  • Problème 1 :

Sous firefox (et tous les navigateurs conformes aux standards, j’imagine), la hauteur de toutes les rubriques est limitée à x pixels, où x est la hauteur du logo. Le texte de la rubrique dépasse alors du cadre. Il faut donc utiliser l’attribut min-height, à la place de height. Mais cet attribut n’est pas reconnu par IE.

Il faut donc avoir recours à une petite astuce : IE reconnaît les attributs sous la forme _attribut : valeur ; (avec underscore) alors que firefox ne les reconnaît pas. Il faut donc utiliser deux attributs : min-height qui est reconnu par firefox, et _height qui est reconnu par IE :

<div class="rubrique" [style="[min-height: (#LOGO_RUBRIQUE||hauteur)]px; _height: (#LOGO_RUBRIQUE||hauteur)px;"]>
        [<div class=image>(#LOGO_RUBRIQUE||reduire_image{110})</div>]
</div>
  • Problème 2 :

La taille des logo est limitée à 110 pixels, grâce au filtre reduire_image(110px). Il faut donc récupérer la hauteur du logo réduit, après application de ce filtre, sinon la hauteur du bloc rubrique risque d’etre trop important :

<div class="rubrique" [style="[min-height: (#LOGO_RUBRIQUE||reduire_image(110px)||hauteur)]px; _height: (#LOGO_RUBRIQUE||reduire_image(110px)||hauteur)px;"]>
        [<div class=image>(#LOGO_RUBRIQUE||reduire_image{110})</div>]
</div>
  • Problème 3 :

Imposer aux blocs rubrique une hauteur rigoureusement identique à la hauteur des logos n’est pas satisfaisant (sauf sous IE) : il faut en effet tenir compte des marges entre les bords du cadre et l’image. Pour maintenir une distance de 10 pixels entre les bords du cadre et l’image, il faut donc imposer aux blocs une taille égale à la hauteur du logo + 10 pixels. La fonction suivante, déclarée dans le fichier mes_fonctions.php3, réalise cette opération. Elle est calquée sur la fonction hauteur du fichier inc_filtres.php3 :

function hauteur_majoree($img) {
    if (!$img) return;
    include_ecrire('inc_logos.php3');
    list ($h,$l) = taille_image($img);
    $h+=20;
    return $h;
}

C'est donc ce filtre hauteur_majoree que nous allons appliqué à la balise #LOGO_RUBRIQUE, pour déterminer la valeur de l'attribut min-height. Le filtre associé à l'attribut _height reste hauteur, compte-tenu du comportement de IE :

<div class="rubrique" [style="[min-height: (#LOGO_RUBRIQUE||reduire_image{110}||hauteur_majoree)]px; _height: (#LOGO_RUBRIQUE||reduire_image{110}||hauteur)px;"]>
        [<div class=image>(#LOGO_RUBRIQUE||reduire_image{110})</div>]
</div>

-  Mise en oeuvre

Dans les fichiers :

  • mot.html
  • recherche.html
  • rubrique.html
  • sommaire.html

la ligne suivante :

<div class="rubrique">

doivent être remplacées par la ligne :

<div class="rubrique" [style="[min-height: (#LOGO_RUBRIQUE||reduire_image{110}||hauteur_majoree)]px; _height: (#LOGO_RUBRIQUE||reduire_image{110}||hauteur)px;"]>

Le fichier mes_fonctions.php3, à la racine du site, doit contenir les lignes (à ajouter) :

<?php
function hauteur_majoree($img) {
	if (!$img) return;
	include_ecrire('inc_logos.php3');
	list ($h,$l) = taille_image($img);
	$h+=20;
	return $h;
}
?>

Correctif c-14 : supression du scrolling lors de l’impression des articles (codes)

-  Description

Lors de l’impression des articles (page générée lors d’un clic sur l’icône d’impression), les blocs de code étaient tronqués : un ascenseur vertical apparaissait, limitant le nombre de lignes imprimables [2].

-  Correction

Dans le fichier impression.css, il faut supprimer les attributs suivants dans la classe tt :

	overflow: auto;
	max-height: 25em;

ce qui donne :

tt {
	display: block;
	border-width: 1px 1px 1px 8px;
	border-style: solid;
	border-color: #669999;
	padding: 1em;
	margin: 1em 0em 1em 0.5em;
	font-size: 100%;
	background: #E0F0F0;
	width: 90%;
}

Correctif c-13 : unité de l’attribut height dans le bandeau

-  Description

La version 1.1.2 de sarka-SPIP permet de créer un logo dans le bandeau, grâce aux mots-clés. Le code html du dit-bandeau permet de lui imposer une hauteur minimale, en l’absence de logo, et de le redimensionner en présence de logo, pour éviter un éventuel débordement. Ainsi, une boucle SPIP récupère la hauteur du logo, et accorde cette valeur à l’attribut height du bloc bandeau dans le fichier bandeau.html.

Or, cette valeur n’avait pas d’unité. En conséquence, Safari refusait de redimensionner le bandeau comme prévu (alors que d’autres navigateurs considèrent qu’une hauteur sans unité est en pixels). Le logo dépassait du cadre sous ce navigateur.

-  Correction

Dans le fichier bandeau.html l’unité px a été ajoutée derrière la hauteur du logo. Les lignes :

<a class="bandeau" href="#URL_SITE_SPIP" title="<:accueil_site:>" style="height:<BOUCLE_logo-site-taille(MOTS){titre=logo_site}>[(#LOGO_MOT||hauteur)]</BOUCLE_logo-site-taille>;">

ont été remplacées par les lignes :

<a class="bandeau" href="#URL_SITE_SPIP" title="<:accueil_site:>" style="height:<BOUCLE_logo-site-taille(MOTS){titre=logo_site}>[(#LOGO_MOT||hauteur)]</BOUCLE_logo-site-taille>px;">

Merci, encore une fois, à Fabien pour le signalement de l’erreur.

Correctif c-12 : impression des articles - url dans le header

-  Description

Fabien [3] a relevé une erreur dans le fichier imprimer.html : les liens vers la feuille de style et l’icône, dans le header, pointaient vers le dossier /squelette-sarka-spip, où étaient rangés les fichiers de l’ancienne version.

-  Correction

Dans le fichier imprimer.html, les lignes :

<link rel="stylesheet" href="squelette-sarka-spip/styles/impression.css" type="text/css">
<link rel="shortcut icon" href="squelette-sarka-spip/rblack.ico">

sont remplacées par les lignes :

<link rel="stylesheet" href="#DOSSIER_SQUELETTE/styles/impression.css" type="text/css">
<link rel="shortcut icon" href="#DOSSIER_SQUELETTE/rblack.ico">

Correctif c-11 : format des liens dans les rubriques

-  Description

Les liens insérés dans le texte des rubriques n’étaient pas formatés correctement : couleur par défaut du navigateur.

-  Correction

Les classes suivantes ont été ajoutées au fichier style.css :

.sommaire .rubrique .texte {
	margin: 10px;
}

.sommaire .rubrique .texte a {
	color: #990000;
	text-decoration: none;
}

et

.contenu .rubrique .texte a {
	color: #990000;
	text-decoration: none;
}

.contenu .rubrique .texte a:hover {
	text-decoration: underline;
}

Correctif c-10 : affichage des sites dans les rubriques sans article

08-01-06 / 15:38

-  Description

Une des évolutions apportées par la version 1.1.2 consiste à afficher les sites référencés dans la colonne centrale de la page rubrique, lorsque la dite-rubrique ne contient ni article ni rubrique-fille. Or, cet affichage était mal géré : les chaînes de caractères dernières nouvelles du web et sites référencés s’affichaient quoi qu’il arrive, dans les rubriques ne comprenant pas d’articles.

-  Correction

Les chaînes de caractère posant problème ont été déplacées dans à l’intérieur des boucles SITES et SYNDIC_ARTICLE. D’où le code suivant, lignes 209 à 249 du fichier rubrique.html :

<div class="plan">
<!-- si articles syndiqués dans la rubrique, affichage des plus récents, tout site confondu -->
	<BOUCLE_test-syndic(SYNDIC_ARTICLES){0,1}>
		<B_syndic-nouveaux>
			<div id="recents_syndic" class="intitule"><:recents_syndic:> :</div>
			<ul>
				<BOUCLE_syndic-nouveaux(SYNDIC_ARTICLES) {id_rubrique}{par date}{inverse}{0,10}>
					<li><a class="article-syndic" href="#URL_ARTICLE"><span class="date-syndic">[[(#DATE|affdate{'d-m-Y'})]]</span> [(#TITRE|couper{75})]</a></li>
					<div class="a-propos">
						[<:publie_sur_site:> <span class="site-pere">(#NOM_SITE)</span>]
						[<:par_auteur:> <span class="auteur-pere">(#LESAUTEURS)</span>.]<br>
						[<span class="commentaire">(#DESCRIPTIF|supprimer_tags)</span>]
					</div>
				</BOUCLE_syndic-nouveaux>
			</ul>
		</B_syndic-nouveaux>
		<br>
	</BOUCLE_test-syndic>
<!-- affichage des sites référencés de la rubrique -->
	<B_site-secteur>
		<div class="intitule"><:icone_sites_references:> :</div>
		<div class="indentation redimensionnement">
			<div class="web">
				<BOUCLE_site-secteur(SITES){id_rubrique}{par date}{inverse}>
					<div class=site>
						<a class="nom-site" href="#URL_SITE">#NOM_SITE</a>
						[<div class="descriptif">(#DESCRIPTIF)</div>]
					<!-- si articles syndiqués dans le site, affichage des plus récents -->
						<B_syndic-recherche1>
							<BOUCLE_syndic-recherche1(SYNDIC_ARTICLES) {id_syndic}{par date}{inverse}{0,20}>
								[<a class="article-synd info" href="#URL_ARTICLE">(#TITRE*|supprimer_numero)<span>[(#DATE|nom_jour)] [(#DATE|jour)] [(#DATE|nom_mois)]</span></a>]
							</BOUCLE_syndic-recherche1>
						</B_syndic-recherche1>
					</div>
					<br>
				</BOUCLE_site-secteur>
			</div>
		</div>
	</B_site-secteur>

</div>

Correctif c-09 : correction de la navigation par mots-clés

07/01/06 / 15:14

-  Description

Certains éléments du squelette peuvent être paramétrés au moyen des mots-clés. Pour éviter de parasiter la navigation par mots-clés, les mots ainsi utilisés, rangés dans des groupes nommés squelette_xxx (ou mots-clés spéciaux), ne doivent pas être affichés dans le menu de navigation par mots-clés. La version 1.1.2 initialement publiée posait, à ce titre, plusieurs problèmes :

  • Le code utilisé initialement pour interdire l’affichage des groupes nommés squelette_xxx dans le menu de navigation par mots-clés était erroné.
  • Le lien navigation par mots-clés s’affichait si des mots-clés spéciaux avaient été créés.
  • Si des mots-clés appartenant aux groupes spéciaux étaient associés aux objets de SPIP (typiquement, le mot-clé edito), ils s’affichaient inutilement dans la colonne de droite.

-  Correction

Voici le filtre utilisé initialement pour interdire l’affichage des mots-clés spéciaux dans le menu de navigation par mots-clés :

<BOUCLE_nav-mots(MOTS) {type!==^[squelette_]} {par titre} {doublons}>
	<a href="#URL_MOT">#TITRE</a>
</BOUCLE_nav-mots>

La syntaxe du critère {type!==^[squelette_]} était incorrecte : elle interdisait l’affichage de tous les mots-clés appartenant à des groupes dont le nom commençait pas s, ou q, ou u, ou e, etc.

La syntaxe correcte est la suivante : {type!==^squelette\_} . D’où la nouvelle boucle :

<BOUCLE_nav-mots(MOTS) {type!==^squelette\_} {par titre} {doublons}>
	<a href="#URL_MOT" [title="(#DESCRIPTIF|textebrut|entites_html)"] >#TITRE</a>
</BOUCLE_nav-mots>

Le critère {type!==^squelette\_} , et son équivalent appliqué aux groupes, {titre!==^squelette\_} ont donc remplacé l’ancien critère, dans le fichier mot.html.

Par ailleurs, ces critère ont été ajouté à toutes les boucles destinées à afficher des mots-clés, ainsi que le lien vers la pages de navigation par mots-clés, dans les fichiers :

  • article.html
  • breve.html
  • recherche.html
  • rubrique.html
  • bloc-gauche.html

Notons que le filtre s’applique sur le type des mots-clés et sur le titre des groupes de mots.

Correctif c-08 : suppression d’un < /div > redondant

06-01-06 / 13:21

-  Description

Dans la page article.html, la taille de police des articles-frères n’était pas stable : en l’abscence de contributions dans le forum, tout allait bien, mais pour un article auquel des messages étaient associés, les caractères du bloc article-frères étaient de trop grande taille. Ce problème était dû à la présence d’une balise < /div > fermante surnuméraire.

-  Correction

Ligne 233, supprimer :

</div>

Correctif c-07 : classement des articles frères

06-01-06 / 13h14

-  Description

En modifiant le code du squelette pour réaliser le classement des articles par numéro (s’ils sont numérotés), ou par date (s’ils ne sont pas numérotés), j’avais oublié de modifier les boucles qui affichent les articles frères (dans la page article). Pour en savoir plus, lire Menu DHTML multi-niveaux. Le classement de ces articles frères se faisait donc uniquement par date, qu’ils soient numérotés ou pas.

-  Correction

Dans le fichier article.html, les lignes suivantes :

<div class="articles-freres">
	<B1>
		<div id="articles_rubrique" class="en-tete"><:articles_rubrique:></div>
		<ol>
		<BOUCLE1(ARTICLES){id_rubrique}{par date}>
			<li class="[(#EXPOSER|en-cours,frere)]">
				<a [(#EXPOSER|id,href)]="#URL_ARTICLE">[(#TITRE|supprimer_numero)]</a><br>
				[<div class="date">(#DATE|affdate)</div>]<br>
			</li>
		</BOUCLE1>
		</ol>
	</B1>
</div>

ont été remplacées par :

<B_test_numero>

	<BOUCLE_test_numero(ARTICLES){id_rubrique}{titre==^[0-9]+\.}{0,1}>

		<B_article-rubrique-numerotes>
			<div class="articles-freres">
				<div id="articles_rubrique" class="en-tete"><:articles_rubrique:></div>
				<ol>
				<BOUCLE_article-rubrique-numerotes(ARTICLES){id_rubrique}{par num titre}>
					<li class="[(#EXPOSER|en-cours,frere)]">
						<a [(#EXPOSER|id,href)]="#URL_ARTICLE">[(#TITRE|supprimer_numero)]</a><br>
						[<div class="date">(#DATE|affdate)</div>]<br>
					</li>
				</BOUCLE_article-rubrique-numerotes>
				</ol>
			</div>
		</B_article-rubrique-numerotes>

	</BOUCLE_test_numero>

</B_test_numero>

		<B_article-rubrique-date>
			<div class="articles-freres">
				<div id="articles_rubrique" class="en-tete"><:articles_rubrique:></div>
				<ol>
				<BOUCLE_article-rubrique-date(ARTICLES){id_rubrique}{par date}>
					<li class="[(#EXPOSER|en-cours,frere)]">
						<a [(#EXPOSER|id,href)]="#URL_ARTICLE">[(#TITRE|supprimer_numero)]</a><br>
						[<div class="date">(#DATE|affdate)</div>]<br>
					</li>
				</BOUCLE_article-rubrique-date>
				</ol>
			</div>
		</B_article-date>

<//B_test_numero>

Correctif c-06 : correction « div=... » devient « id=... »

06-01-06 / 11:27

-  Description

Comme l’a relevé Nicolas, une erreur s’est glissé dans le code de tous les fichiers html correspondant aux pages principales du squelette. Un id=« ... » a été codé en div=« ... ».

-  Correction

Fichiers affectés :

  • article.html
  • auteur.html
  • breve.html
  • forum.html
  • forum-news.html
  • imprimer.html
  • mot.html
  • plan.html
  • recherche.html
  • rubrique.html
  • site.html
  • sommaire.html

Ligne 42 (ou aux alentours), la ligne suivante :

<div div="conteneur">

a été remplacée par

<div id="conteneur">

Correctif c-05 : suppression du filtre reduire_all_images dans la page de recherche

03-01-05 / 21:19

-  Description

Lors du passage à la version 1.1.2, le filtre perso reduire_all_images, avait été supprimé au profit du filtre générique (SPIP 1.8.2) reduire_image. Or, la page recherche.html n’avait pas été modifiée comme elle l’aurait dû, et le filtre reduire_all_images y était toujours présent. En conséquence, le texte des rubriques et des brèves trouvées lors d’une recherche ne s’affichaient pas.

-  Correction

Le filtre reduire_all_images{400,x} a été remplacé par le filtre remplacé reduire_image{400,0}, lignes 79, 100, et 204.

Correctif c-04 : modification de l’affichage de la date des articles

03-01-05 / 21:18

-  Description

Après les modifs ajoutées par Gilles pour le concours d’habillage, l’affichage des dates de publication des articles posait problème. Sous IE, la largeur du cadre englobant ces date était trop petite, si bien que la mise en page était détruite.

-  Correction

Le style .derniers-article .detail, appliqué aux dates de publication des articles, a été modifié comme suit :

.derniers-articles .detail {
	color: #6262A4;
	font-size: 85%; /*Sarka-SPIP 1.8.2*/
	font-weight: bold;
	text-align: center;
	margin: 0px 0px 10px 0px; /*Sarka-SPIP 1.8.2*/
	padding: 1px 5px 1px 5px;
	border-left: 1px solid #6262A4;
	border-bottom: 1px solid #6262A4;
	width: 200px;
	float: right;
}

Pour tenir compte de ces modifications, l’affichage du (sur)(sous)titre de l’article et de la rubrique mère doivent être modifiés :

.derniers-articles .surtitre {
	color: #6262A4;
	font-weight: bold;
	margin: 0px 10px 0px 10px;
	padding-top: 5px;
}
.derniers-articles a.titre {
	display: block;
	color: #6262A4;
	font-size: 130%;
	font-weight: bold;
	margin: 0px 10px 0px 10px;
	text-decoration: none;
	padding-top: 5px;
}
.derniers-articles .soustitre {
	color: #6262A4;
	font-weight: bold;
	margin: 0px 10px 0px 10px;
	padding-top: 5px;
}
.derniers-articles .chemin {
	color: #990000;
	font-weight: bold;
	padding: 10px 10px 5px 10px;
}

Correctif c-03 : tableau dans les rubriques

-  Description

Aucune classe n’était associée aux tableaux insérés dans le texte des rubriques, qui étaient clairement illisible.

-  Correction

Les classes suivantes ont été ajoutées dans le fichier style.css :

  • pour l’affichage des tableaux dans l’annonce des rubriques :
.sommaire .rubrique table {
	font-size: 85%;
	border-color: #FFFFFF;
}

.sommaire .rubrique tr.row_first {
	background: #808080;
	color: #FFFFFF;
	text-align: center;
	font-size: 100%;
}

.sommaire .rubrique tr.row_odd {
	background: #DDDDDD;
	color: #000000;
}

.sommaire .rubrique tr.row_even {
	background: #DDDDDD;
	color: #000000;
}

.sommaire .rubrique td {
	border: 1px solid #FFFFFF;
	padding: 1px 5px 1px 5px;
}
  • pour l’affichage des tableaux dans le corps des rubriques :
.contenu .rubrique table {
	font-size: 85%;
	border-color: #FFFFFF;
}

.contenu .rubrique tr.row_first {
	background: #808080;
	color: #FFFFFF;
	text-align: center;
	font-size: 100%;
}

.contenu .rubrique tr.row_odd {
	background: #DDDDDD;
	color: #000000;
}

.contenu .rubrique tr.row_even {
	background: #DDDDDD;
	color: #000000;
}

.contenu .rubrique td {
	border: 1px solid #FFFFFF;
	padding: 1px 5px 1px 5px;
}

Correctif c-02 : redimensionnement des images

03-01-06 / 18:06

-  Description

Dans la version 1.1.1, les images insérées dans le corps des articles et des rubriques étaient redimensionnées pour que leur largeur n’excède pas 200 pixels. La version 1.1.2 initialement publiée modifiait cette redimension en 400 pixels, ce qui risquait de poser des problèmes d’affichage en basse résolution.

-  Correction

Dans les fichiers article.html et rubrique.htlm, le filtre reduire_image a été modifié pour imposer un redimensionnement à 200 pixels de largeur :

[(#TEXTE|reduire_image{200,0})]

Correctif c-01 : édito

03-01-06 / 18:04

-  Description

La façon dont était formatée la date de publication de l’édito risquait de détruire la pagination de la page d’acceuil sous IE, pour de petites résolutions d’écran (typiquement, 800x600).

-  Correction

Le style .edito .detail a été modifié pour que la date s’affiche sans perturber la mise en page :

.edito .detail {
	font-size: 90%;
	font-weight: bold;
	text-align: right;
	color: #000000;
	padding-right: 10px;
}

Notes

[1style=« height : ; ». Rien de critique, mais cette erreur pouvait poser problème en cas de modification perso du style a.bandeau dans le fichier style.css

[2le problème ne se pose qu’avec des navigateurs respecteux des standards... donc, pour une fois, pas de soucis avec IE

[3un grand merci, à toi, Fabien

Discussion

Une discussion

  • 1

    Le plugin Commerce n’a rien a voir avec le plugin Echoppe ... Sauf que c’est tout deux des plugins dirigé vers le E-Commerce.

    Si je ne m’abuse, le plugin Echoppe est tjs en développement :)

    D’ailleurs, qu’est ce que ça donne ? Pas trop galère ?

    • Oula je ne sais pas ce qui s’est passé mais ma réponse a un autre sujet s’est mise ici ... Dsl pour la gêne occasionnée ... Vous pouvez supprimer mes deux messages ...

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom