PHP et Unicode - quel est le truc ?

Le 27/07/11 23:53, Denis Beauregard a écrit :

Bonjour,


Nouvel essai.

Haaaaaaa ! ;-)

http://www.francogene.com/SE/exemple.html

Je vois que l'option UTF-8 n'a pas eu tes honneurs.

J'ai utilisé 3 feuilles différentes selon le navigateur. Le code
est le même, sauf que la classe change selon la section.

à noter que tu ne dois pas avoir besoin de faire :

<pre>
<span class="dessinfirefox">
<span class="dessinfirefox">
<span class="dessinfirefox">

mais que devrait suffire :

<pre class="dessinfirefox">
<span>...
<span>...
<span>...

ou même :

<pre class="dessinfirefox">
...
...
...

à mon idée, sauf pour les trucs en surbrillance, il n'y a besoin d'aucun
'span'

Le premier dessin est bien affiché dans Seamonkey et Firefox.

Arrrghhhh !
Mais qu'ont donc tes Firefox et Seamonkey ?
Ils sont de quel siècle ?
Je doute qu'il y ait une telle différence d'affichage pour
Firefox Win <--> Mac ? ! ? !
Ça doit venir de :
- la façon dont ils sont réglés (polices et tailles)
- leurs versions ?

Le second dessin est bien affiché dans Firefox et presque bien dans
IE 8 (problème avec le X qui n'a pas la bonne largeur).

Le troisière dessin contient le CSS utilisé par SAM sur son Mac
et devrait donc être lisible sur le Mac.

Alors voici comment ça passe dans mes
- Firefox.5.0.1
- Safari.5.0.5
- et Chrome.12.0.742.122 :
<http://cjoint.com/?AGCkzWELZSD>
(à gauche affichage zoomé de l'affichage normal présenté à droite et tel
que mon navigateur est réglé)

Dans Opera.11.50 ça donne ça :
<http://cjoint.com/?AGCkCA5NiNn>
... Opera s'annonce comme :
Opera/9.80 (Macintosh; Intel Mac OS X 10.6.8; U; fr) Presto/2.9.168
Version/11.50

Donc I8/9 passe bien sauf pour Opera ...
où l'espace semble moins large.

Ce que je pourrais faire, c'est que si on n'a pas de cookie déjà
défini, on doit choisir entre les trois, et que si c'est défini,
alors on affiche en fonction du cookie.

<http://stephane.moriaux.pagesperso-orange.fr/internet/web_ssi/test_ssi.shtml>
Le menu-déroulant ne fonctionne pas (form avec action en php non géré
chez Orange) il faut se servir du zigouigoui en haut-gauche "Changer de
style", qui alors change le style et le met en cookies par JavaScript

J'aimerais bien régler le problème du X (ou une étoile ou autre chose
similaire) qui soit de la même largeur que les dessins.

Comme je ne comprends pas la signification à ce X ou *
je ne comprends pas non plus que tu ne mettes une "branche" normale
(quitte à prendre les croisements à double-ligne)
html-numérique : &#9580;
unicode : U+256C &#x256C;
utf-8 : E2 95 AC
soit : ╬

il y a aussi :
╪ U+256A &#x256A; E2 95 AA
ou :
╞

et ça :
≡ U+2261 &#x2261; &#8801; E2 89 A1 &equiv;
► U+25BA &#x25BA; &#9658; E2 96 BA
• U+2022 &#x2022; &#8226; E2 80 A2 &bull;
◘ U+25D8 &#x25D8; &#9688; E2 97 98
¤ U+00A4 &#x00A4; &#164; C2 A4 &curren;



--
Stéphane Moriaux avec/with iMac-intel

Le 27/07/11 23:53, Denis Beauregard a écrit :

Le second dessin est bien affiché dans Firefox et presque bien dans
IE 8 (problème avec le X qui n'a pas la bonne largeur).

dommage, ça passe bien sur "mon" Mac (sauf Opera)

Le troisière dessin contient le CSS utilisé par SAM sur son Mac
et devrait donc être lisible sur le Mac.

curieusement, la police
Times New Roman y donne aussi satisfaction, mais pas la Times

à noter :

.dessinmac {
font-family: arial;
white-space: pre; /* inutile si on est déjà dans une balise 'pre' */
font-size: 15px;
line-height: 14px;
}






⊬ &#x22AC; E2 8A AC

┠ 2520 E2 94 A0

┣ 2523 E2 94 A3

├ 251c E2 94 A0


┣━━┓
┃ ┃
┃ ┠───┐test
┃ ┃ │blabla
┃ ┠───┘
┃ ┃
┃ ╞═══╗
┃ │ ║
┃ ╘═══╝

--
Stéphane Moriaux avec/with iMac-intel

Le Thu, 28 Jul 2011 11:36:14 +0200, SAM
<stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait dans
fr.comp.infosystemes.www.auteurs:

Le 27/07/11 23:53, Denis Beauregard a écrit :

Bonjour,


Nouvel essai.

Haaaaaaa ! ;-)

http://www.francogene.com/SE/exemple.html

Je vois que l'option UTF-8 n'a pas eu tes honneurs.

J'ai utilisé 3 feuilles différentes selon le navigateur. Le code
est le même, sauf que la classe change selon la section.

à noter que tu ne dois pas avoir besoin de faire :

<pre>
<span class="dessinfirefox">
<span class="dessinfirefox">
<span class="dessinfirefox">

mais que devrait suffire :

<pre class="dessinfirefox">
<span>...
<span>...
<span>...

Ce n'est pas la même chose !!!

Pour que les lignes du dessin soient continues, dans au moins
Seamonkey et Firefox, il faut que la partie du dessin soit en
caractères plus gros, et que le texte à droite soit plus petit.
Donc,

<pre>
<span class="dessinfirefox">

ou même :

<pre class="dessinfirefox">
...
...
...

à mon idée, sauf pour les trucs en surbrillance, il n'y a besoin d'aucun
'span'

Sur un Mac, mais pas sur Windows !

Le premier dessin est bien affiché dans Seamonkey et Firefox.

Arrrghhhh !
Mais qu'ont donc tes Firefox et Seamonkey ?
Ils sont de quel siècle ?
Je doute qu'il y ait une telle différence d'affichage pour
Firefox Win <--> Mac ? ! ? !
Ça doit venir de :
- la façon dont ils sont réglés (polices et tailles)
- leurs versions ?

J'ai l'impression que sur le Mac, les polices sont fournies par
le SE alors que sur Windows, elles sont fournies par le navigateur.

Le second dessin est bien affiché dans Firefox et presque bien dans
IE 8 (problème avec le X qui n'a pas la bonne largeur).

Le troisière dessin contient le CSS utilisé par SAM sur son Mac
et devrait donc être lisible sur le Mac.

Alors voici comment ça passe dans mes
- Firefox.5.0.1
- Safari.5.0.5
- et Chrome.12.0.742.122 :
<http://cjoint.com/?AGCkzWELZSD>
(à gauche affichage zoomé de l'affichage normal présenté à droite et tel
que mon navigateur est réglé)

Donc, c'est le CSS pour IE qui affiche comme il faut. Dans celui
pour Mac, les lignes ne se touchent pas.

Dans Opera.11.50 ça donne ça :
<http://cjoint.com/?AGCkCA5NiNn>
... Opera s'annonce comme :
Opera/9.80 (Macintosh; Intel Mac OS X 10.6.8; U; fr) Presto/2.9.168
Version/11.50

Donc I8/9 passe bien sauf pour Opera ...
où l'espace semble moins large.

Oui.

Ce que je pourrais faire, c'est que si on n'a pas de cookie déjà
défini, on doit choisir entre les trois, et que si c'est défini,
alors on affiche en fonction du cookie.

<http://stephane.moriaux.pagesperso-orange.fr/internet/web_ssi/test_ssi.shtml>
Le menu-déroulant ne fonctionne pas (form avec action en php non géré
chez Orange) il faut se servir du zigouigoui en haut-gauche "Changer de
style", qui alors change le style et le met en cookies par JavaScript

En effet. Si je presse sur OK, j'ai une erreur 404. Ceci dit, pourquoi
indiquer cette page ? Quand j'ai commencé sur Facebook l'an dernier,
il détectait mon navigateur et choisissait donc automatiquement la
façon d'afficher le site. Mais j'avais un vieux Seamonkey sur Windows
98 et il concluait que j'étais sur un Mobile, peut-être parce que
c'est la valeur par défaut. Le site browsershots.org propose environ
75 navigateurs différents. Google Analytics m'indique la visite de
55 navigateurs différents sur mon site depuis janvier (le dossier SE
n'est pas inclus), 97 si on tient compte du SE. Et cela ne tient pas
compte de la version. Je ne crois pas à la détection automatique !

J'aimerais bien régler le problème du X (ou une étoile ou autre chose
similaire) qui soit de la même largeur que les dessins.

Comme je ne comprends pas la signification à ce X ou *

Il s'agit d'un schéma représentant du code (en C++ dans ce que j'ai
sur mon site, mais cela a aussi servi avec du Fortran, Basic, etc.).
La ligne simple à gauche sert de référence. Chaque ligne simple
indentée est une condition (si la condition en vidéo inversée est
vraie, ce qui suit cette ligne est exécuté). Chaque ligne double est
une boucle. L'étoile (caractère utilisé dans la version 1985) est
une sortie de boucle (si la condition est vraie, on sort de la
boucle). On peut combiner la boucle et la condition, par exemple
1e condition : on exécute telle action, 2e condition (ELSE IF) on
exécute telle autre action et on quitte la boucle.

je ne comprends pas non plus que tu ne mettes une "branche" normale
(quitte à prendre les croisements à double-ligne)
html-numérique : &#9580;
unicode : U+256C &#x256C;
utf-8 : E2 95 AC
soit : ?

il y a aussi :
? U+256A &#x256A; E2 95 AA
ou :
?

et ça :
? U+2261 &#x2261; &#8801; E2 89 A1 &equiv;
? U+25BA &#x25BA; &#9658; E2 96 BA
• U+2022 &#x2022; &#8226; E2 80 A2 &bull;
? U+25D8 &#x25D8; &#9688; E2 97 98
¤ U+00A4 &#x00A4; &#164; C2 A4 &curren;

Il faut que les lignes verticales soient alignées, donc que le
caractère soit large de 1 em. Et je n'ai pas vu comment forcer la
largeur en CSS.


Denis

Le 28/07/11 11:36, SAM a écrit :

Arrrghhhh !
Mais qu'ont donc tes Firefox et Seamonkey ?
Ils sont de quel siècle ?
Je doute qu'il y ait une telle différence d'affichage pour
Firefox Win <--> Mac ? ! ? !

Firefox.3.6 brut de fonderie (pas d'extensions) Mac :
<http://cjoint.com/?AGCosEZ7CHm>
soit ... idem Fx.5 bien nourri


--
Stéphane Moriaux avec/with iMac-intel

Le 28/07/11 14:19, Denis Beauregard a écrit :

Le Thu, 28 Jul 2011 11:36:14 +0200, SAM
<stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait dans
fr.comp.infosystemes.www.auteurs:

mais que devrait suffire :

<pre class="dessinfirefox">
<span>...
<span>...
<span>...

Ce n'est pas la même chose !!!

N'importe quoi !

Arrrggghhh !
Mais que vois-je ?
C'est rempli de <BR> ! ! !
C'est mon navigateur qui les ajoute ?
Ou bien y sont-ils réellement ?

Ne serait-ce pas ça qui te met le bintz ?

et ces : <span></span>
ils servent à quoi ?

D'autres trucs ne vont pas,
comme :
&#9491; </span><b><span
au lieu de
&#9491;</span> <b><span

Pour que les lignes du dessin soient continues, dans au moins
Seamonkey et Firefox, il faut que la partie du dessin soit en
caractères plus gros, et que le texte à droite soit plus petit.
Donc,

<pre>
<span class="dessinfirefox">

Non, pas donc !

à mon idée, sauf pour les trucs en surbrillance, il n'y a besoin d'aucun
'span'

Sur un Mac, mais pas sur Windows !

et pourquoi ça ?
Windows est une bête si étrange ?
(peut-être un peu, mais quand même ... les trucs de base ? !)

Une page de démo et tests :
<http://cjoint.com/?AGDb3NtkiKB>
(attention! le doctype est modifié/corrigé)
donne
- Firefox.5
<http://cjoint.com/?AGDbGgkdIok>
<http://cjoint.com/?AGDbHHynkyo>
- IE.7 sous Win XP
<http://cjoint.com/?AGDbIK8sXa3>
<http://cjoint.com/?AGDbJp3OwGf>
- IE.6 ? rien ne fonctionne !
<http://cjoint.com/?AGDcbJJw2bJ>
(zigouigouis de cadrage inconnus)

<http://stephane.moriaux.pagesperso-orange.fr/internet/web_ssi/test_ssi.shtml>
Le menu-déroulant ne fonctionne pas (form avec action en php non géré
chez Orange) il faut se servir du zigouigoui en haut-gauche "Changer de
style", qui alors change le style et le met en cookies par JavaScript

En effet. Si je presse sur OK, j'ai une erreur 404. Ceci dit, pourquoi
indiquer cette page ?

C'est un exemple de mise en place de css différentes à choisir par
l'utilisateur, le choix étant sauvegardé dans un cookie
... pas plus ... (sauf que tout y est pré-mâché, pour usage ultérieur)

Quand j'ai commencé sur Facebook l'an dernier,

Je ne sais pas ce que c'est.

il détectait mon navigateur et choisissait donc automatiquement la
façon d'afficher le site.

Mauvais site, changer de site !

il concluait que j'étais sur un Mobile, peut-être parce que
c'est la valeur par défaut.

Ben ... c'est pas d'ma faute si ils savent pas faire ! ;-)

(m'enfin ... aller sur LivreDeTronches avec un navigateur antédiluvien
faut l'faire !)


--
Stéphane Moriaux avec/with iMac-intel

Le Fri, 29 Jul 2011 02:12:25 +0200, SAM
<stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait dans
fr.comp.infosystemes.www.auteurs:

Le 28/07/11 14:19, Denis Beauregard a écrit :

Le Thu, 28 Jul 2011 11:36:14 +0200, SAM
<stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait dans
fr.comp.infosystemes.www.auteurs:

mais que devrait suffire :

<pre class="dessinfirefox">
<span>...
<span>...
<span>...

Ce n'est pas la même chose !!!

N'importe quoi !

Arrrggghhh !
Mais que vois-je ?
C'est rempli de <BR> ! ! !
C'est mon navigateur qui les ajoute ?
Ou bien y sont-ils réellement ?

Oui, ils y sont. Je dois prévoir que le texte sera éditable plus tard
et donc utiliser autre chose que les n pour séparer les lignes. Mais
je me demande si je devrais plutôt utiliser un tableau pour prévoir
quelque chose comme <td><input text>teste à éditer</td>

Je pourrai alors voir ce qui arrive si j'ai des tableaux au lieu de
<br>.

Ne serait-ce pas ça qui te met le bintz ?

et ces : <span></span>
ils servent à quoi ?

À m'assurer que les dessins se touchent et que le texte est plus
petit.

D'autres trucs ne vont pas,
comme :
&#9491; </span><b><span
au lieu de
&#9491;</span> <b><span

Pour le moment, c'est secondaire. Sans espace, certaines lignes
sont trop petites.

Pour que les lignes du dessin soient continues, dans au moins
Seamonkey et Firefox, il faut que la partie du dessin soit en
caractères plus gros, et que le texte à droite soit plus petit.
Donc,

<pre>
<span class="dessinfirefox">

Non, pas donc !

à mon idée, sauf pour les trucs en surbrillance, il n'y a besoin d'aucun
'span'

Sur un Mac, mais pas sur Windows !

et pourquoi ça ?
Windows est une bête si étrange ?
(peut-être un peu, mais quand même ... les trucs de base ? !)

Oui, Windows est bien étrange !!! Mais aussi très populaire. Et
IE est le plus capricieux...

Une page de démo et tests :
<http://cjoint.com/?AGDb3NtkiKB>
(attention! le doctype est modifié/corrigé)
donne
- Firefox.5
<http://cjoint.com/?AGDbGgkdIok>
<http://cjoint.com/?AGDbHHynkyo>
- IE.7 sous Win XP
<http://cjoint.com/?AGDbIK8sXa3>
<http://cjoint.com/?AGDbJp3OwGf>
- IE.6 ? rien ne fonctionne !
<http://cjoint.com/?AGDcbJJw2bJ>
(zigouigouis de cadrage inconnus)

Avec Seamonkey, aucun n'est bon (alignement) et c'est mon
navigateur par défaut.

<http://stephane.moriaux.pagesperso-orange.fr/internet/web_ssi/test_ssi.shtml>
Le menu-déroulant ne fonctionne pas (form avec action en php non géré
chez Orange) il faut se servir du zigouigoui en haut-gauche "Changer de
style", qui alors change le style et le met en cookies par JavaScript

En effet. Si je presse sur OK, j'ai une erreur 404. Ceci dit, pourquoi
indiquer cette page ?

C'est un exemple de mise en place de css différentes à choisir par
l'utilisateur, le choix étant sauvegardé dans un cookie
... pas plus ... (sauf que tout y est pré-mâché, pour usage ultérieur)

Quand j'ai commencé sur Facebook l'an dernier,

Je ne sais pas ce que c'est.

il détectait mon navigateur et choisissait donc automatiquement la
façon d'afficher le site.

Mauvais site, changer de site !

Pour avoir les photos de la famille, faut suivre la famille !

il concluait que j'étais sur un Mobile, peut-être parce que
c'est la valeur par défaut.

Ben ... c'est pas d'ma faute si ils savent pas faire ! ;-)

(m'enfin ... aller sur LivreDeTronches avec un navigateur antédiluvien
faut l'faire !)

Je sais... Mais après un certain temps, cela marchait presque !!
M'enfin, certaines fonctions étaient disponibles...


Denis

Le 29/07/11 02:35, Denis Beauregard a écrit :

Le Fri, 29 Jul 2011 02:12:25 +0200, SAM
<stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait dans
fr.comp.infosystemes.www.auteurs:

Une page de démo et tests :
<http://cjoint.com/?AGDb3NtkiKB>
(attention! le doctype est modifié/corrigé)

Avec Seamonkey, aucun n'est bon (alignement) et c'est mon
navigateur par défaut.

C'est quand même exaspérant c't'histoire !
en tous cas les 4 et 5 sont bons partout chez moi
Safari, Chrome, Firefox sur Mac et IE.7 sous XP

j'm'en va télécharger ce singe des mers, histoire de voir ! :-(

Pas trop ni rien compris au pb du "texte" éditable
... tu veux pouvoir éditer les | + — et autres babioles ?

Pour "mes" navigateurs,
hop! :

<pre contenteditable>


--
Stéphane Moriaux avec/with iMac-intel

Le 29/07/11 02:54, SAM a écrit :

j'm'en va télécharger ce singe des mers, histoire de voir ! :-(

c'est donc la version 2.2
et ... tout est nickel
- ta page : <http://cjoint.com/?AGDddSj8L8l>
- ma page : <http://cjoint.com/?AGDdfACdIql> (le 5 aussi bon que le 4)

--
Stéphane Moriaux avec/with iMac-intel