Les archives de FluxBB.fr
Vous n'êtes pas identifié(e).
De retour avec cette histoire d'encodage, j'espère qu'on va en finir rapidement.
Je passe la polèmique qui a eu lieu ici il y a quelques jours et qui a fini par disparaître.
La bonne nouvelle c'est que dans la section téléchargement il y a une version utf-8 de punbb 1.2.5 en français.
Alors avant toute choses :
SI VOUS AVEZ DEJA UN FORUM D'INSTALLE : N'UTILISEZ PAS LA VERSION UTF-8 car vous devriez convertir les données de votre base de données, n'utilisez cette version que pour une nouvelle installation ; mis à part cela, après quelques tests cette version utf-8 semble fonctionner correctement ; si certains ont encore des problèmes de caractères c'est TRES CERTAINEMENT DUS A EUX
---
Par ailleur dans la foulée une version un peu plus corrigées de la version "classique" a été mise à votre disposition.
Donc aujourd'hui c'est deux nouvelles version que je viens de mettre à disposition, des versions corrigées, relues, testés sur plusieurs serveurs avec différentes configuration alors que ceux qui me disent que je suis pas motivé peuvent rentrer chez eux voir si j'y suis 
Hors ligne
Je n'ai qu'un mot à dire: bravo !
Hors ligne
Vous savez quoi ? J'ai enlevé la version UTF-8 parce que c'était idiot, en effet il y a des fonctions PHP qui travaillent sur les chaînes de caractères et du coup ça met pleins de trucs en vrac, donc le support arrivera quand il sera supoprté offciellement.
Hors ligne
J'utilise un PunBB en UTF8 depuis plus d'un mois sans problèmes.
Hors ligne
en apparence sans doute, mais dans le fond certainement mal
il y a dans le code de punbb beaucoup de fonctions de traitement des caractères et ça ne peut effectivement pas se passer correctement
par exemple on doit très certainement pouvoir s'inscrire sur tes forums avec le pseudo "é" alors que ce n'est théoriquement pas possible sur PunBB (2 caractère minimum)
pour plus d'infos voir ceci :
http://forums.punbb.org/viewtopic.php?pid=43410#p43410
dans les fichiers sources lance une recherche de strlen( ou strpos( ou encore substr( par exemple et tu verra le nombre considérable de fonction qui peuvent poser potentiellement poser problème
Hors ligne
Perso je préfére, pr un forum français ça m'a tjrs paru bizarre 
Avant de poser une question, avez-vous consulté le WIKI ?
Effectué une recherche ?
Hors ligne
moi ça me parait pas bizarre d'utiliser la dernière technologie éprouvée ; en l'occurence il semblerait que les charset ISO soit obsolètes et que demain soit tourné vers l'UTF ou plutôt UTF est tourné vers l'avenir quand ISO est maintenant périmé car UTF est universel là où ISO est "régional" et puis UTF est conseillé pour XHTML
si tu préfère ISO c'est ennuyeux, tu va devoir rester en 1.2.5 car la 1.3 sera vraisemblablement UTF-8
enfin voilà quoi ...
Hors ligne
Pr plrs raisons j'ai de ttes manières déjà décidé que je resterais probablement en 1.2.* 
Avant de poser une question, avez-vous consulté le WIKI ?
Effectué une recherche ?
Hors ligne
Marre de te taper tous les hdiffs
?
Disons que :
- j'ai apporté vraiment bcp de personnalisations qu'il me faudrait reporter
- le hdiff risque effectivement d'être très conséquent : si il y en a un !
- au vu de la vitesse des màj constatée lors d'une nouvelle version, il me parait plus sage de laisser cette période à d'autres, on se lasse vite des interminables copiés-collés parce qu'une grosse faille critique a encore été trouvée 
Avant de poser une question, avez-vous consulté le WIKI ?
Effectué une recherche ?
Hors ligne
Hors ligne
lol non t'as ressortis un truc qui n'aurais jamais du être remonté lol
des news (sur d'autres topic que tu dois pouvoir retrouver si tu as retrouvé celui-ci) ont été données à ce sujet
il se trouve en fait que PunBB n'est pas conçu pour supporter utf-8, en fait il est pas conçu pour supporter les jeu de caractère multibytes
tu peut bien faire comme certains persistent à faire, c'est à dire mettre utf-8 dans ton language pack et ré-encoder les fichiers lang mais c'est une connerie dans le sens que les fonctions sur les chaines de caractères de punbb ne sont pas faites pour les jeux multi-octets
en somme faut soit reprendre punbb au niveau des chaines de caractères, soit attendre uen version officielle qui supportera utf-8
Hors ligne
en somme faut soit reprendre punbb au niveau des chaines de caractères, soit attendre uen version officielle qui supportera utf-8
1.3 la version qui ne sortira jamais 
Hors ligne
pour les détracteurs de la 1.3 voici où ca en est
et les sources qui date d'une semaine http://dev.punbb.org/browser/branches/punbb-1.3-dev/
http://www.foxmask.info
HaveFnuBB! le seul forum produit avec le framework PHP5 Jelix
(dé)pot de miel
Membre de la CoreTeam Jelix
Hors ligne
mouais, enfin y'a pas l'utf-8 et je crois me souvenir d'une discussion sur le .org où Rickard dit qu'il ne l'implémentera probablement pas
Hors ligne
de quoi occulter une bonne partie de la toile 
en passant par les pays asiatiques, iberiques, germaniques et j'en passe ...
pourtant ca tiendrait à pas grand chose 
http://www.foxmask.info
HaveFnuBB! le seul forum produit avec le framework PHP5 Jelix
(dé)pot de miel
Membre de la CoreTeam Jelix
Hors ligne
J'ai mis en UTF-8 est ça passe... Je vois pas où est le problème ?
Administrateur de Fedora-Fr.org
Mon blog
Hors ligne
pour les détracteurs de la 1.3 voici où ca en est
et les sources qui date d'une semaine http://dev.punbb.org/browser/branches/punbb-1.3-dev/
Niveau design c'est déja mieux.
PS : c'était pas difficile de mieux faire 
Hors ligne
Mouais, enfin le visuel pouvait déjà être de cette sorte avec l'actuel. c'est une question de css.
Par contre va falloir ré-adapter les css actuel au passage à la 1.3 
Edit :
<!--[if lte IE 7]><link rel="stylesheet" type="text/css" href="http://punbb-dev.foxmask.info/style/Oxygen/Oxygen_ie.css" /><![endif]-->Aïe ! Aïe ! Aïe !
Dernière modification par mangafan (13-10-2006 17:51:00)
:canon: Mangafan : Mettez un chat dans votre processeur ! 
Hors ligne
Les templates sont légérement modifié :
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" <!-- pun_local -->>
<head>
<!-- pun_head -->
</head>
<body>
<div <!-- pun_page --> >
<div id="punbb-isolate">
<div id="punbb-head" class="pun-common">
<!-- pun_title -->
<!-- pun_navlinks -->
<!-- pun_announcement -->
<!-- pun_visit -->
<!-- pun_crumbs1 -->
</div>
<div id="punbb-main" class="pun-main">
<!-- pun_main -->
</div>
<div id="punbb-foot" class="pun-common">
<!-- pun_stats -->
<!-- pun_crumbs2 -->
<!-- pun_qjump -->
<!-- pun_about -->
<!-- pun_debug -->
</div>
</div>
</div>
</body>
</html>Hors ligne
Mouas ça pue, m'enfin ne partons pas dans le hors-sujet...
:canon: Mangafan : Mettez un chat dans votre processeur ! 
Hors ligne
J'ai mis en UTF-8 est ça passe... Je vois pas où est le problème ?
le problème... par exemple tu met le caractère "é" la fonction strlen() va compter deux caractères alors qu'il n'y en as qu'un seul ; je l'ai dit : c'est une connerie dans le sens que les fonctions sur les chaines de caractères de punbb ne sont pas faites pour les jeux multi-octets
Tu peut faire le test si tu veut :
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>test</title>
</head>
<body>
<p>Voici un caractère multibyte : <?php $char = 'è'; echo $char; ?></p>
<p>Longueur du caracètre avec strlen() : <?php echo strlen($char) ?></p>
<p>Longueur du caractère avec mb_strlen() : <?php echo mb_strlen($char, 'utf-8') ?></p>
</body>
</html>Donnera :
Voici un caractère multibyte : è
Longueur du caracètre avec strlen() : 2
Longueur du caractère avec mb_strlen() : 1Et ce n'est qu'un exemple parmis tant d'autres. Donc sur PunBB tel qu'il est fait actuellement beaucoup de traitements sur les chaînes de caractères multibytes sont érronés car PunBB n'est pas prévu pour fonctionner avec ce type de jeux de caractères. On ne passe pas comme ça à un jeux multibyte simplement en déclarant qu'on veut utiliser ce type de jeux de caractères.
Je t'ai vu sur les forums DotClear 2, regarde les pré-requis ne sont pas simplement PHP5 pour la programmation OO, il y a aussi le problème des jeux de caractères avec les librairie mbstring (multibytes string) et iconv car DotClear 2 est "full UTF-8".
http://fr.php.net/manual/fr/ref.mbstring.php
http://fr.php.net/manual/fr/ref.iconv.php
[---]
Pour ce qui est du passage à la 1.3 qui modifie(ra) massivement les templates et CSS, non ça ne pu pas, c'est même une très bonne chose dans le sens qu'il y en as marre de ce marquage HTML avec les multiples emboitement de DIV (voir la sources là et sur toutes les autres pages), c'est sûr y'aura du boulot pour les webmasters qui voudront passer à la 1.3, mais bon on as rien sans rien 
Hors ligne
Oui en y regardant de plus prêt en rentrant du boulot je me suis aperçu de ça.
D'ailleurs je râle tout le tout contre c'est div imbriqué.
Mais je regarde la page post.php et y en a encore à foison des div...
<div id="punbb-main" class="pun-main">
<h1 id="punbb-maintitle"><span>Topic: Test post</span></h1>
<div class="pun-block pun-mainhead">
<div class="pagelinks">Pages: <strong>1</strong></div>
</div>
<div id="forum1" class="pun-block pun-topic">
<h2><span class="item1"><a class="permalink" href="http://punbb-dev.foxmask.info/viewtopic.php?id=1" rel="bookmark" title="Permanent link: Test post">Test post</a></span> <span class="item2">[ Posts 1 to 1 of 1 ]</span></h2>
<div id="post1" class="post topicpost endpost">
<h3 id="p1"><span><strong>1</strong> <a class="permalink" rel="bookmark" href="http://punbb-dev.foxmask.info/viewtopic.php?pid=1#p1"><abbr class="published" title="2006-10-04T23:58:55+0200">2006-10-04 23:58:55</abbr></a></span></h3>
<div class="pun-content nolinks">
<div class="postbody">
<ul class="postauthor">
<li class="pa-author"><span class="acchide">Posted by: </span><a href="http://punbb-dev.foxmask.info/profile.php?id=2">foxmask</a></li>
<li class="pa-title">Administrator</li>
<li class="pa-reg">Registered: 2006-10-04</li>
<li class="pa-posts">Posts: 1</li>
</ul>
<div class="postcontent">
<div class="parsedbox">
<p>If you are looking at this (which I guess you are), the install of PunBB appears to have worked! Now log in and head over to the administration control panel to configure your forum.</p>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="pun-block pun-mainfoot">
<div class="pagelinks">Pages: <strong>1</strong></div>
</div>
</div>:canon: Mangafan : Mettez un chat dans votre processeur ! 
Hors ligne
arf ouais j'avais pas vu ça, je comprend pas pourquoi Paul fait ça, peut être cherche t il la compatibilité avec les navigateurs de 4ème génération 
Hors ligne
La connerie est peut-être d'affirmer péremptoirement que ça ne marche pas, sans chercher plus loin. Et de mal conseiller. Plusieurs forums PunBB 1.2.x sont en utf-8, et ça marche très bien au quotidien. Plusieurs logiciels avec les même prérequis techniques que PunBB fonctionnent en utf-8, et marchent parfaitement (Textpattern par exemple). Et L'utf-8 sera le codage par défaut (voir le seul) pour la 1.3.
Hors ligne
Jérémie, as-tu suivi la conversation ? les fonctions qui permettent de manipuler l'utf-8 (compter les caractères, etc.) en suposant qu'on utilise effectivement des caractères autres que a-z A-Z 0-9, ne sont pas, à ma connaissance présentes dans PHP 4 (version pour laquelle a été conçu punBB 1.2.x) et donc n'ont pas été utilisées dans le code de punBB. Du coup, punBB n'est pas conçu pour gerer les caractères accentués en utf-8.
=> Plugins | Modifications | Liens utiles <=
.._ -Pandark- _..
Serial Dreamer
Hors ligne