Shizuka,

Quand tu forces une vignette personnalisée, ça change quelque chose ? Chez moi ça ne changeait rien : toujours une petite partie centrale de l’image "originale"... En désactivant Sarka, par contre, ça passait correctement...

René,
J’ai le même genre de problème avec l’affichage de l’herbier et uniquement avec Firefox : le bouton de switch liste/panorama est là (quand je survole, j’ai bien le cadre qui apparaît), mais je ne vois pas l’icône, comme s’il était "sous" le fond de page.

Certes c’est un fichier interprété, mais ds la mesure où la structure des fichiers spip est connue de tous, pour un petit dégourdi hacker ça ne doit pas être trop dur de récupérer les mots de passe.

ceci est hélas commun à tous les cms en php et on ne sait pas faire mieux pour l’heure..
l’avantage du monde libre est que s’il y a des failles potentielles, ce n’est pas caché (contrairement à la sécurité par l’obscurité que font les éditeurs fermés) et donc que les gens dégourdis peuvent rapidement repérer les problèmes de sécurité et contribuer à leur correction :)

Hello shizuka,

J’avais le même souci, et en réenregistrant mes photos avec the Gimp, en jpg avec la case "Enregistrer la vignette" cochée, il semble que ça aille beaucoup mieux.
Bon, j’ai en même temps réduit l’image alors je ne sais pas quelle manip a résolu le problème...

je verrai quand même la possibilité d’avoir une image de fond pour : galerie, herbier, agenda...

genre bg_galerie, bg_herbier, bg_agenda...

il manquait un truc aussi : les logos des sites ! à ce propos, Yanwallace, comment as-tu fait cela sur ton site ?

shizuka

pour connect.php c’est un fichier php : il est systématiquement interprété et c’est le résultat qui est envoyé au navigateur (pense bien que le contenu de spip.php n’est pas affiché en clair quand tu l’appelles) :) d’un autre côté, ce répertoire ne doit pas pouvoir être listé si ton hébergement est bien configuré ; sinon il faut corriger cela avec un .htaccess (si c’est Apache et que ton hébergeur le permet) et/ou un index.html vide (ou contenant le message rappelant qu’il n’y a rien à voir là et invitant à retourner sur la page d’accueil du site)

concernant ton soucis de page blanche, il y a probablement un plugin qui merdouille. tu dois réinstaller ton spip et réactiver les plugins qui ne posent pas de soucis. va donc par ftp vider le répertoire /tmp et /plugins (peut-être /local aussi ?)

Ok,

A ce propos (les verres) il va falloir s’inscrire pour le Sarka-Day. J’ai des nouvelles du lieu prévu ça s’annonce bien. Je ferai une petite communication ce week-end.

++

l’intérêt de créer des rubriques sans les décrire est que certains, d’après ce que j’ai vu, utilise cela juste comme des titres de menu...

pour rebondir sur ce que tu as écrit plus loin, Eric, j’ai un exemple de site où toutes les rubriques sont assez longuement décrites mais où j’ai quand même de grands vides... Cela est dû au fait que l’arborescence du site reflète l’organisation de la structure en groupes et sous-groupes. or chaque article est une publication d’un sous-groupe donné. du coup, il n’y a jamais d’article dans les secteurs (rubriques de premier niveau) ;)

dans un précédant habillage du site, j’avais effectivement ce que certains sont entrain de suggérer. et effectivement, tu as raison de souligner que ça ne résout pas le problème : pour ma part, je trouvais quand même un peu vide malgré les longues descriptions de rubrique :( à fortiori, les sites qui n’ont pas de description, il y a intérêt à avoir une infinité de sous-rubriques..!
mon approche (visiblement plus compliquée) serait plutôt de ne pas faire de lien (dans le menu) sur les rubriques sans article :D (mais dans ce cas, il faudrait pouvoir le configurer, comme faire pointer vers l’unique article d’une rubrique, car tout le monde ne voudrait pas de ce comportement)

Yo Muxort,

Je ne voulais absolument pas répondre négativement à ta demande et il n’y avait aucune agressivité dans mes propos. J’attire juste l’attention sur deux choses :

1. le squelette ne répond pas à tous les contenus éditoriaux même si il est généraliste et qu’il n’y répondra jamais totalement.
2. le contenu éditorial n’est pas le porte-clé du site mais l’essentiel quelle qu’en soit la présentation. Par exemple, je trouve bizarre de créer une rubrique sans la décrire, je ne vois pas ce que cela apporte aux visiteurs. Mais est ce que ça justifie de changer l’ergonomie de la navigation ? Je suis pas sur, je dirais même que c’est plus perturbant car alors le visiteur aura parfois la navigation en colonne extra (article, sites...) et parfois en page centrale pour remplir un peu le vide...

Mais l’ergonomie c’est comme les goûts et couleurs... Donc j’essaye juste d’avoir une logique pas parfaite mais cohérente dans les pages du squelette. C’est la même réponse que j’ai faite pour la config du cartouche : dans l’article oui mais ailleurs je fais quoi ?

J’espère que je n’ai froissé personne par ma réponse. Notre souci c’est d’extrapoler un peu le besoin immédiat pour en faire une réponse générique. C’est ça qui rend nos réponses plus difficiles et parfois non satisfaisantes.

Salut Muxort et les autres aussi,

On peut tout imaginer même de remplir le contenu éditorial du site ;-). Ce qui me fait un peu rire dans certaines conversations c’est qu’on cherche parfois à complexifier la config tout bonnement parce que le contenu éditorial est inexistant.
Ma première réponse c’est donc de remplir la description de la rubrique, ce qui aura l’avantage pour le visiteur de comprendre là où il est. C’est pas mal aussi comme idée non et ça remplit la page.

Tout ça pour vous mettre en garde sur la dérive de la config qui règle tout même l’absence de contenu voire de mise à jour du site. Un jour on m’a demandé si je ne pouvais pas virer les brèves quand elle sont trop « vieilles ». J’ai répondu que la meilleure façon de le faire c’est d’en écrire régulièrement, donc de faire vivre le site !...

Donc oui on peut mettre une config pour transférer la navigation de la colonne extra vers le centre mais cela ne résoudra pas le problème quand on a une seule rubrique dans ce cas. C’est tout ou rien...

Voili voilou

J’ai tout de même vérifié dans la database ... les noms de fichiers sont corrects pour png ... sauf que dans les IMG/jpg que j’ai réutilisés pour reconstruire les articles anciens (cause conchiage de la database involontaire) ... la re-création des vignettes m’a fichu des noms à coucher dehors aux vignettes genre :
img_0674.jpg-s.jpg
...
Mais c’est sans rapport avec le problème actuel ....

Serge.

Pffff Serge,

Tu crains :P. En fait, le message d’erreur fait apparaitre une extension erronnée .jpg12333... qui veut rien dire. Il doit y avoir un problème de nommage du fichier. Je vais regarder.

Merci pour l’info

... affirmatif : la modif du 14-Jan-2009 23:32 sur la Zone.

...Vois sur le site ... il refuse jpg, png ...?!

Sorry pour le Bug ...

Yo Serge,

Arf zut, tu veux me dire que j’ai validé ma modification du plugin sur un article sans image ? As tu bien pris la correction du plugin Article PDF que j’ai faite mercredi et une version Sarka-SPIP à jour sans patch ?

Si oui, c’est qu’il y a un bug supplémentaire lié aux images et qu’il va falloir s’y atteler aussi :((

Salut Eric, salut vous tous,

– rien à faire, cette satanée rubrique invisible est toujours là...
mes_options.php :

<?php
define(’_PERSO_MOT_SECTEURS_SPECIALISES’, ’invisible’);
define(’_PERSO_TYPE_SECTEURS_SPECIALISES’, ’motcle’);
define(’_PERSO_FOND_SECTEURS_SPECIALISES’, ’-’);
?>

+voir le paramétrage de la rubrique en png.

– oui, c’est ce que j’avais fait au départ, mais je cherchais juste à "économiser" un clic. Je reviens donc à la solution que tu préconises. Cela dit, il y a peut-être à revoir l’affichage d’un événement avec un lien de redirection. Ça fait pas top ce "=lien". Mais bon, ça c’est pour les fignolages...
– Oui, je parlais de la META. Le titre reprend bien sarkaspip_herbier

Merci.

Salut RV,

• Le mes_options.php va dans config/
• Ce comportement de l’évènement ne me parait absolument pas ergonomique. Imagine un visiteur, crois tu qu’il va comprendre où il arrive en cliquant sur une date ? Pourquoi tu ne fais pas simple ? Juste un lien, dans la description de l’évènement vers le fameux article CR ?
• Tu parles du titre de l’onglet dans le navigateur, c’est-à-dire de la meta ? Oui, c’est exact il manque l’item dans ce cas, mais le titre de la page affichée c’est celui de la rubrique. Je pense d’ailleurs que le mieux serait d’utiliser pour la meta le titre de la rubrique aussi.

Bonsoir,

Je n’ai toujours pas résolu les 2 problèmes suivants :

J’ai deux nouveaux soucis :
– Le premier il vient de moi : je voudrais rendre un secteur invisible mais malgré le mes_options.php modifié (créé en fait), ça ne fonctionne pas... Dans quel répertoire faut-il le mettre ?
– Le deuxième : je voudrais qu’un clic sur une date de l’agenda (ici le 30/01) renvoie directement vers un article d’une rubrique autre que "Agenda" (il s’agit de CR de réunions, qui se trouvent dans une zone à accès restreint). Quand j’utilise la zone de redirection, ça ne marche pas, alors que ça fonctionne dans d’autres articles qui ne sont pas dans la rubrique Agenda. D’ailleurs quand je remplace manuellement "evenement" par "article" dans la barre d’adresse (spip.php ?page=evenement), ça marche. Est-ce que je m’y prends mal, est-ce fait exprès, ou y a-t-il un pb dans le squelette ?

Pour le premier, mes_options.php est dans /squelettes. J’ai la rev 26007.

Quelqu’un pour m’aider ?

Par ailleurs, il faudrait il rajouter une ligne ’herbier’ => ’herbier’ dans une prochaine révision de sarkaspip_fr.php (et autres langues aussi) pour pouvoir modifier le titre de la page de l’herbier.

Merci,
RV.

salut Eric.

encore à propos de :

Donner une réponse sur les page plutôt « vides »

je voulais rappeler que le problème se pose aussi des la page des mots clés : quand on y arrive, on a droit à une expérience transcendantale =D
parlant des mots clés, je crois qu’ils doivent adopter la même contrainte que la page sommaire quand à la taille des images/logos d’articles : mes contributeurs me font parfois de ces surprises...
et puisqu’on parle de ces logos ; ils devraient être cliquables (c-a-d être aussi, comme le titre, un lien qui mène à l’article)... à l’instar de ce que fait le squelette-dist ;)

Bonjour,

J’ai deux nouveaux soucis :
– Le premier il vient de moi : je voudrais rendre un secteur invisible mais malgré le mes_options.php modifié (créé en fait), ça ne fonctionne pas... Dans quel répertoire faut-il le mettre ?
– Le deuxième : je voudrais qu’un clic sur une date de l’agenda (ici le 30/01) renvoie directement vers un article d’une rubrique autre que "Agenda" (il s’agit de CR de réunions, qui se trouvent dans une zone à accès restreint). Quand j’utilise la zone de redirection, ça ne marche pas, alors que ça fonctionne dans d’autres articles qui ne sont pas dans la rubrique Agenda. D’ailleurs quand je remplace manuellement "evenement" par "article" dans la barre d’adresse (spip.php ?page=evenement), ça marche. Est-ce que je m’y prends mal, est-ce fait exprès, ou y a-t-il un pb dans le squelette ?

Merci,
RV.

bon ben voilà,

Le bug dû au DOCTYPE est réglé. J’ai corrigé toutes les pages et viré tous les hacks css pour IE
A priori, ça a l’air de fonctionner.

J’attends vos remarques.

Xavier

Bonjour à tous les sarka-spipiens

Bon j’avance sur l’histoire du DOCTYPE. Comme vous l’avez dit, il ne faut strictement rien avant cette déclaration.
Ce bug nécessite donc pas mal de corrections (html + css).

J’espère pouvoir fournir une version corrigé d’ici ce soir.

Bonne journée à tous
Xavier

Hello everybody,

Ben ça se secoue les neurones sur ce forum. C’est bien... ;-), moi je suis plutôt en pause de mon neurone et Xavier cherche toujours le sien :P. Mais je pense qu’il est temps de prendre une respiration et de faire le point sur tout ce qu’a soulevé cette agitation des derniers jours.

Je retiens qu’il y a une incohérence entre le doctype et cette ligne de commentaire que je ne soupçonnais pas. Je retiens aussi qu’enlever la ligne de commentaire provoque une cascade de problèmes dans les css qui n’étaient visibles jusqu’alors mais que des diagnostics ont été fait pour les corriger, en partie, du moins.

Il est donc nécessaire de faire une passe complète sur ces problèmes de structure du squelette et de les corriger avant de repartir sur les derniers ajouts fonctionnels nécessaires à la sortie de la V3 finale. Je classerais les actions ainsi :

1. Virer la fameuse ligne de commentaires de chaque page et établir la liste des erreurs sur chaque navigateur
2. Corriger les css pour retrouver un look standard
3. Corriger le problème de l’édito (j’ai pas bien vu encore ce qu’il a)
4. Corriger les derniers problèmes en layout fixe et intégrer la configuration du padding droit et gauche
5. Donner une réponse sur les page plutôt « vides »

Voila pour moi les actions prioritaires sur lesquelles Xavier et moi-même nous devons nous pencher dès aujourd’hui. Je pense qu’il faut donc arrêter le débat à ce sujet. Je vous propose de vous tenir au courant des mises à jour afin que vous puissiez valider les corrections proposées. Il va donc s’en dire que nous ne ferons aucune autre modification pendant cette phase surtout que j’aurais très peu de disponibilité ce week-end.

Voili voilou et merci encore pour tout ce gros travail de debug.

shizuka

Je te rappel que je ne suis pas spécialiste, mais j’ai refait des essais en laissant float : left quelque soit le clear que tu rajoute (left right ou both) toujours le pb. Autre assai : tu laisse float:left et tu rajoute width : 90% ou 100% et là c’est Ok
Par contre tout ceci pour indiquer ou ce trouve ce pb, mais c’est celui qui à une vue d’ensemble du squelette qui peut faire une correction sensée.
De plus il est plus que probable que d’autres petits disfonctionnements de la sorte vont etre découvert

Salut Christophe,

Oui, on pourra le paramétrer mais pas de suite.
J’avais rétabli cette option mais je l’ai enlevé à nouveau à cause de la config car c’est une image de fond et qu’on ne peut pas avoir deux images de fond combinées pour le même élément.

shizuka

Je n’est rien changé d’autre. Pour l’édito j’avais commencé à chercher hier apres midi : c’est uniquement le sous titre qui provoque cet alongement de tout le fond.
Sommaire.html dans sa boucle edito inclure noisette/article/inc_article_description.html dans ce dernier tu as

[<div class="#EDIT{soustitre} soustitre">(#SOUSTITRE)</div> ..] 

et c’est la que ce situe le bug si tu retire la class donc tu n’applique pas d’instruction css, bien sur le sous-titre n’est plus en gras, ni en italique ..etc mais le fond de l’édito est correct. Parcontre si j’ai bien compris le css je dois trouvé dans un fichier css .description .soustitre : je le trouve dans css/elements.css.html et là je retire float : left ; et le probleme est corrigé. Hier j’avais déja fais cette modif mais je me suis rendu compte ce matin que si tu touche au css "recalculer cette page" n’est pas suffissant il faut obligatoirement vider le cache.

En résumé : j’ai retirer les commentaire en début de code des pages, retiré les 6 lignes de hack ie du fichier css/elements.css.html et float : left ; pour .description .soustitre de ce meme fichier elements.css.html

Bonjour à tous

Pour info à remonter à Eric :

Depuis que je suis passé sous la version SARKA (25946) j’ai un déstructuration de la présentation des images dans les "galeries"

Elles se retrouvent plutôt vers la gauche et un peu en tas sans l’intercalaire gris précédent. A noter que je fonctionne toujours avec l’option "tickbox"

Comme j’ai vu que tu t’étais planifié !! la page album : galerie... alors si ça peut être utile comme remarque :-)

Bonne journée @+

Bonjour Shizuka,

C’est exactement le cas de mon site. Les "Secteurs" possédant des "sous-rubriques" sont souvent vides. L’affichage d’une page du milieu vide n’est donc pas du meilleurs goûts ;0(

As-tu une idée des corrections à apporter au skelette pour résoudre ce problème ?

Merci d’avance.

Yvan (ygi).

shizuka

je vais faire un message par capture en attendant de savoir faire mieux :
capture page herbier.

shizuka

je vais faire un message par capture en attendant de savoir faire mieux :
capture page article avec pétition 2.

shizuka

je vais faire un message par capture en attendant de savoir faire mieux :
capture page article avec pétition.

shizuka

je vais faire un message par capture en attendant de savoir faire mieux :
capture page article.

shizuka

Voici la capture d’écran avec les lignes de commentaires retirées en debut de code et uniquement les hack IE supprimés des Css.
Donc on voit sur le sommaire le cadre de l’édito qui va trop à droite alors que sont contenu est correct.

Ps je n’arrive à joindre qu’une capture !! c’est normal ?

Shizuka

Une capture de quel écran : le pb d’origine quand les signatures sur une pétition décalent les colonnes ? ou apres des mofifs genre retirer les commentaires en debut de code des pages ?.

Le site sur lequel je fais les tests est en local.

Salut Shizuka,

Top Junior, cours pas si vite ....

C’est à dire ???

Mais avant de corriger les marges, c’est pas dur d’accord avec juste une différence de 20px c’est super bien cadré (enfin pour moi ...) mais attends plutôt la correction officielle, de tte façon le pb est répertorié, ça évite ensuite de s’embrouiller entre ce qu’on rajoute et ce qui vient de sarka et comme ça on teste bcp mieux sarka pour le faire avancer sinon tt le monde finit par s’embrouiller car on ne sait plus d’où viennent les erreurs (sarka ou perso ?).

C’est déjà assez compliqué comme ça .....enfin je trouve.

Je pense que modifier les marges n’est pas compliqué, et je pense que je ne vais plus vous embrouiller.

Merci en tout cas pour votre formidable travail.

++