Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Remplacer un frameset ?

1 view
Skip to first unread message

Pascale

unread,
Oct 29, 2008, 6:01:37 AM10/29/08
to
Bonjour à tous,

Paraît que les « cadres » c'est désuet, pas bien tout ça (vrai ou faux ?).
Donc je me suis dit que ce serait bien des les remplacer par des div mises
en forme correctement avec une CSS qui va bien.
Mon souci est cette page : http://www.valinfo.org/galpres.php
La liste de gauche doit pouvoir défiler de haut en bas et de bas en haut
sans que la partie droite ne bouge. Facile théoriquement, en mettant
position: fixed sur la div de droite (l'affichage de contenu).
Seulement, là où ça se gâte, c'est que si on clique sur l'un des sigles à
gauche, on affiche à droite un contenu qui dans la plupart des cas
nécessite lui aussi un défilement vertical, indépendant de celui de la
liste à gauche. Et c'est là que le positionnement fixed ne convient pas,
car il n'y a pas de défilement possible (ce qui se comprend).
Si quelqu'un pouvait m'aider, ce serait BIEN, parce que là, compte tenu de
mon niveau d'ignorance en CSS, je galère un peu beaucoup...

--
Pascale

Sergio

unread,
Oct 29, 2008, 6:16:25 AM10/29/08
to
Pascale a couché sur son écran :

AMHA, c'est le menu (à gauche) qui devrait être fixe, et le contenu (à
droite) qui devrait pouvoir scroller.

En fait c'est ton menu est trop long. essaie de faire un menu plus
court, sans les logos (tu peux faire apparaître le logo quand on passe
la souris dessus). Tu peux aussi essayer de faire des menus
hiérarchisés (avec sous menu).

Bref revoir un peu l'ergonomie du truc qui fait un peu "vieillot".

--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org


Pascale

unread,
Oct 29, 2008, 7:12:40 AM10/29/08
to
Sergio <lap...@serge.delbono.net.invalid> écrivait
news:mn.eaa47d8a8...@serge.delbono.net.invalid:

> AMHA, c'est le menu (à gauche) qui devrait être fixe, et le contenu (à
> droite) qui devrait pouvoir scroller.

Vu sa longueur, ce n'est pas possible.



> En fait c'est ton menu est trop long. essaie de faire un menu plus
> court, sans les logos (tu peux faire apparaître le logo quand on passe
> la souris dessus). Tu peux aussi essayer de faire des menus
> hiérarchisés (avec sous menu).

Même sans les logos et en écrivant en xxx-small, ça n'ira pas...



> Bref revoir un peu l'ergonomie du truc qui fait un peu "vieillot".

Ben... quand je vois le design et le manque de lisibilité de certains trucs
« très mode », je me dis que le vieillot, ce n'est pas si mal (-:

--
Pascale

SAM

unread,
Oct 29, 2008, 7:22:20 AM10/29/08
to
Le 10/29/08 11:01 AM, Pascale a écrit :

> Bonjour à tous,
>
> Paraît que les « cadres » c'est désuet, pas bien tout ça (vrai ou faux ?).
> Donc je me suis dit que ce serait bien des les remplacer par des div mises
> en forme correctement avec une CSS qui va bien.
> Mon souci est cette page : http://www.valinfo.org/galpres.php

Je ne comprends rien au fonctionnement de ce site.
Par exemple, le retour à l'accueil renvoie sur la page index ou parfois
à celle +/- suivante : index.suite.2
C'est à peine si je remarque les titres des pages (en blanc sur fond
bleu-clair)


> La liste de gauche doit pouvoir défiler de haut en bas et de bas en haut
> sans que la partie droite ne bouge. Facile théoriquement, en mettant
> position: fixed sur la div de droite (l'affichage de contenu).

Non, ce n'est pas comme ça qu'on fait,
- menu en float:left et overflow:auto
ou
- menu en position:absolute et overflow:auto
- contenu en "normal" et margé à gauche

CSS :
=====
body, html { position: relative; height: 100%; margin: 0; }
#menu { list-style: none; text-align: center;
width: 260px; height: 100%;
float: left; overflow: auto;
margin: 0; padding: 0;
}
#menu img { margin: 6px 0; border: 0; }
#contenu { margin-left: 275px; border: 1px solid; }

HTML:
=====
<ul id="menu">
<li><a href="00125.php"><img src="00125.jpg" alt="logo"></a></li>
<li><a href="00124.php"><img src="00124.jpg" alt="logo"></a></li>

<li><a href="00001.php"><img src="00001.jpg" alt="logo"></a></li>
<ul>
<div id="contenu">
<h1>VALINFO</h1>
<p> bla bla </p>
<p id="pieds"> blabla </p>
</div>

> Seulement, là où ça se gâte, c'est que si on clique sur l'un des sigles à
> gauche, on affiche à droite un contenu qui dans la plupart des cas
> nécessite lui aussi un défilement vertical, indépendant de celui de la
> liste à gauche. Et c'est là que le positionnement fixed ne convient pas,
> car il n'y a pas de défilement possible (ce qui se comprend).

ça peut bien être en fixed et dimensionné en hauteur et overflowed en auto
(attention : problèmes en fixed avec certains IE)

> Si quelqu'un pouvait m'aider, ce serait BIEN, parce que là, compte tenu de
> mon niveau d'ignorance en CSS, je galère un peu beaucoup...

Un site esstrordinaire : CSS Play :
<http://www.cssplay.co.uk/menu/index.html>
menus :
<http://www.cssplay.co.uk/menus/>
canevas de pages :
<http://www.cssplay.co.uk/menus/>

à mettre en barre perso :
<http://www.yoyodesign.org/doc/w3c/css2/indexlist.html>
<http://www.w3.org/TR/CSS21/indexlist.html>

--
sm

SAM

unread,
Oct 29, 2008, 7:38:18 AM10/29/08
to
Le 10/29/08 12:12 PM, Pascale a écrit :

> Sergio <lap...@serge.delbono.net.invalid> écrivait
> news:mn.eaa47d8a8...@serge.delbono.net.invalid:
>
>> AMHA, c'est le menu (à gauche) qui devrait être fixe, et le contenu (à
>> droite) qui devrait pouvoir scroller.
>
> Vu sa longueur, ce n'est pas possible.

à ce propos ...
est-ce bien utile d'avoir ce "menu" par ordre chronologique plutôt que
par catégories ?
Un peu chiant de devoir survoler les logos pour savoir (par bulle-info)
de quoi peut bien traiter l'asso correspondante
(le découper en tronçons ?)

> Ben... quand je vois le design et le manque de lisibilité de certains trucs
> « très mode », je me dis que le vieillot, ce n'est pas si mal (-:

Toutafé d'accord, les trucs hyper "design" *mal compris* en images
photoshoppées longuement n'apportent la plupart du temps que
désagrément (dont le moindre : scrolls pour accéder au contenu pour
laisser la place aux décorations)
et ... sans parler des beurks flash :-(

Il n'empêche ... tenter d'en améliorer les contrastes ?

et ... tenter d'en simplifier la navigation générale ?

Mais peut-être ce site souffre t-il d'un
"trop embrasse mal étreint" ?

--
sm

Pascale

unread,
Oct 29, 2008, 7:58:42 AM10/29/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:49084b2a$0$954$ba4a...@news.orange.fr:

> à ce propos ...
> est-ce bien utile d'avoir ce "menu" par ordre chronologique plutôt que
> par catégories ?
> Un peu chiant de devoir survoler les logos pour savoir (par
> bulle-info) de quoi peut bien traiter l'asso correspondante
> (le découper en tronçons ?)

Oui mais non, enfin, faut voir (-: On pourrait en effet faire une galerie
par thème d'activité, mais le but c'est aussi que les gens aillent voir au-
delà de leur pré carré.



> Toutafé d'accord, les trucs hyper "design" *mal compris* en images
> photoshoppées longuement n'apportent la plupart du temps que
> désagrément (dont le moindre : scrolls pour accéder au contenu pour
> laisser la place aux décorations)
> et ... sans parler des beurks flash :-(

Et oui...!



> Il n'empêche ... tenter d'en améliorer les contrastes ?
> et ... tenter d'en simplifier la navigation générale ?

Oui, de fait, ceci est prévu... sauf que convaincre le créateur du site...
qui est quasiment daltonien (o: ....
Pour l'instant, je suis pour l'instant en train de bosser sur le PHP (le
site n'est pas aux « normes » PHP5), mais il est terriblement tentant de
faire un petit lifting au HTML en passant... Je compte de toutes manières
apporter pas mal de modifications, en particulier pour réduire au minimum
l'usage des tables et des frames.

> Mais peut-être ce site souffre t-il d'un
> "trop embrasse mal étreint" ?

Oui mais non (-: La galerie des pages de présentation est un cas un peu à
part dans la mesure où elle est « générale ». La majorité des consultations
sur le site se font d'abord par département, ensuite, si on le souhaite,
par thème d'activité, par commune, etc.

--
Pascale
www.valinfo.org - Calendrier et annuaire de la vie associative locale

Pascale

unread,
Oct 29, 2008, 7:48:05 AM10/29/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:4908476c$0$881$ba4a...@news.orange.fr:

> Je ne comprends rien au fonctionnement de ce site.
> Par exemple, le retour à l'accueil renvoie sur la page index ou
> parfois à celle +/- suivante : index.suite.2
> C'est à peine si je remarque les titres des pages (en blanc sur fond
> bleu-clair)

Il faut dire que la page que j'ai proposée n'est pas accédée directement,
donc la perception du site est forcément faussée. On a eu des compliments
sur la lisibilité et l'accessibilité de la part d'une association de
malvoyants !

> Non, ce n'est pas comme ça qu'on fait,
> - menu en float:left et overflow:auto
> ou
> - menu en position:absolute et overflow:auto
> - contenu en "normal" et margé à gauche

Quand je dis que je suis ignorante, c'est pas une blague : je ne
connaissais pas du tout ce paramètre overflow !



> CSS :
> =====
> body, html { position: relative; height: 100%; margin: 0; }
> #menu { list-style: none; text-align: center;
> width: 260px; height: 100%;
> float: left; overflow: auto;
> margin: 0; padding: 0;
> }
> #menu img { margin: 6px 0; border: 0; }
> #contenu { margin-left: 275px; border: 1px solid; }
>
> HTML:
> =====
> <ul id="menu">
> <li><a href="00125.php"><img src="00125.jpg" alt="logo"></a></li>
> <li><a href="00124.php"><img src="00124.jpg" alt="logo"></a></li>
>
> <li><a href="00001.php"><img src="00001.jpg" alt="logo"></a></li>
> <ul>
> <div id="contenu">
> <h1>VALINFO</h1>
> <p> bla bla </p>
> <p id="pieds"> blabla </p>
> </div>

Merci (-:

> ça peut bien être en fixed et dimensionné en hauteur et overflowed en
> auto (attention : problèmes en fixed avec certains IE)

Oui, les IE6 et antérieurs ont déjà quelques soucis avec le site, donc
quand quelqu'un se plaint, on lui conseille de mettre à jour (IE7) ou
d'utiliser Firefox, Opera...

Je sens que mes signets vont s'enrichir !

Merci encore !

SAM

unread,
Oct 29, 2008, 8:04:58 AM10/29/08
to
Le 10/29/08 12:48 PM, Pascale a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:4908476c$0$881$ba4a...@news.orange.fr:
>
>> Je ne comprends rien au fonctionnement de ce site.
>> Par exemple, le retour à l'accueil renvoie sur la page index ou
>> parfois à celle +/- suivante : index.suite.2
>> C'est à peine si je remarque les titres des pages (en blanc sur fond
>> bleu-clair)
>
> Il faut dire que la page que j'ai proposée n'est pas accédée directement,

J'ai bien parlé du "site" (je l'ai butiné à partir de l'url principale)

> donc la perception du site est forcément faussée. On a eu des compliments
> sur la lisibilité et l'accessibilité de la part d'une association de
> malvoyants !

accessibilité et facilité sont 2 choses différentes ;-)

>> Non, ce n'est pas comme ça qu'on fait,

(...)
>
> Merci (-:

dislexsisme ? : - ) -> :-)

> Je sens que mes signets vont s'enrichir !
>
> Merci encore !

padekoi ;-)
et bon courage.
... les CSS sont longues à s'approprier
(surtout avec IE qui en fait ce qu'il veut)

--
sm

denisb

unread,
Oct 29, 2008, 8:44:31 AM10/29/08
to
Pascale <chaton.t...@alussinan.org> wrote:
> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:49084b2a$0$954$ba4a...@news.orange.fr:
> > Il n'empêche ... tenter d'en améliorer les contrastes ?
> > et ... tenter d'en simplifier la navigation générale ?
> Oui, de fait, ceci est prévu... sauf que convaincre le créateur du site...
> qui est quasiment daltonien (o: ....

hum...
ta page d'accueil en fonction des trois principales familles de
daltonisme :
<http://www.circaete.net/vrac/dalto.jpg>

--
@@@@@
E -00 comme on est very beaux dis !
' `) /
|\_ =="

Pascale Peyrol

unread,
Oct 29, 2008, 9:10:43 AM10/29/08
to
ne...@no-log.org (denisb) écrivait news:1ipkree.8kxedc1p37klgN%newdb@no-
log.org:

> hum...
> ta page d'accueil en fonction des trois principales familles de
> daltonisme :
> <http://www.circaete.net/vrac/dalto.jpg>

Arf© Merci, je vais lui demander lesquelles sont semblables, selon lui...
(:

--
Pascale
Kekcestruc, Raphia, Le Jardin des Amis,
frj-gazette, Mon Beau Jardin, Valinfo
et autres outils de jardin sont sur http://www.la-grille-verte.net

Pascale Peyrol

unread,
Oct 29, 2008, 10:17:14 AM10/29/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:4908516a$0$960$ba4a...@news.orange.fr:

> J'ai bien parlé du "site" (je l'ai butiné à partir de l'url
> principale)

On envisage en effet de revoir la navigation... ce sera la version 3.0.0 du
site... beaucoup de travail en perspective...



> accessibilité et facilité sont 2 choses différentes ;-)

C'est vrai (:



> dislexsisme ? : - ) -> :-)

Ben pourquoi ?



>> Je sens que mes signets vont s'enrichir !
>>
>> Merci encore !
> padekoi ;-)
> et bon courage.

Je me suis aperçue que je connaissais CSS Player, mais que j'avais paumé
cette adresse, je suis bien contente de l'avoir retrouvée grâce à toi.

> ... les CSS sont longues à s'approprier
> (surtout avec IE qui en fait ce qu'il veut)

Oui ! Surtout quand on essaye de conserver un design flexible (je n'aime
pas les designs fixes, le genre qui occupe un tiers de mon petit écran
17"...).
C'est vrai qu'avec IE, c'est la surprise tous les jours : mais que va-t-il
faire de mon code ? Suspense...

Bon, cela dit, j'ai quand même un ennui avec ma page.
Les images débordent joyeusement sur la partie droite alors qu'il n'y a
évidemment pas d'overflow à cet endroit. Bizarre bizarre, c'est la première
fois que j'ai ce souci.

--

SAM

unread,
Oct 29, 2008, 12:35:23 PM10/29/08
to
Le 10/29/08 3:17 PM, Pascale Peyrol a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:4908516a$0$960$ba4a...@news.orange.fr:
>
>> dislexsisme ? : - ) -> :-)
>
> Ben pourquoi ?

Ben, paske tu avais écrit (-: au lieu de :-)
et qu'il me semble que le premier est à l'envers (en usage courant)
et que seul le second me donne une image-smiley dans mon Thunderbird

> Bon, cela dit, j'ai quand même un ennui avec ma page.

Où est cette page ?

> Les images débordent joyeusement sur la partie droite alors qu'il n'y a
> évidemment pas d'overflow à cet endroit.

?? l'overflow, normalement, sert à contenir le débordement
- par rognage : hidden
- par scroll : auto ou scroll
donc rien ne doit en déborder.
(sauf si finalement il est élastique c a d non dimensionné,
il peut sembler que des trucs en déborde alors que c'est
le conteneur qui déborde tout entier)

--
sm

Sergio

unread,
Oct 29, 2008, 12:44:43 PM10/29/08
to
SAM a utilisé son clavier pour écrire :

>>> dislexsisme ? : - ) -> :-)
>>
>> Ben pourquoi ?
>
> Ben, paske tu avais écrit (-: au lieu de :-)
> et qu'il me semble que le premier est à l'envers (en usage courant)

Non. Les deux s'écrivent. Un copain met un point d'honneur à faire son
smiley comme ça (-: et ce depuis des lustres (sur les BBS avant même
qu'internet existe).

> et que seul le second me donne une image-smiley dans mon Thunderbird

Et un rapport de bug... :-)

SAM

unread,
Oct 29, 2008, 12:49:31 PM10/29/08
to
Le 10/29/08 1:44 PM, denisb a écrit :

> Pascale <chaton.t...@alussinan.org> wrote:
>> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
>> news:49084b2a$0$954$ba4a...@news.orange.fr:
>>> Il n'empêche ... tenter d'en améliorer les contrastes ?
>> Oui, de fait, ceci est prévu... sauf que convaincre le créateur du site...
>> qui est quasiment daltonien (o: ....
>
> hum...
> ta page d'accueil en fonction des trois principales familles de
> daltonisme :
> <http://www.circaete.net/vrac/dalto.jpg>

Je préfère le design (les couleurs, la charte graphique) Protanopie.

Bien que le titre manque toujours d'éclat.
Bien que je ne saisisse pas bien la(les) justification(s) de changement
de couleur des boutons.
(et je ne les aurais pas classés comme ça)

--
sm

SAM

unread,
Oct 29, 2008, 2:28:22 PM10/29/08
to
Le 10/29/08 5:44 PM, Sergio a écrit :

> SAM a utilisé son clavier pour écrire :
>
>>>> dislexsisme ? : - ) -> :-)
>>>
>>> Ben pourquoi ?
>>
>> Ben, paske tu avais écrit (-: au lieu de :-)
>> et qu'il me semble que le premier est à l'envers (en usage courant)
>
> Non. Les deux s'écrivent.

c'est un peu pourquoi je précisais "usage courant"

> Un copain met un point d'honneur à faire son
> smiley comme ça (-: et ce depuis des lustres (sur les BBS avant même
> qu'internet existe).
>
>> et que seul le second me donne une image-smiley dans mon Thunderbird
>
> Et un rapport de bug... :-)

;-)

ton MesNews/1.08.01.00 présente correctement les mileys de ton copain ?

--
sm

Pascale Peyrol

unread,
Oct 29, 2008, 3:15:13 PM10/29/08
to
Sergio <lap...@serge.delbono.net.invalid> écrivait
news:mn.ec287d8ae...@serge.delbono.net.invalid:

> Non. Les deux s'écrivent. Un copain met un point d'honneur à faire son
> smiley comme ça (-: et ce depuis des lustres (sur les BBS avant même
> qu'internet existe).

C'est un truc de gaucher, tout bêtement (-:

Pascale Peyrol

unread,
Oct 29, 2008, 3:31:56 PM10/29/08
to
Sergio <lap...@serge.delbono.net.invalid> écrivait
news:mn.ec287d8ae...@serge.delbono.net.invalid:

> Non. Les deux s'écrivent. Un copain met un point d'honneur à faire son

> smiley comme ça (-: et ce depuis des lustres (sur les BBS avant même
> qu'internet existe).

C'est un truc de gaucher, tout bêtement...
Je suis une vieille usenetophile avec plein de vieilles manies (o:
<schtroumpf grognon>
Et puis d'abord, j'aime pas les smileys qui sautillent et qui clignotent.
</schtroumpf grognon>

Pascale Peyrol

unread,
Oct 29, 2008, 3:35:02 PM10/29/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490890cc$0$895$ba4a...@news.orange.fr:

> Où est cette page ?

Oui, ce serait nécessaire... c'est sur le site de test. Ça m'ennuie de
donner l'adresse publiquement vu qu'il n'y a que nous qui sommes censés y
aller et entrer/modifier des données.
Par courrier privé, par contre, pas de problème.

> ??

Cela résume bien mon état d'esprit...

> l'overflow, normalement, sert à contenir le débordement
> - par rognage : hidden
> - par scroll : auto ou scroll
> donc rien ne doit en déborder.
> (sauf si finalement il est élastique c a d non dimensionné,
> il peut sembler que des trucs en déborde alors que c'est
> le conteneur qui déborde tout entier)

C'est d'autant plus bizarre qu'overflow ne concerne que le menu à gauche et
pas le « corps » à droite...

--
Pascale

denisb

unread,
Oct 29, 2008, 3:54:32 PM10/29/08
to
SAM <stephanemor...@wanadoo.fr.invalid> wrote:
> Le 10/29/08 1:44 PM, denisb a écrit :
> > hum...
> > ta page d'accueil en fonction des trois principales familles de
> > daltonisme :
> > <http://www.circaete.net/vrac/dalto.jpg>
> Je préfère le design (les couleurs, la charte graphique) Protanopie.

euh...
je n'ai rien modifié du tout.

juste j'affiche la page avec les couleurs modifiées en fonction du type
de daltonisme choisi.

voir :
<http://michelf.com/projets/sim-daltonisme/>

c'est pour que ceux qui ne sont pas atteints de daltonisme voient
comment rend la page pour des daltoniens.

c'est plus clair comme ça ?

SAM

unread,
Oct 29, 2008, 5:25:41 PM10/29/08
to
Le 10/29/08 8:54 PM, denisb a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>> Le 10/29/08 1:44 PM, denisb a écrit :
>>> hum...
>>> ta page d'accueil en fonction des trois principales familles de
>>> daltonisme :
>>> <http://www.circaete.net/vrac/dalto.jpg>
>> Je préfère le design (les couleurs, la charte graphique) Protanopie.
>
> euh...
> je n'ai rien modifié du tout.

Je sais bien, et alors ?
Je préfère quand même.

Si le gars est daltonien et qu'il voit comme ça, peut-être préfère t-il
aussi et ça ne va pas être évident de lui expliquer comment ça rend en vrai.

> voir :
> <http://michelf.com/projets/sim-daltonisme/>

Ça marche vachement bien !

--
sm

denisb

unread,
Oct 29, 2008, 5:45:47 PM10/29/08
to
SAM <stephanemor...@wanadoo.fr.invalid> wrote:
> Le 10/29/08 8:54 PM, denisb a écrit :
> > je n'ai rien modifié du tout.
> Je sais bien, et alors ?

et ben, la charte graphique est celle d'origine (du site).
les trois exergues de droite en sont des rendus particuliers

> Si le gars est daltonien et qu'il voit comme ça, peut-être préfère t-il
> aussi et ça ne va pas être évident de lui expliquer comment ça rend en vrai.

vu les différentes teinte des boutons (avec une vision non déficiente)
et leur rendu pour les trois grandes familles de daltonisme, je ne
comprends pas l'intérêt d'un designer daltonien de les avoir choisies* :
certaines ayant un rendu identique.


* relire lentement...

SAM

unread,
Oct 29, 2008, 9:35:36 PM10/29/08
to
Le 10/29/08 8:35 PM, Pascale Peyrol a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:490890cc$0$895$ba4a...@news.orange.fr:
>
>> Où est cette page ?
>
> Oui, ce serait nécessaire... c'est sur le site de test. Ça m'ennuie de
> donner l'adresse publiquement vu qu'il n'y a que nous qui sommes censés y
> aller et entrer/modifier des données.

<http://cjoint.com/data/kEcBBqvrZW_pascale.htm>

--
sm

Sergio

unread,
Oct 30, 2008, 12:13:42 AM10/30/08
to
denisb a exposé le 29/10/2008 :

> euh...
> je n'ai rien modifié du tout.
>
> juste j'affiche la page avec les couleurs modifiées en fonction du type
> de daltonisme choisi.
>
> voir :
> <http://michelf.com/projets/sim-daltonisme/>
>
> c'est pour que ceux qui ne sont pas atteints de daltonisme voient
> comment rend la page pour des daltoniens.
>
> c'est plus clair comme ça ?

Ça existe pour de vrais ordinateurs ? (Windows ou Linux).

Pascale

unread,
Oct 29, 2008, 6:25:19 PM10/29/08
to
ne...@no-log.org (denisb) écrivait news:1iplg63.1uscthti6v6miN%newdb@no-
log.org:

> vu les différentes teinte des boutons (avec une vision non déficiente)
> et leur rendu pour les trois grandes familles de daltonisme, je ne
> comprends pas l'intérêt d'un designer daltonien de les avoir choisies* :
> certaines ayant un rendu identique.

Ben... pour autant que je puisse le constater, il distingue les couleurs
quand même un peu plus que sur les exemples donnés.

--
Pascale

CrazyCat

unread,
Oct 30, 2008, 4:06:57 AM10/30/08
to
Sergio wrote:
> Ça existe pour de vrais ordinateurs ? (Windows ou Linux).

trop gros, passera pas :D

--
Réseau IRC Francophone: http://www.zeolia.net
Aide et astuces webmasters : http://www.c-p-f.org
Communauté Francophone sur les Eggdrops: http://www.eggdrop.fr

Olivier Miakinen

unread,
Oct 30, 2008, 6:25:51 AM10/30/08
to
Le 30/10/2008 05:13, Sergio a (presque) écrit :
>>
>> <http://michelf.com/projets/sim-daltonisme/>
>
> Ça existe pour [d'autres types d'] ordinateurs ?

Ça existe en ligne, donc indépendamment du type d'ordinateur du
visiteur pourvu qu'il ait un navigateur web. Par exemple :
http://colorfilter.wickline.org/

Olivier Miakinen

unread,
Oct 30, 2008, 6:52:41 AM10/30/08
to
Le 29/10/2008 17:35, SAM répondait à Pascale Peyrol :

>
> Ben, paske tu avais écrit (-: au lieu de :-)

C'est juste un souriard de gaucher. (-;

> et qu'il me semble que le premier est à l'envers (en usage courant)
> et que seul le second me donne une image-smiley dans mon Thunderbird

C'est là qu'est le bug : Thunderbird ne devrait pas remplacer les
séquences de caractère par des images car ce n'est pas lui qui peut
deviner si une séquence donnée est censée être un souriard, ou autre
chose. Idem pour le gras, le soulignement ou l'italique.

Tiens, un exemple :
« La semaine dernière j'ai vachement bien réussi mon devoir, j'ai eu une
super note (12+) alors que les fois d'avant c'était plutôt nul (j'avais
eu 5, 7- et 8-) »

Un autre :
« Quant aux maths, j'avais à calculer 3 *pi * pi* 1/3 et je n'ai pas vu
que ça faisait simplement pi^2 »

Olivier Miakinen

unread,
Oct 30, 2008, 7:00:28 AM10/30/08
to
Le 30/10/2008 11:52, Olivier Miakinen a écrit :
>
> C'est là qu'est le bug : Thunderbird ne devrait pas remplacer les
> séquences de caractère par des images car ce n'est pas lui qui peut
> deviner si une séquence donnée est censée être un souriard, ou autre
> chose. Idem pour le gras, le soulignement ou l'italique.
>
> Tiens, un exemple :
> « La semaine dernière j'ai vachement bien réussi mon devoir, j'ai eu une
> super note (12+) alors que les fois d'avant c'était plutôt nul (j'avais
> eu 5, 7- et 8-) »

J'ai oublié de dire où ça se désactive.

Outils / Options / Affichage / Formatage
[ ] Afficher les émoticônes sous forme graphique (décocher l'option)

On peut en profiter pour faire, au même endroit :
Utiliser la police suivante : [*] Police de largeur fixe

> Un autre :
> « Quant aux maths, j'avais à calculer 3 *pi * pi* 1/3 et je n'ai pas vu
> que ça faisait simplement pi^2 »

Désolé, là je ne retrouve pas où ça se débranche.

Pascale Peyrol

unread,
Oct 30, 2008, 10:13:58 AM10/30/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490890cc$0$895$ba4a...@news.orange.fr:

> Où est cette page ?

Je l'ai « clonée » sur le site de production.

http://www.valinfo.org/testgalpres.php?presid=443882

On peut prendre d'autres exemples, mais sur celui-ci, on voit bien le
débordement de l'image sur la droite.

Je remarque un autre problème, uniquement avec Firefox : il manque une
balise </font> à la fin du texte en rouge (« animations et concerts »). Ce
code est rentré par l'utilisateur, il est donc un peu inévitable que ce
genre de bévue se produise. Opera, Chrome, Safari et même IE
« comprennent » que le texte en rouge s'arrête avec le </p> qui suit (ils
insèrent donc implicitement le </font> manquant). Seul Firefox en est
incapable et écrit tout le texte en rouge...

--
Pascale

Pascale

unread,
Oct 30, 2008, 11:13:02 AM10/30/08
to
Pascale Peyrol <chaton.t...@alussinan.org> écrivait
news:XnF9B479AF4D...@alussinan.org:

> On peut prendre d'autres exemples, mais sur celui-ci, on voit bien le
> débordement de l'image sur la droite.

J'ai résolu le problème des images débordantes en virant le <p
class="xxxx"></p> qui entourait inutilement chaque image.

Reste cette histoire d'interprétation des </font> manquants.

docanski

unread,
Oct 30, 2008, 11:48:08 AM10/30/08
to
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne,
Pascale ecrit ce qui suit en ce 30.10.2008 16:13 :

> Reste cette histoire d'interprétation des </font> manquants.

Si tu veux passer aux CSS, oublie totalement cette balise !

Cordialement,
--
docanski

Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/

Olivier Miakinen

unread,
Oct 30, 2008, 12:07:06 PM10/30/08
to
Le 30/10/2008 15:13, Pascale Peyrol a écrit :
>
> http://www.valinfo.org/testgalpres.php?presid=443882
>
> [...]

>
> Je remarque un autre problème, uniquement avec Firefox : il manque une
> balise </font> à la fin du texte en rouge (« animations et concerts »).

Oui, il en manque même deux.

> [...] Opera, Chrome, Safari et même IE


> « comprennent » que le texte en rouge s'arrête avec le </p> qui suit (ils
> insèrent donc implicitement le </font> manquant). Seul Firefox en est
> incapable et écrit tout le texte en rouge...

C'est le phénomène GIGO « garbage in, garbage out ». Les navigateurs
sont quand même vachement sympas d'afficher quelque chose sur un tel
code. Note que, même s'il peut sembler surprenant que Firefox ait fait
ce choix, au moins il est cohérent avec lui-même.

Regarde par exemple le bout de code suivant sur la même page :
-------------------------------------------------------------------------
<br>aux demandes d'animation des restaurants et bars
musicaux.<br><BR><font size="4">

<p align=center><font color=red>Ci-dessous, le TRIO VIRDEBORD enregistre
son premier CD.</p>
-------------------------------------------------------------------------

Ici, tous les navigateurs choisissent de faire franchir le « font
size="4" » à la balise P qui suit, comme tu peux t'en rendre compte en
remplaçant la taille 4 par 1 ou 7. Alors pourquoi IE et les autres
traiteraient-ils différemment l'entrée et la sortie ?

Au fait, IE et Gecko interprètent de la même manière le code suivant,
avec à la fois une entrée imprévue et une sortie imprévue :
<B>gras <I>gras italique</B> italique</I>
Si IE était cohérent, il quitterait le mode italique ici à l'endroit du
</B>, comme il quitte la couleur rouge sur la page en question au </P>.

SAM

unread,
Oct 30, 2008, 12:22:15 PM10/30/08
to
Le 10/30/08 11:52 AM, Olivier Miakinen a écrit :

> Le 29/10/2008 17:35, SAM répondait à Pascale Peyrol :
>> Ben, paske tu avais écrit (-: au lieu de :-)
>
> C'est juste un souriard de gaucher. (-;
>
>> et qu'il me semble que le premier est à l'envers (en usage courant)
>> et que seul le second me donne une image-smiley dans mon Thunderbird
>
> C'est là qu'est le bug : Thunderbird ne devrait pas remplacer les
> séquences de caractère par des images

Je ne sais si c'est Th ou une de ses extension, ces remplacements ne me
gênant pas je n'ai pas cherché à les désactiver.

> car ce n'est pas lui qui peut
> deviner si une séquence donnée est censée être un souriard, ou autre
> chose. Idem pour le gras, le soulignement ou l'italique.

Pour l'italique c'est assez c...t le + souvent, c'est vrai.

> Tiens, un exemple :

Comme tu le sais, onnaka faire attention à ce qu'on écrit et là ça doit
passer.

« (j'avais eu 5, 7- et 8- ) »

« j'avais à calculer 3 * pi * pi * 1/3 »

--
sm

Olivier Miakinen

unread,
Oct 30, 2008, 12:45:03 PM10/30/08
to
Le 30/10/2008 17:22, SAM a écrit :
>
> Comme tu le sais, onnaka faire attention à ce qu'on écrit et là ça doit
> passer.
>
> « (j'avais eu 5, 7- et 8- ) »

Ben non... quand on fait attention, justement, on ne met jamais d'espace
avant une parenthèse fermante. En outre, encore faudrait-il connaître
les séquences que Thunderbird considère comme émoticôgènes, or malgré
une longue recherche ce matin je n'ai rien trouvé.

> « j'avais à calculer 3 * pi * pi * 1/3 »

Admettons. Un autre exemple alors :

As-tu _constaté_ que *cela* donne parfois des résultats _étonnants_ ?
As-tu _vu_ que *ça* donne parfois des résultats _surprenants_ ?

Michael DENIS

unread,
Oct 30, 2008, 12:47:31 PM10/30/08
to
Olivier Miakinen a écrit :

> As-tu _constaté_ que *cela* donne parfois des résultats _étonnants_ ?
> As-tu _vu_ que *ça* donne parfois des résultats _surprenants_ ?

*_pas mal !_* :-)

--
Michaël DENIS

Pascale Peyrol

unread,
Oct 30, 2008, 1:28:29 PM10/30/08
to
Olivier Miakinen <om+...@miakinen.net> écrivait
news:4909db13$1...@neottia.net:

> C'est le phénomène GIGO « garbage in, garbage out ». Les navigateurs
> sont quand même vachement sympas d'afficher quelque chose sur un tel
> code.

Je suis bien de cet avis...

> Note que, même s'il peut sembler surprenant que Firefox ait fait
> ce choix, au moins il est cohérent avec lui-même.

Dans d'autres cas, il fait « mieux » qu'Opera :
http://www.valinfo.org/testgalpres.php?presid=2213383

> Regarde par exemple le bout de code suivant sur la même page

:[explications]

Tes explications sont claires (comme d'habitude (-: ) mais je ne sais pas
comment je vais sortir quelque chose de ce galimatias... À l'heure
actuelle, ces problèmes sont masqués grâce à l'usage systématique de
tables, mais je sais que ce n'est pas une bonne solution...

--

Pascale Peyrol

unread,
Oct 30, 2008, 1:17:47 PM10/30/08
to
docanski <docanski_...@euphonynet.be.invalid> écrivait
news:gecl00$25ce$1...@kimsufi.gegeweb.org:

>> Reste cette histoire d'interprétation des </font> manquants.
>
> Si tu veux passer aux CSS, oublie totalement cette balise !

Euh... oui mais non. Les éléments de style en question sont entrés par les
utilisateurs à l'aide d'un générateur (un peu comme le BBCode, sauf que
c'est pas du BBCode) que je serais bien en peine de réécrire, vu que c'est
plein de Javascript beaucoup trop compliqué pour moi. On se trouve donc
inévitablement avec des <i>, des <u> et des <font> pas fermés suite à des
négligences des utilisateurs qui, pour la plupart, ne savent pas
vraiment, voire pas du tout ce qu'est une balise HTML. Ce qui m'étonne,
c'est que lorsque je ferme un paragraphe </p> et même un div </div> pour en
rouvrir un autre derrière avec mes éléments de style définis correctement,
ceux-ci sont ignorés et je trimballe toujours les soulignés, italiques,
couleurs, etc. qui n'ont pas été fermés dans le div précédent.

--

Olivier Miakinen

unread,
Oct 30, 2008, 2:01:24 PM10/30/08
to
Le 30/10/2008 18:17, Pascale Peyrol a écrit :
>
> [...] Les éléments de style en question sont entrés par les
> utilisateurs à l'aide d'un générateur [...]. On se trouve donc
> inévitablement avec des <i>, des <u> et des <font> pas fermés suite à des
> négligences des utilisateurs qui, pour la plupart, ne savent pas
> vraiment, voire pas du tout ce qu'est une balise HTML.

Si je peux me permettre, dans ce cas la faute n'en revient pas tant aux
utilisateurs qu'au générateur lui-même. Le minimum qu'on peut demander à
ce genre de bestiole, ce serait de ne pas ouvrir une balise à moins de
la refermer aussitôt.

Bien évidemment, il n'est pas pensable de /corriger/ un tel outil : la
seule alternative consiste à le garder et vivre avec ses bugs, ou le
remplacer complètement par un CMS bien conçu.

> Ce qui m'étonne,
> c'est que lorsque je ferme un paragraphe </p> et même un div </div> pour en
> rouvrir un autre derrière avec mes éléments de style définis correctement,
> ceux-ci sont ignorés et je trimballe toujours les soulignés, italiques,
> couleurs, etc. qui n'ont pas été fermés dans le div précédent.

« It's not a bug, it's a feature » comme dans l'exemple que j'ai déjà
donné :
<B>gras <I>gras italique</B> italique</I>.

Sachant que ce genre d'horreur existe, et qu'il faut savoir faire aussi
bien que le logiciel concurrent, Firefox le traduit en :
<b>gras <i>gras italique</i></b><i> italique</i>
(comme on peut le voir avec View/Selection source ou en sauvant la page
HTML sur son disque).


De la même manière, le code de la page que tu citais :
-----------------------------------------------------------------------
<font color="red"> <font size="4">animations et concerts</p>
<div class="milieu">
-----------------------------------------------------------------------
devient :
-----------------------------------------------------------------------
<font color="red"> <font size="4">animations et concerts</font></font></p>
<div class="milieu"><font color="red"><font size="4">
-----------------------------------------------------------------------

SAM

unread,
Oct 30, 2008, 2:13:08 PM10/30/08
to
Le 10/30/08 3:13 PM, Pascale Peyrol a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:490890cc$0$895$ba4a...@news.orange.fr:
>
>> Où est cette page ?
>
> Je l'ai « clonée » sur le site de production.
>
> http://www.valinfo.org/testgalpres.php?presid=443882
>
> On peut prendre d'autres exemples,

ce n'est pas la peine !
Rien qu'avec un petit extrait de celle-ci on est servi !
Et bien servi !

exemple :
<font color="red"><font size="4"><font size="2"><font size="4"><font
color="red">

C'est kiki begaie ?
et n'arrive pas à se décider sur la taille ?

Qu'est-ce qui vous produit ce genre de code tout bordélique ?

> mais sur celui-ci, on voit bien le
> débordement de l'image sur la droite.

Ben si votre interface d'upload est mal foutue ...
faut pas s'étonner.
C'est au php à redimensionner les images en fonction de leur emplacement.
Ça peut se faire côté navigateur par une règle css mais c'est la porte
ouverte à pouvoir donner des images mal dimensionnées et inutilement
lourdes.

td { position: relative }
td img { width: 90%; margin: auto; }
td img.secondaire { float: left; width: 40%; margin: 5px 5px 5px 0; }


C'est comme le menu à base de logos de toutes tailles.
Il faudrait à minima que votre php (ou un humain ?) redimensionne les
images qui sont trop larges pour y entrer.

> Je remarque un autre problème, uniquement avec Firefox : il manque une
> balise </font> à la fin du texte en rouge (« animations et concerts »). Ce
> code est rentré par l'utilisateur, il est donc un peu inévitable que ce
> genre de bévue se produise.

Il faudra qd même m'expliquer comment l'utilisateur peut encadrer de
fonts balbutiantes une simple image (code cité ci-haut) ?

Non ce n'est pas inévitable,
l'utilisateur
- soit sélectionne un bout de texte et choisit une couleur
et l'interface pose les balises (ou les styles)
- soit choisit une couleur et tape son texte
et quand il veut revenir en "normal" ça met la balise de fin.
et finalement l'interface analyse le shmillblick

Si c'est trop compliqué il faut avoir une charte rigide
- h1 (fonte, couleur, taille graisse, étoussa. Par css)
- h2 (idem)
- p (idem)
- img (soit principale soit secondaire et le php les redimensionne
en conséquence avant enregistrement lors de l'upload)
- etc ...
L'utilisateur n'a le droit de ne remplir que les champs autorisés (en
texte simple), indiquer titres des images et qualités de celles-ci.
Il a à dispo un bouton pour en visualiser le résultat stylé
afin, éventuellement, pouvoir revoir/reprendre sa copie.


> Opera, Chrome, Safari et même IE
> « comprennent » que le texte en rouge s'arrête avec le </p> qui suit (ils
> insèrent donc implicitement le </font> manquant). Seul Firefox en est
> incapable et écrit tout le texte en rouge...

Yaka utiliser des styles appliqués au texte "normal" dans P au moyen de
span ou directement associés aux balises div, p, h1, h2 ... au lieu de
se servir de balises font

--
sm

Olivier Miakinen

unread,
Oct 30, 2008, 2:31:33 PM10/30/08
to
Le 30/10/2008 19:13, SAM a écrit :
>
> [ rien que du bon sens ]

Amen.

Sauf que Pascale sera bien embêtée avec ta réponse, à moins qu'il soit
envisageable d'envoyer tout ce bouzin à la décharge et de le remplacer
par un vrai BBcode, ou un SPIP, etc.

SAM

unread,
Oct 30, 2008, 3:01:09 PM10/30/08
to
Le 10/30/08 5:45 PM, Olivier Miakinen a écrit :

>
> Admettons. Un autre exemple alors :
>
> As-tu _constaté_ que *cela* donne parfois des résultats _étonnants_ ?
> As-tu _vu_ que *ça* donne parfois des résultats _surprenants_ ?

Bon d'accord !
Je me demande bien pourquoi parfois j'essaie de te contredire ?

--
sm

Pascale Peyrol

unread,
Oct 30, 2008, 3:03:10 PM10/30/08
to
Olivier Miakinen <om+...@miakinen.net> écrivait
news:4909f5e0$1...@neottia.net:

> Si je peux me permettre, dans ce cas la faute n'en revient pas tant aux
> utilisateurs qu'au générateur lui-même. Le minimum qu'on peut demander à
> ce genre de bestiole, ce serait de ne pas ouvrir une balise à moins de
> la refermer aussitôt.

Il le fait... mais les utilisateurs sont capables de faire un tas de trucs
qu'on imaginerait pas... y compris d'effacer des balises...

> Bien évidemment, il n'est pas pensable de /corriger/ un tel outil : la
> seule alternative consiste à le garder et vivre avec ses bugs, ou le
> remplacer complètement par un CMS bien conçu.

Tu penses auquel en particulier ?

--
Pascale

Olivier Miakinen

unread,
Oct 30, 2008, 3:13:31 PM10/30/08
to
Le 30/10/2008 20:01, SAM a écrit :
>>
>> As-tu _constaté_ que *cela* donne parfois des résultats _étonnants_ ?
>> As-tu _vu_ que *ça* donne parfois des résultats _surprenants_ ?
>
> Bon d'accord !
> Je me demande bien pourquoi parfois j'essaie de te contredire ?

C-:

Pascale Peyrol

unread,
Oct 30, 2008, 3:17:24 PM10/30/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:4909f935$0$890$ba4a...@news.orange.fr:

> ce n'est pas la peine !
> Rien qu'avec un petit extrait de celle-ci on est servi !
> Et bien servi !
>
> exemple :
> <font color="red"><font size="4"><font size="2"><font size="4"><font
> color="red">
>
> C'est kiki begaie ?
> et n'arrive pas à se décider sur la taille ?

En l'occurence, c'est l'utilisateur...

> Qu'est-ce qui vous produit ce genre de code tout bordélique ?

Un Javascript.

> Ben si votre interface d'upload est mal foutue ...
> faut pas s'étonner.
> C'est au php à redimensionner les images en fonction de leur
> emplacement. Ça peut se faire côté navigateur par une règle css mais
> c'est la porte ouverte à pouvoir donner des images mal dimensionnées
> et inutilement lourdes.

Elles sont tout de même limitées à 100 Ko.

> C'est comme le menu à base de logos de toutes tailles.
> Il faudrait à minima que votre php (ou un humain ?) redimensionne les
> images qui sont trop larges pour y entrer.

Oui, le mieux serait de les redimensionner à l'origine.

> Il faudra qd même m'expliquer comment l'utilisateur peut encadrer de
> fonts balbutiantes une simple image (code cité ci-haut) ?

Il le peut, puisqu'il a le droit de situer les photos avant le texte.

> Non ce n'est pas inévitable,
> l'utilisateur
> - soit sélectionne un bout de texte et choisit une couleur
> et l'interface pose les balises (ou les styles)
> - soit choisit une couleur et tape son texte
> et quand il veut revenir en "normal" ça met la balise de fin.
> et finalement l'interface analyse le shmillblick

C'est comme cela que ça marche...

> Si c'est trop compliqué il faut avoir une charte rigide
> - h1 (fonte, couleur, taille graisse, étoussa. Par css)
> - h2 (idem)
> - p (idem)
> - img (soit principale soit secondaire et le php les redimensionne
> en conséquence avant enregistrement lors de l'upload)
> - etc ...
> L'utilisateur n'a le droit de ne remplir que les champs autorisés (en
> texte simple), indiquer titres des images et qualités de celles-ci.
> Il a à dispo un bouton pour en visualiser le résultat stylé
> afin, éventuellement, pouvoir revoir/reprendre sa copie.

Oui, mais il sera difficile de les priver de la possibilité de mettre de la
couleur, de l'italique, du gras... à l'intérieur même du texte.


> Yaka utiliser des styles appliqués au texte "normal" dans P au moyen
> de span ou directement associés aux balises div, p, h1, h2 ... au lieu
> de se servir de balises font

Sûr que ce serait préférable...

--

docanski

unread,
Oct 30, 2008, 5:12:14 PM10/30/08
to
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne,
Pascale Peyrol ecrit ce qui suit en ce 30.10.2008 18:17 :

> Euh... oui mais non. Les éléments de style en question sont entrés par les
> utilisateurs à l'aide d'un générateur (un peu comme le BBCode, sauf que
> c'est pas du BBCode) que je serais bien en peine de réécrire, vu que c'est
> plein de Javascript beaucoup trop compliqué pour moi.

Mauvais générateur, changer de générateur : c'est plus simple que de le
corriger de fond en comble.

> On se trouve donc
> inévitablement avec des <i>, des <u> et des <font> pas fermés suite à des
> négligences des utilisateurs qui, pour la plupart, ne savent pas
> vraiment, voire pas du tout ce qu'est une balise HTML.

Je trouve plutôt curieux que des utilisateurs qui ne sont pas censés
écrire du code mais du texte (je suppose que c'est bien la finalité du
bouzin ?) y soient autorisés : c'est la porte ouverte à tous les "bugs".
C'est donc la conception même de l'interactivité du site qui est à
revoir, me semble-t'il.

SAM

unread,
Oct 30, 2008, 6:26:42 PM10/30/08
to
Le 10/30/08 8:17 PM, Pascale Peyrol a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:4909f935$0$890$ba4a...@news.orange.fr:
>
>
> Oui, mais il sera difficile de les priver de la possibilité de mettre de la
> couleur, de l'italique, du gras... à l'intérieur même du texte.

L'utilisateur *n'a pas à italiquer ni grassouiller* quoique ce soit !
encore moins *colorisationner* comme il veut !
(surtout si potanotiste ou je ne sais quel daltonisme)
Il doit se conformer à la charte du site.

Il n'a le droit que de :
- titrer (h1) (et qu'une fois)
- sous-titrer (h2, h3) (et pas n'importe où)
- paragrapher (P)
- lister (<ul><li></li></ul> ou <ol><li></li>/ol>)
- proposer des illustrations (principale, annexes)
avec possibilité de les titrer
- table avec thead, tbody et accessoirement titre (caption) et tfoot
(interdit pour les images, on lui proposera pour ses albums le truc
'définition' (dl dd dt) par exemple)
et dans les phrases
- liens
- citer
- emphaser (en général : italique)
- éventuellement strong (+ grand et souvent gras)
et le webmaster ou le CA du site décide de comment tout ça doit
apparaitre dans les pages
afin de maitriser une certaine unité de présentation.

Le résultat final est bien entendu sans aucun table.
(sauf si l'utilisateur a des données tabulées à communiquer)
(résultats de matchs, calendrier-agenda ...)

Le menu de navigation dans la page par liens vers les sous-titres pourra
être réalisé automatiquement par le php.

--
sm

SAM

unread,
Oct 30, 2008, 6:38:15 PM10/30/08
to
Le 10/30/08 8:17 PM, Pascale Peyrol a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:4909f935$0$890$ba4a...@news.orange.fr:
>
>> Ben si votre interface d'upload est mal foutue ...
>> faut pas s'étonner.
>> C'est au php à redimensionner les images en fonction de leur
>> emplacement. Ça peut se faire côté navigateur par une règle css mais
>> c'est la porte ouverte à pouvoir donner des images mal dimensionnées
>> et inutilement lourdes.
>
> Elles sont tout de même limitées à 100 Ko.

C'est trop.
(je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester
sensible au poids des images)
une image 600/800 devrait ne peser que 40 à 60ko.
L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire 3
ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi avant
de sauvegarder.

>> Il faudra qd même m'expliquer comment l'utilisateur peut encadrer de
>> fonts balbutiantes une simple image (code cité ci-haut) ?
>
> Il le peut, puisqu'il a le droit de situer les photos avant le texte.

Il ne devrait pas pouvoir, l'illustration (principale) devrait être
positionnée au même endroit dans toutes les pages.

--
sm

SAM

unread,
Oct 30, 2008, 7:17:26 PM10/30/08
to
Le 10/30/08 7:31 PM, Olivier Miakinen a écrit :

Vu le résultat obtenu qui n'ira sans doute que de mal en pire au cours
de l'évolution du site, en effet un relookage complet commence à s'imposer.

Déjà l'idée de vouloir sortir des frames est un bon départ.
Le commencement de l'apprentissage des CSS est une bonne suite.
Ne reste qu'à concevoir ou trouver un web-éditeur-texte-embarqué plus au
gout du jour pour remplacer celui mal fagoté ou mal t'employé.

Je vois celui-là (pas pour IE) qui modifie le code produit suivant ce
qu'on choisit même après coup (paragraphe, titre, normal) mais, malgré
ce, ne parvient pas entièrement à s'affranchir complètement de "font"
(dépend du contexte)
<http://www.twistermc.com/shake/rich-text-editor.php>

et puis celui-là qui a l'air d'être celui du site de Pascale (en un peu
moins pire mais pas beaucoup)
<http://koivi.com/WYSIWYG-Editor/>

il y en a bien d'autres

à mon idée, l'idéal est :
- la page canevas type
- le formulaire pour remplir et personnaliser ses parties
- enregistrement avec modif automatique du menu
Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les
contributeurs.

--
sm

Sergio

unread,
Oct 31, 2008, 4:44:04 AM10/31/08
to
Pascale Peyrol a couché sur son écran :

>>> Reste cette histoire d'interprétation des </font> manquants.
>>
>> Si tu veux passer aux CSS, oublie totalement cette balise !
>
> Euh... oui mais non. Les éléments de style en question sont entrés par les
> utilisateurs à l'aide d'un générateur (un peu comme le BBCode, sauf que
> c'est pas du BBCode) que je serais bien en peine de réécrire, vu que c'est
> plein de Javascript beaucoup trop compliqué pour moi. On se trouve donc
> inévitablement avec des <i>, des <u> et des <font> pas fermés suite à des
> négligences des utilisateurs qui, pour la plupart, ne savent pas
> vraiment, voire pas du tout ce qu'est une balise HTML. Ce qui m'étonne,
> c'est que lorsque je ferme un paragraphe </p> et même un div </div> pour en
> rouvrir un autre derrière avec mes éléments de style définis correctement,
> ceux-ci sont ignorés et je trimballe toujours les soulignés, italiques,
> couleurs, etc. qui n'ont pas été fermés dans le div précédent.

Ben, c'est que ton générateur est buggé. Mauvais générateur -> Chnager
de générateur !

Par exemple les éditeurs de messages BBCode de PhpBB et autres forums
générent en général du code HTML correct, même si les utilisateurs sont
des brelles. Idem pour les logiciels de Blog, de Wiki...

--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org


Sergio

unread,
Oct 31, 2008, 4:48:04 AM10/31/08
to
Dans son message précédent, Pascale Peyrol a écrit :

> Olivier Miakinen <om+...@miakinen.net> écrivait
> news:4909f5e0$1...@neottia.net:
>
>> Si je peux me permettre, dans ce cas la faute n'en revient pas tant aux
>> utilisateurs qu'au générateur lui-même. Le minimum qu'on peut demander à
>> ce genre de bestiole, ce serait de ne pas ouvrir une balise à moins de
>> la refermer aussitôt.
>
> Il le fait... mais les utilisateurs sont capables de faire un tas de trucs
> qu'on imaginerait pas... y compris d'effacer des balises...

Veut pas le savoir !
Va faire un tour, par exemple, sur le bac à sable de Wikipédia :
http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Bac_%C3%A0_sable

Et essaie de faire de la soupe de balise (les <i>, <b>, <font> etc.
sont tolérés), le logiciel va générer du code correct !

docanski

unread,
Oct 31, 2008, 5:37:36 AM10/31/08
to
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne,
SAM ecrit ce qui suit en ce 30.10.2008 23:38 :

> C'est trop.
> (je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester
> sensible au poids des images)
> une image 600/800 devrait ne peser que 40 à 60ko.
> L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire 3
> ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi avant
> de sauvegarder.

Si l'hébergeur l'offre à ses abonnés, il y a plus simple encore : l' API
"imagemagick" qui permettra d'optimiser les images sans intervention
particulière de la part de celui qui veut les publier. Soit en dur, soit
par l'intermédiaire de l'interface qui est par ici :
http://pecl.php.net/package/imagick

SAM

unread,
Oct 31, 2008, 6:55:27 AM10/31/08
to
Le 10/31/08 10:37 AM, docanski a écrit :

> Alors que les eleveurs et agriculteurs polluent toujours la Bretagne,
> SAM ecrit ce qui suit en ce 30.10.2008 23:38 :
>
>> C'est trop.
>> (je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester
>> sensible au poids des images)
>> une image 600/800 devrait ne peser que 40 à 60ko.
>> L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire
>> 3 ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi
>> avant de sauvegarder.
>
> Si l'hébergeur l'offre à ses abonnés, il y a plus simple encore : l' API
> "imagemagick"

Cet ensemble de fonctions est absolument génial !
(si on arrive à le maitriser).

Si c'est pré-installé, pourquoi pas.
Sinon, comme l'idée (la mienne) est de redimensionner les images
uploadées avant archivage, on ne va ne se servir que d'1 ou 2 fonctions
de l'usine à gaz. On peut n'installer que le strict nécessaire ?

Je n'ai pas trouvé
Imagick::saveImage
que
Imagick::writeImage

> qui permettra d'optimiser les images sans intervention
> particulière de la part de celui qui veut les publier. Soit en dur, soit
> par l'intermédiaire de l'interface qui est par ici :
> http://pecl.php.net/package/imagick

Heu ... je n'appelle pas tout à fait ça une "interface"
ce serait plutôt une espèce de PhotoShop ou Gimp en ligne.


La lib GD est généralement disponible avec une install basique de PHP
et devrait suffire au redimensionnement désiré.
<http://mtodorovic.developpez.com/php/gd/?page=page_3#LIII-3.2.3>
<http://www.phpdebutant.org/article111.php>

--
sm

docanski

unread,
Oct 31, 2008, 7:24:08 AM10/31/08
to
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne,
SAM ecrit ce qui suit en ce 31.10.2008 11:55 :

> La lib GD est généralement disponible avec une install basique de PHP
> et devrait suffire au redimensionnement désiré.

... ou ajouter tout simplement au script existant la commande :

<?php
exec("/usr/bin/convert convert mon_image.jpg -resize 50%
mon_image-pt.jpg");
?>

où "/usr/bin/convert" est le chemin d'accès sur le serveur.

Mais évidemment, là il y a un choix arbitraire du redimensionnement.
Il peut être contourné en ajoutant une option dans le formulaire ou,
peut-être, être automatisé à partir du choix d'un poids maximum autorisé.
Mais là, je passe la main évidemment : Olivier aura sûrement le bon code
à proposer.

Pascale Peyrol

unread,
Oct 31, 2008, 8:49:37 AM10/31/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490a4087$0$953$ba4a...@news.orange.fr:

> Vu le résultat obtenu qui n'ira sans doute que de mal en pire au cours
> de l'évolution du site, en effet un relookage complet commence à
> s'imposer.

C'est certain.

> Déjà l'idée de vouloir sortir des frames est un bon départ.
> Le commencement de l'apprentissage des CSS est une bonne suite.
> Ne reste qu'à concevoir ou trouver un web-éditeur-texte-embarqué plus
> au gout du jour pour remplacer celui mal fagoté ou mal t'employé.

Voilà (:

> Je vois celui-là (pas pour IE) qui modifie le code produit suivant ce
> qu'on choisit même après coup (paragraphe, titre, normal) mais, malgré
> ce, ne parvient pas entièrement à s'affranchir complètement de "font"
> (dépend du contexte)
> <http://www.twistermc.com/shake/rich-text-editor.php>

Pas pour IE, c'est donc hélas exclu : nous n'utilisons pas IE, mais nos
visiteurs, dans une très grande majorité, si... )-:

> et puis celui-là qui a l'air d'être celui du site de Pascale (en un
> peu moins pire mais pas beaucoup)
> <http://koivi.com/WYSIWYG-Editor/>

Mon concepteur préféré ne se rappelle pas où il a trouvé son générateur,
mais ce qui est sûr, c'est qu'il a cherché et testé, à l'époque où le site
a été créé.

> il y en a bien d'autres
>
> à mon idée, l'idéal est :
> - la page canevas type
> - le formulaire pour remplir et personnaliser ses parties
> - enregistrement avec modif automatique du menu
> Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les
> contributeurs.

Même quand j'aurai trouvé cet idéal, ce qui va être très compliqué, ce sera
de récupérer l'existant et de le mettre « aux normes »...

--

Pascale Peyrol

unread,
Oct 31, 2008, 8:43:01 AM10/31/08
to
Sergio <lap...@serge.delbono.net.invalid> écrivait
news:mn.fa487d8af...@serge.delbono.net.invalid:

> Ben, c'est que ton générateur est buggé. Mauvais générateur -> Chnager
> de générateur !

Trop permissif, c'est certain. Buggé, non.

> Par exemple les éditeurs de messages BBCode de PhpBB et autres forums
> générent en général du code HTML correct, même si les utilisateurs sont
> des brelles. Idem pour les logiciels de Blog, de Wiki...

Mais ce sont en général d'énooormes usines à gaz...

Pascale Peyrol

unread,
Oct 31, 2008, 9:00:43 AM10/31/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490a3758$0$921$ba4a...@news.orange.fr:

>> Elles sont tout de même limitées à 100 Ko.
>
> C'est trop.
> (je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester
> sensible au poids des images)
> une image 600/800 devrait ne peser que 40 à 60ko.

50 Ko, c'est le maxi actuel sur Kekcestruc, et, pour être honnête, je
comprends les gens qui râlent sur le fait que ce n'est pas assez, car moi-
même, il m'arrive de passer des demandes d'identification de plantes et de
m'énerver un bon moment sur PhotoImpact pour arriver à descendre en dessous
des 50 Ko fatidiques sans faire un timbre-poste. J'envisage d'ailleurs un
passage prochain à 80 Ko, voire 100 Ko, ce ne sera pas de trop
(paradoxalement, plus pour les vues d'ensemble des plantes que pour les
photos détaillées).

> L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire 3
> ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi avant
> de sauvegarder.

Il devrait être assez facile en effet de redimensionner les photos à 800 px
dans leur plus grande dimension et les logos à, disons, 150 px dans leur
plus grande dimension aussi.

>> Il le peut, puisqu'il a le droit de situer les photos avant le texte.
>
> Il ne devrait pas pouvoir, l'illustration (principale) devrait être
> positionnée au même endroit dans toutes les pages.

Ils peuvent mettre à leur choix une illustration ou deux, ou pas du tout,
je ne trouve pas que ce soit une liberté extraordinaire de leur permettre
de les situer par rapport au corps du texte.

Pascale Peyrol

unread,
Oct 31, 2008, 9:04:56 AM10/31/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490a4087$0$953$ba4a...@news.orange.fr:

> il y en a bien d'autres

Je vois une liste ici :

http://www.commentcamarche.net/faq/sujet-10000-les-editeurs-de-texte-
formate-rich-text-editors

Mais que « valent-ils », ces éditeurs ?...

--
Pascale

SAM

unread,
Oct 31, 2008, 10:17:48 AM10/31/08
to
Le 10/31/08 2:00 PM, Pascale Peyrol a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:490a3758$0$921$ba4a...@news.orange.fr:
>
>> une image 600/800 devrait ne peser que 40 à 60ko.
>
> 50 Ko, c'est le maxi actuel sur Kekcestruc, et, pour être honnête, je
> comprends les gens qui râlent sur le fait que ce n'est pas assez, car moi-
> même, il m'arrive de passer des demandes d'identification de plantes et de
> m'énerver un bon moment sur PhotoImpact pour arriver à descendre en dessous
> des 50 Ko fatidiques sans faire un timbre-poste.

à ce moment là, il faut pouvoir renvoyer vers une vue "haute" définition
(de 100 à 300ko)
mais surtout ne pas imposer de l'avoir dans la page, surtout s'il y en a
plusieurs.

Methode de maigrissement :
- redimension à 720px pour plus grande dimension (500 si vue verticale)
- passer un filtre d'accentuation des contours
- enregistrer en jpeg qualité 70 (ou 50 s'il le faut)

> Ils peuvent mettre à leur choix une illustration ou deux, ou pas du tout,
> je ne trouve pas que ce soit une liberté extraordinaire de leur permettre
> de les situer par rapport au corps du texte.

C'est ce que j'appelle les images "secondaires"
- champ "paragraphe" (un textarea)
- bouton(s) associé(s) d'upload de photo d'illustration de ce paragraphe
(un input file)

L'utilisateur n'a pas à bidouiller le code,
le php fera le nécessaire,
- echo '<p class="paragraphe">';
- écrire le code html de l'image (ou des) rebidouillée pr GD
qui seront stylées en float directement par la
feuille de styles générale
.paragraphe img { float:left; margin:5px 5px 5px 0; }
.paragraphe .clair { clear:left; margin:0; height: 1px }
- ecrire le textarea
- ecrire l'arret de flottaison et la fin de paragraphe
- echo '<span class="clair"><\/span>\n<\/p>';

--
sm

SAM

unread,
Oct 31, 2008, 11:48:33 AM10/31/08
to
Le 10/31/08 1:49 PM, Pascale Peyrol a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:490a4087$0$953$ba4a...@news.orange.fr:
>>
>> à mon idée, l'idéal est :
>> - la page canevas type
>> - le formulaire pour remplir et personnaliser ses parties
>> - enregistrement avec modif automatique du menu
>> Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les
>> contributeurs.
>
> Même quand j'aurai trouvé cet idéal, ce qui va être très compliqué,

Là ce serait du self-hand-made (du fait-maison) !

Un formulaire avec les champs
du php pour sauvegarder le résultat dans la page type.
du php pour modifier le menu

> ce sera
> de récupérer l'existant et de le mettre « aux normes »...

hé hé.
Certes.
Sortir des frames ce n'est déjà pas trop simple
(mais il n'y en a pas beaucoup crois-je?)
sortir des tables est encore + difficile.

--
sm

SAM

unread,
Oct 31, 2008, 11:50:04 AM10/31/08
to
Le 10/31/08 2:04 PM, Pascale Peyrol a écrit :

>
> Je vois une liste ici :
>
> http://www.commentcamarche.net/faq/sujet-10000-les-editeurs-de-texte-
> formate-rich-text-editors
>
> Mais que « valent-ils », ces éditeurs ?...

MarkItUp ?

<http://markitup.jaysalvat.com/>
<http://markitup.jaysalvat.com/examples/dotclear/>

Encore une fois, à mon idée on n'a pas à utiliser ce genre d'outils.

--
sm

Pascale Peyrol

unread,
Oct 31, 2008, 3:28:27 PM10/31/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490b28d2$0$862$ba4a...@news.orange.fr:

> Là ce serait du self-hand-made (du fait-maison) !
>
> Un formulaire avec les champs
> du php pour sauvegarder le résultat dans la page type.
> du php pour modifier le menu

Conceptuellement, je vois ce qu'il faut faire, et globalement, je dois être
capable de le mener à bien. Mais dans la pratique, je sais que je vais en
baver des ronds de chapeau (-:

> hé hé.
> Certes.
> Sortir des frames ce n'est déjà pas trop simple
> (mais il n'y en a pas beaucoup crois-je?)

En effet, il y en a sur cette fameuse galerie des pages de prés' (qui a été
conçue à une époque où une dizaine de pages se battaient en duel), et sur
la FAQ (là, les supprimer ne devrait pas être trop sorcier).

> sortir des tables est encore + difficile.

Oui oui et re-oui ! Les tables sont une solution simple pour faire une mise
en page correcte sans se casser la tête et elles masquent les pires erreurs
de codage. Hors vrais tableaux, je sais que j'en ai encore qui traînent sur
Kekcestruc (c'était mon premier site), mais les supprimer ne devrait pas
être extraordinairement difficile. Sur le Jardin des Amis, il n'y en a en
principe pas (hors tableaux). Mais Kekcestruc et le JDA sont des sites
moins volumineux et moins complexes que Valinfo.

Revoir la navigation de Valinfo est indispensable également, mais ce ne
sera pas une mince affaire.

En attendant, je ne perds pas ces objectifs de vue, et je tâche d'avancer
sur la compatibilité PHP5... Finalement, c'est plus simple ! (-:

Pascale Peyrol

unread,
Oct 31, 2008, 6:23:36 PM10/31/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490b138c$0$873$ba4a...@news.orange.fr:

> à ce moment là, il faut pouvoir renvoyer vers une vue "haute"
> définition (de 100 à 300ko)
> mais surtout ne pas imposer de l'avoir dans la page, surtout s'il y en
> a plusieurs.

2 images maximum de 100 Ko maximum ne me semblent pas justifier qu'il
faille encore demander au visiteur de cliquer une fois de plus pour avoir
la photo en pleine page, mais bon...

> Methode de maigrissement :
> - redimension à 720px pour plus grande dimension (500 si vue
> verticale) - passer un filtre d'accentuation des contours
> - enregistrer en jpeg qualité 70 (ou 50 s'il le faut)

Oui, c'est ce que font les utilisateurs de Kekcestruc, mais parfois, c'est
bien difficile pour tenir dans les 50 Ko prescrits.



> C'est ce que j'appelle les images "secondaires"
> - champ "paragraphe" (un textarea)
> - bouton(s) associé(s) d'upload de photo d'illustration de ce
> paragraphe
> (un input file)
>
> L'utilisateur n'a pas à bidouiller le code,
> le php fera le nécessaire,
> - echo '<p class="paragraphe">';
> - écrire le code html de l'image (ou des) rebidouillée pr GD
> qui seront stylées en float directement par la
> feuille de styles générale
> .paragraphe img { float:left; margin:5px 5px 5px 0; }
> .paragraphe .clair { clear:left; margin:0; height: 1px }

J'avoue que je ne comprends pas bien le rôle de cette dernière ligne :
c'est pour situer une partie du texte après la photo ?

> - ecrire le textarea
> - ecrire l'arret de flottaison et la fin de paragraphe
> - echo '<span class="clair"><\/span>\n<\/p>';

Merci pour cette bonne base de travail !

Pascale Peyrol

unread,
Oct 31, 2008, 3:32:28 PM10/31/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490b292d$0$884$ba4a...@news.orange.fr:

> MarkItUp ?
>
> <http://markitup.jaysalvat.com/>
> <http://markitup.jaysalvat.com/examples/dotclear/>
>
> Encore une fois, à mon idée on n'a pas à utiliser ce genre d'outils.

Merci de la suggestion, j'irai voir. Le fait est que, malgré mes notions
sommaires de PHP et de HTML, je récupère le moins possible de code tout
fait (je préfère faire plus simple et maîtriser ce que je fais). Le
générateur de pages de présentation de Valinfo est un des rares trucs
récupérés sur un autre site.

SAM

unread,
Oct 31, 2008, 6:59:06 PM10/31/08
to
Le 10/31/08 11:23 PM, Pascale Peyrol a écrit :

> SAM <stephanemor...@wanadoo.fr.invalid> écrivait
> news:490b138c$0$873$ba4a...@news.orange.fr:
>
>> .paragraphe img { float:left; margin:5px 5px 5px 0; }
>> .paragraphe .clair { clear:left; margin:0; height: 1px }
>
> J'avoue que je ne comprends pas bien le rôle de cette dernière ligne :
> c'est pour situer une partie du texte après la photo ?

c'est donc la feuille de style
enfin ... une idée de css associées au paragraphe

La 1ière ligne fait flotter les photos à gauche
(si déclarées l'une après l'autre elles seront sur une seule ligne tant
qu'il y a assez de place et ce ne sera peut-être pas la mise en forme
recherchée)

la 2ième est pour un arret de flottaison
Dans l'ébauche proposée cet arret n'est mis qu'en fin de paragraphe.
On pourrait imaginer qu'il soit après l'image mais alors autant poser un
<br> entre l'image et le texte.

>> - ecrire le textarea
>> - ecrire l'arret de flottaison et la fin de paragraphe
>> - echo '<span class="clair"><\/span>\n<\/p>';
>
> Merci pour cette bonne base de travail !

Il me semble qu'il vaudrait mieux n'autoriser qu'une seule photo
secondaire associée à un paragraphe.
Pour mettre une autre photo secondaire, il suffira de faire un autre
paragraphe.
On peut aussi imaginer un bouton qui intercalera la photo au milieu du
texte.
(le bouton insère dans le texte une fausse balise comme par exemple :
[vue_1] à faire interpréter ensuite par le php)

S'il y a une série de photos genre album, il faudra prévoir un
formulaire spécial "galerie de photos"
me semble-ce.
Néanmoins la galerie peut peut-être elle-même être un paragraphe
spécifique (div cette fois) faisant partie de la page résultante.
(l'utilisateur pourra être conduit vers un formulaire séparé pour
réaliser cette galerie. Le PHP réalisera les vignettes et grandes vues
et renverra le code html généré au formulaire général).

à savoir qu'on peut aussi utiliser Ajax pour tout faire sur la même page
affichée, les différents types de formulaires nécessaires pouvant, sans
recharger la page, être intégrés à la demande de l'utilisateur.

--
sm

Pascale Peyrol

unread,
Nov 1, 2008, 2:55:48 PM11/1/08
to
SAM <stephanemor...@wanadoo.fr.invalid> écrivait
news:490b8dba$0$946$ba4a...@news.orange.fr:

> c'est donc la feuille de style

Oui (-:

> enfin ... une idée de css associées au paragraphe
>
> La 1ière ligne fait flotter les photos à gauche
> (si déclarées l'une après l'autre elles seront sur une seule ligne tant
> qu'il y a assez de place et ce ne sera peut-être pas la mise en forme
> recherchée)
>
> la 2ième est pour un arret de flottaison
> Dans l'ébauche proposée cet arret n'est mis qu'en fin de paragraphe.
> On pourrait imaginer qu'il soit après l'image mais alors autant poser un
> <br> entre l'image et le texte.

D'accord, c'est plus clair comme ça (:



> Il me semble qu'il vaudrait mieux n'autoriser qu'une seule photo
> secondaire associée à un paragraphe.
> Pour mettre une autre photo secondaire, il suffira de faire un autre
> paragraphe.
> On peut aussi imaginer un bouton qui intercalera la photo au milieu du
> texte.
> (le bouton insère dans le texte une fausse balise comme par exemple :
> [vue_1] à faire interpréter ensuite par le php)

Bonne idée...

> S'il y a une série de photos genre album, il faudra prévoir un
> formulaire spécial "galerie de photos"

> me semble-ce. [...]

Bon, la galerie de photos, je ne pense pas qu'on ait cela en projet, notre
hébergement n'est pas si gigantesque...

> à savoir qu'on peut aussi utiliser Ajax pour tout faire sur la même page
> affichée, les différents types de formulaires nécessaires pouvant, sans
> recharger la page, être intégrés à la demande de l'utilisateur.

Va me falloir une formation... (:

0 new messages