mise à jour et charset

bg62 · septembre 2011

Ludo_17 a écrit:

bonne nouvelle ! ;o)
je suppose que l'entête de tes fichiers xml était bien en encoding='UTF-8' du coup.

pluxml est plein de ressources )
(heureusement que Stéphane les connait bien),

cordialement,
Ludo

oui ... les fichiers MAIS pas les commentaires

petit problème qui reste actuellement : le code des pages statique !!!
(il n'est pas pris ...) ?

bg62 · septembre 2011

Ah que c'est pas fini le coup de la boite à coucou

voilà, j'ai mis un 'brouillon' en ligne :
le site : http://www.unesourisetmoi.info et vous ajoutez /blog10/ pour le voir
(l'ordre des rubriques dans la sidebar n'est que du brouillon ...)
Quelques problèmes :

- les pages statiques, "virent" la sidebar et elle se retouve tout en dessous ... une 'div' ou un défaut dans la css que je ne cerne pas ...

- "catégories" et "archives" : - comment mettre le nombre à côté et non en dessous ? - si l'on clique sur les archives 'annuelles' = hop ! page d'erreur pourtant les autres, par mois fonctionnent .... (mais en virant aussi la sidebar ...)

- dans les dossiers, après toutes ces manips, j'ai trouvé : data/images/ ... donc ok, mais aussi data/images/_thumbs/Images/....avec toutes les images sans 'thumbs' .... je vire ??? ou pas ?

si vous pouviez déjà me trouver ces solutions ... ce serait super

je vais commencer à rentrer des mots-clés et autres 'babioles' pour voir si je ne trouve pas d'autres anomalies .... ensuite je verrai pour la config générale (titre etc ....) pour de petits changements avant de faire la mise à jour définitive sur le site en ligne et d'avertir mon ami Google ...
@+

Stéphane · septembre 2011

pour le bug des archives annuelles c'est corrigé et ça sera dispo dans la prochaine version de plux.

danielsan · septembre 2011

la page statique qui pousse la sidebar:
essais de mettre tes pubs et autre paragraphe dans #content ...

bg62 · septembre 2011

Stéphane a écrit:

pour le bug des archives annuelles c'est corrigé et ça sera dispo dans la prochaine version de plux.

donc là mieux vaut ne pas se servir des "archives" pour l'instant ?
... une mise à jour de plux ... non .... j'y crois pas !
et pour les autres problèmes, tu aurais des solutions ?

bg62 · septembre 2011

danielsan a écrit:

la page statique qui pousse la sidebar:
essais de mettre tes pubs et autre paragraphe dans #content ...

ben normalement ça s'y trouve ...

et en plus sur le test en ligne (voir adresse plus haut) le formulaire de contact ne fonctionne pas !? et sur le blog normal c'est nickel ...

danielsan · septembre 2011

ya apparement une balise </div> de trop juste après </form>, ça ferme ton #content trop tôt, d'où la sortie des différents blocs qui poussent ta sidebar en bas.
sinon les

<div><p> </p></div>
<p></p>
<p><div><a href="#" target="_blank"><img src="#" width="400" height="400" border="0"/></a></div></p>

à répétition sont des sources d'erreurs ...

Cordialement,
_____
D.San

bg62 · septembre 2011

danielsan a écrit:

ya apparement une balise </div> de trop juste après </form>, ça ferme ton #content trop tôt, d'où la sortie des différents blocs qui poussent ta sidebar en bas.
sinon les

à répétition sont des sources d'erreurs ...

Cordialement,
_____
D.San

bien vu

apparemment la 5.1.2 est plus 'stricte' que l'autre ...
j'ai corrigé ça passe nickel
j'ai recodé également la page d'erreur qui fonctionnait mal également
(tu peux vérifier ...)
ça avance ... chouette !!!

il me reste encore ces deux problèmes pour l'instant :

- "catégories" et "archives" : - comment mettre le nombre à côté et non en dessous ?

- dans les dossiers, après toutes ces manips, j'ai trouvé : data/images/ ... donc ok, mais aussi data/images/_thumbs/Images/....avec toutes les images sans 'thumbs' .... je vire ??? ou pas ?

@+

danielsan · septembre 2011

de rien.

Pour:

bg62 a écrit:

- "catégories" et "archives" : - comment mettre le nombre à côté et non en dessous ?

ton style:

#sidebar li a {
padding: 0;
text-decoration: none;
color: #333;
display: block;
}

c'est l'élément de liste qui est un block, pas le lien
Par contre, si tu fais ça, tu auras les commentaires à la suite du lien ... donc il te faudra

#sidebar div.item-3 ul li a {
display: block;
}

je pense qu'il serait mieux de définir un ID en plus d'une classe à tes différents menus

j'en profite: ta zone d'échange de liens en dure et de mots-clefs:

<div class="item-4">
	  <h2>Echange de liens en dur</h2>
		<ul>
		    <p><a href="http://#" target="_blank" wothasrating="true">lien<div class="wot-icon wot-r5"> </div></a></p>
		</ul>
	</div>

c'est pas une liste ça !

Cordialement,
_____
D.San

bg62 · septembre 2011

j'ai essayé ceci :
css

/* BG test pour nombres après le mots */
#sidebar .item-6 h2 { background : #ECFA94 url("img/icones.png") no-repeat 6px -24px; }
#sidebar .item-6 li { background : #F5FCC5; }
#sidebar .item-6 li a:hover, #sidebar .item-1 li a.active { color : #4C96D1; } ul li a {
display: block;

et dans la sidebar:

<div class="item-6">
<h2><?php $plxShow->lang('ARCHIVES') ?></h2>
        <ul>
            <?php $plxShow->archList('<li id="#archives_id" class="#archives_status"><a href="#archives_url" title="#archives_name">#archives_name</a> (#archives_nbart)</li>'); ?>
        </ul>
</div>

bernique ça ne fonctionne pas ....

pour l'autre lien c'est normal, tu as mal vu le code est :

<div class="item-4">
	  <h2>Echange de liens en dur</h2>
		<ul>
		    <p><a href="http://blog.unesourisetmoi.info/led/" target="_blank">Script en ligne, validation automatique</a></p>
		</ul>
	</div>

mais en plus il y a dans le header l'appel du script de chez WOT qui vient faire son effet

@+

danielsan · septembre 2011

enlève juste le display: block; comme indiqué plus haut pour voir ...

<div class="item-4">
      <h2>Echange de liens en dur</h2>
        <ul>
            <p><a href="http://blog.unesourisetmoi.info/led/" target="_blank">Script en ligne, validation automatique</a></p>
        </ul>
    </div>

deviendrait:

<div class="item-4">
      <h2>Echange de liens en dur</h2>
        <ul>
            <li><a href="http://#" target="_blank">Script en ligne, validation automatique</a></li>
        </ul>
    </div>

cordialement,
_____
D.San

j'pars 3jrs sans électricité, sans web, sans ordi ( yeah! ) ... je te laisse donc chercher !

bg62 · septembre 2011

bg62 a écrit:

non ce n'est pas pour celui là que j'ai des problèmes mais pour le 'item-6' ....

et quelques modifs sont déjà en ligne sur le site de "test" ...

http://www.unesourisetmoi.info/ + ensuite : blog10/
mais tous les problèmes ne sont pas encore solutionnés ....

bg62 · septembre 2011

bon, tout est quasiment terminé, au niveau du look ....
restent:
- le 'bouton' de WOT qui me colle un peu trop dans la sidebarr
- le haut du site qui ne m'a pas l'air "centré" ...
- un rendu affreux de chez affreux dans Internet Explorer ^^
@+

bg62 · septembre 2011

on peut mettre ce post en 'résolu' ... ça commence à faire un peu "long"
j'ai mis une démo en ligne:
http://unesourisetmoi.free.fr/pluxml10/
et la présentation du thème, ainsi que les problèmes qui persistent est ici :
http://forum.pluxml.org/viewtopic.php?pid=20602#p20602
grand merci encore ...
@+

bg62 · octobre 2011

Stéphane a écrit:
A partir d'un Pluxml configuré en UTF-8

modifie le fichier core/lib/class.plx.admin.php, fonction editArticle

remplace les lignes
$xml .= "\t".'<chapo><![CDATA['.plxUtils::cdataCheck(trim($content['chapo'])).']]></chapo>'."\n";
$xml .= "\t".'<content><![CDATA['.plxUtils::cdataCheck(trim($content['content'])).']]></content>'."\n";
par
$xml .= "\t".'<chapo><![CDATA['.plxUtils::cdataCheck(trim(plxUtils::strRevCheck($content['chapo']))).']]></chapo>'."\n";
$xml .= "\t".'<content><![CDATA['.plxUtils::cdataCheck(trim(plxUtils::strRevCheck($content['content']))).']]></content>'."\n";
la fonction qui va remettre les accents est plxUtils::strRevCheck
donc si tu as d'autres champs à convertir applique la même méthode

Une fois la modif du fichier faite, ouvre tes articles dans l'admin de PluXml et enregistre les à nouveau.
Rien de plus.

seuls les commentaires ne sont toujours pas en utf8 , y-aurait-il une autre ligne de commande possible pour eux ?

bg62 · octobre 2011

Stéphane a écrit:
A partir d'un Pluxml configuré en UTF-8

modifie le fichier core/lib/class.plx.admin.php, fonction editArticle

remplace les lignes
$xml .= "\t".'<chapo><![CDATA['.plxUtils::cdataCheck(trim($content['chapo'])).']]></chapo>'."\n";
$xml .= "\t".'<content><![CDATA['.plxUtils::cdataCheck(trim($content['content'])).']]></content>'."\n";
par
$xml .= "\t".'<chapo><![CDATA['.plxUtils::cdataCheck(trim(plxUtils::strRevCheck($content['chapo']))).']]></chapo>'."\n";
$xml .= "\t".'<content><![CDATA['.plxUtils::cdataCheck(trim(plxUtils::strRevCheck($content['content']))).']]></content>'."\n";
la fonction qui va remettre les accents est plxUtils::strRevCheck
donc si tu as d'autres champs à convertir applique la même méthode

Une fois la modif du fichier faite, ouvre tes articles dans l'admin de PluXml et enregistre les à nouveau.
Rien de plus.

donc , je reviens dessus : pas de problèmes , nickel !!!
mais pour les articles ? j'ai essayé ceci :

$comment['author'] = plxUtils::strCheck($this->aUsers[$_SESSION(plxUtils::strRevCheck['user']](plxUtils::strRevCheck['name']);

$comment['content'] = strip_tags(trim(plxUtils::strRevCheck($content),'<a>,<strong>');

mais ça ne semble pas fonctionner ...
et comment faire sur la partie mise à jour pour mettre ces commentaires en UTF-8 ?
@+

mise à jour et charset

Réponses