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

Lettrine, suite et fin

30 views
Skip to first unread message

Nikita Calvus-Mons

unread,
Nov 30, 2009, 4:52:43 AM11/30/09
to
Bonjour, et encore d�sol� pour les multiples messages qui auraient pu
n'en faire qu'un.

En r�alit� hier ma lettrine, m�me bien syntax�e, ne marchait pas, et
elle ne marche toujours pas ce matin dans mon vrai fichier de travail,
"index.html". Le truc, c'est que j'ai envoy� pour Olivier Miakinen pour
des raisons de confidentialit� une version en latin "index_test.html"
qui fonctionnait elle parfaitement, et je ne comprenais pas pourquoi en
une nuit le comportement de Firefox avait chang�.

Mais en allant revoir ma page "index.html" apr�s avoir copi�-coll� la
bonne ligne de code CSS, je me suis rendu compte que �a ne marchait en
fait PAS. Et j'ai alors compris. La seule diff�rence de structure entre
ces deux pages est une image, au tout d�but de l'article. Et il semble
bien que Firefox n'aime pas �a :

<p class="lettrine"><img ...>Le texte commence ici

Il faut d�caler le tag <img> d'un caract�re :

<p class="lettrine">L<img ...>e texte commence ici

C'est con, tout con, et �a s'apparente � un bug. Au lieu de prendre le
premier caract�re apr�s le tag <p>, il devrait prendre le premier
caract�re non balis�. Mais bon !

Je ferai gaffe � l'avenir.

Cordialement,

N.

Olivier Miakinen

unread,
Nov 30, 2009, 5:12:57 AM11/30/09
to
Le 30/11/2009 10:52, Nikita Calvus-Mons a ᅵcrit :
>
> [...] La seule diffᅵrence de structure entre
> ces deux pages est une image, au tout dᅵbut de l'article. Et il semble
> bien que Firefox n'aime pas ᅵa :

>
> <p class="lettrine"><img ...>Le texte commence ici

Il semble surtout qu'il respecte CSS 2.1 qui le dit explicitement :

<cit. http://www.w3.org/TR/CSS21/selector.html#first-letter>
The :first-letter pseudo-element must select the first letter of the
first line of a block, if it is not preceded by any other content (such
as images or inline tables) on its line. [...]
</cit.>

ᅵ if it is not preceded by any other content ᅵ : s'il n'est pas prᅵcᅵdᅵ
par un autre contenu ; ᅵ such as images ᅵ : tel que des images.

En revanche il n'y avait rien de tel dans CSS 2.0 si j'en crois la
traduction en franᅵais :

<cit. http://www.yoyodesign.org/doc/w3c/css2/selector.html#first-letter>
Le pseudo-ᅵlᅵment :first-letter peut ᅵtre employᅵ pour faire des
capitales initiales et des lettrines, ce sont des effets typographiques
courants. [...]
</cit.>

> Il faut dᅵcaler le tag <img> d'un caractᅵre :


>
> <p class="lettrine">L<img ...>e texte commence ici

Euh... c'est drᅵlement moche, ᅵa, et contraire aux principes de
sᅵparation du contenu et de la prᅵsentation. Par exemple, j'aimerais
bien voir ce que cela donne dans une version pour aveugles, en mode
texte ou en mode parlᅵ.

> C'est con, tout con, et ᅵa s'apparente ᅵ un bug. Au lieu de prendre le
> premier caractᅵre aprᅵs le tag <p>, il devrait prendre le premier
> caractᅵre non balisᅵ. Mais bon !

Ben non, il devrait respecter la norme. On pourrait ᅵventuellement
critiquer la norme elle-mᅵme, mais pas les navigateurs qui font ce
qu'elle prᅵconise.

Cordialement,
--
Olivier Miakinen

Nikita Calvus-Mons

unread,
Nov 30, 2009, 5:42:55 AM11/30/09
to
Olivier Miakinen a ᅵcrit :

> Il semble surtout qu'il respecte CSS 2.1 qui le dit explicitement :
>
> <cit. http://www.w3.org/TR/CSS21/selector.html#first-letter>
> The :first-letter pseudo-element must select the first letter of the
> first line of a block, if it is not preceded by any other content (such
> as images or inline tables) on its line. [...]
> </cit.>
>
> ᅵ if it is not preceded by any other content ᅵ : s'il n'est pas prᅵcᅵdᅵ
> par un autre contenu ; ᅵ such as images ᅵ : tel que des images.

Merci pour la trad ;-)

>> Il faut dᅵcaler le tag <img> d'un caractᅵre :
>>
>> <p class="lettrine">L<img ...>e texte commence ici
>
> Euh... c'est drᅵlement moche, ᅵa,

C'est le code, que les lecteurs (non informaticiens "par dᅵfaut") ne
voient pas. Est-ce donc vraiment si moche ? (Je connais les arguments de
la "programmation correcte", mais ici, apparemment il n'y a pas d'autre
solution, si ? Et il est absolument hors de question pour moi de limiter
ma prᅵsentation pour des raisons techniques si facilement contournables.
Enfin, s'il y a une solution "propre", je fonce, bien sᅵr !)

> et contraire aux principes de
> sᅵparation du contenu et de la prᅵsentation.

Pourquoi ? Ca revient ᅵ dire, en poussant un peu, que je n'ai pas le
droit de mettre une image dans un paragraphe, c'est ᅵa ?

> Par exemple, j'aimerais
> bien voir ce que cela donne dans une version pour aveugles, en mode
> texte ou en mode parlᅵ.

Euh... Certes, mais comment faire alors quand on veut une lettrine et
une image tout en haut d'un bloc texte ? Dᅵcaler d'un ou de douze
caractᅵres ne change rien au problᅵme, si ? Ou alors tu veux dire qu'il
faut dᅵcaler d'un mot entier pour que ce soit plus "propre" ? Je ne te
suis pas, en fait...

Ou alors, faire une classe spᅵciale pour les images, c'est ᅵa ? En
"float" ? (Je sens que ᅵa vient... ;-)

Cordialement,

N.

SAM

unread,
Nov 30, 2009, 8:13:41 AM11/30/09
to
Le 11/30/09 11:42 AM, Nikita Calvus-Mons a ᅵcrit :

> Olivier Miakinen a ᅵcrit :
>
>> Par exemple, j'aimerais
>> bien voir ce que cela donne dans une version pour aveugles, en mode
>> texte ou en mode parlᅵ.
>
> Euh... Certes, mais comment faire alors quand on veut une lettrine et
> une image tout en haut d'un bloc texte ?

Ben ... je suppose que l'image ᅵ afficher est liᅵe ᅵ la lettrine ?

.letrine { background: url(plus.gif) no-repeat left top; }
.letrine:first-letter { margin-left: 20px; color: red; font-size: 200%;
font-weight: bold; float: left}

<p class="letrine">
L'objet est la lettrine plus imagette-iconnette-liᅵe en dᅵbut de ᅵ.
</p>

> Ou alors, faire une classe spᅵciale pour les images, c'est ᅵa ? En
> "float" ? (Je sens que ᅵa vient... ;-)

En tous cas :
.letrine:before { content: url(plus.gif); }
donne le non mᅵme rᅵsultat que l'image codᅵe en dur au dᅵbut du ᅵ.
(avec le dᅵsavantage que cette image n'est pas stylable :-( )


Il ne reste que :

<p>
<img src="1.jpg" alt=""/>
<span class="letrine">Lᅵ ᅵa doit fonctionner, non ?</span>
</p>

--
sm

Nikita Calvus-Mons

unread,
Nov 30, 2009, 8:37:08 AM11/30/09
to
SAM a ᅵcrit :

> Le 11/30/09 11:42 AM, Nikita Calvus-Mons a ᅵcrit :
>>
>> Euh... Certes, mais comment faire alors quand on veut une lettrine et
>> une image tout en haut d'un bloc texte ?
>
> Ben ... je suppose que l'image ᅵ afficher est liᅵe ᅵ la lettrine ?

Ben, non ! C'est une photo illustrant un article, tout simplement.

Olivier Miakinen

unread,
Nov 30, 2009, 8:47:23 AM11/30/09
to
Le 30/11/2009 14:13, SAM a ᅵcrit :
>
> .letrine [...]
>
> <p class="letrine">
> [...]

C'est rigolo, ᅵcrit comme ᅵa cela me fait plus penser aux ᅵ latrines ᅵ
qu'aux ᅵ lettrines ᅵ. ;-)

> En tous cas :
> .letrine:before { content: url(plus.gif); }
> donne le non mᅵme rᅵsultat que l'image codᅵe en dur au dᅵbut du ᅵ.
> (avec le dᅵsavantage que cette image n'est pas stylable :-( )

En tout cas, c'est cohᅵrent avec le fait que dans l'exemple suivant de
la norme c'est le ᅵ S ᅵ de ᅵ Special! ᅵ qui est mis en lettrine :

p.special:before {content: "Special! "}
p.special:first-letter {color: #ffd800}


> Il ne reste que :
>
> <p>
> <img src="1.jpg" alt=""/>
> <span class="letrine">Lᅵ ᅵa doit fonctionner, non ?</span>
> </p>

Pas sᅵr, vu que ᅵ inline ᅵ ne fait pas partie de le liste suivante :
<cit. http://www.w3.org/TR/CSS21/selector.html#first-letter>
The :first-letter pseudo-element applies to block, list-item,
table-cell, table-caption and inline-block elements.
</cit.>

Olivier Miakinen

unread,
Nov 30, 2009, 8:50:29 AM11/30/09
to
Le 30/11/2009 14:37, Nikita Calvus-Mons a ᅵcrit :

>>>
>>> Euh... Certes, mais comment faire alors quand on veut une lettrine et
>>> une image tout en haut d'un bloc texte ?
>>
>> Ben ... je suppose que l'image ᅵ afficher est liᅵe ᅵ la lettrine ?
>
> Ben, non ! C'est une photo illustrant un article, tout simplement.

Dans ce cas, que fait la photo ᅵ l'intᅵrieur du premier paragraphe ?
Est-ce que ce qui suit ne serait pas prᅵfᅵrable ?

<div>
<img ...>
<p class="lettrine">
Le texte commence ici
</p>
...
</div>

SAM

unread,
Nov 30, 2009, 8:54:47 AM11/30/09
to
Le 11/30/09 2:47 PM, Olivier Miakinen a ᅵcrit :

> Le 30/11/2009 14:13, SAM a ᅵcrit :
>> .letrine [...]
>>
>> <p class="letrine">
>> [...]
>
> C'est rigolo, ᅵcrit comme ᅵa cela me fait plus penser aux ᅵ latrines ᅵ
> qu'aux ᅵ lettrines ᅵ. ;-)

M'enfin comme en JS j'ai bien l'droit d'orthographier comme j'veux ?!

Mᅵbon ... ᅵa rejoint bien : cf. tt en bas.

>> Il ne reste que :
>>
>> <p>
>> <img src="1.jpg" alt=""/>
>> <span class="letrine">Lᅵ ᅵa doit fonctionner, non ?</span>
>> </p>
>
> Pas sᅵr, vu que ᅵ inline ᅵ ne fait pas partie de le liste suivante :
> <cit. http://www.w3.org/TR/CSS21/selector.html#first-letter>
> The :first-letter pseudo-element applies to block, list-item,
> table-cell, table-caption and inline-block elements.
> </cit.>

En effet ... marche pᅵ :-(
C'est vraiment la chiotte ces WC3

--
sm

Nikita Calvus-Mons

unread,
Nov 30, 2009, 9:08:04 AM11/30/09
to
Olivier Miakinen a ᅵcrit :
> Le 30/11/2009 14:37, Nikita Calvus-Mons a ᅵcrit :
>> Ben, non ! C'est une photo illustrant un article, tout simplement.
>
> Dans ce cas, que fait la photo ᅵ l'intᅵrieur du premier paragraphe ?
> Est-ce que ce qui suit ne serait pas prᅵfᅵrable ?
>
> <div>
> <img ...>
> <p class="lettrine">
> Le texte commence ici
> </p>
> ...
> </div>

Ben, comment faire un habillage autour de l'image, alors ? C'est lᅵ le
problᅵme ᅵpineux que je rencontre, en fait. Mettre une image en dehors
des paragraphes, ok, mais si je veux que le texte habille l'image, il
faut bien que celle-ci soit "dedans"... (Peut-ᅵtre pas, hein: je demande...)

Pour rᅵsumer, dans ce cas prᅵcis l'image est tout en haut, mais ᅵa ne
satisfait pas le "cas gᅵnᅵral" dans lequel je veux pouvoir habiller une
image placᅵe n'importe oᅵ (de prᅵfᅵrence oᅵ je veux ;-) dans le corps du
texte.

En mise en page classique on fait un bloc image qu'on place au
millimᅵtre, mais lᅵ...

N.

SAM

unread,
Nov 30, 2009, 9:11:48 AM11/30/09
to
Le 11/30/09 2:37 PM, Nikita Calvus-Mons a ᅵcrit :

Et elle sera utilisable par les navigateurs-texte ?

Je suppose que ᅵa ne doit pas ᅵtre bien vu une lettrine accolᅵe ᅵ une
image en typographie respectueuse ?
Ou, qu'ᅵ tout le moins,
le $ commentant l'image ne doit pas la contenir ?

Ceci ᅵtant, ce n'est pas vraiment la mort de faire :

<div class="telline">
<img src="1.jpg" alt=""/><p>L'image ci-contre, bla bla</p>
<hr>
<img src="2.jpg" alt=""/><p>L'image ci-contre, bla bla</p>
</div>

.telline img { float: left; width:150px}
.telline hr { visibility: hidden; clear: left; }
.telline p:first-letter { font-size: 200%; color: red }

--
sm

SAM

unread,
Nov 30, 2009, 9:24:02 AM11/30/09
to
Le 11/30/09 3:08 PM, Nikita Calvus-Mons a ᅵcrit :

> Olivier Miakinen a ᅵcrit :
>> Le 30/11/2009 14:37, Nikita Calvus-Mons a ᅵcrit :
>>> Ben, non ! C'est une photo illustrant un article, tout simplement.
>>
>> Dans ce cas, que fait la photo ᅵ l'intᅵrieur du premier paragraphe ?
>> Est-ce que ce qui suit ne serait pas prᅵfᅵrable ?
>>
>> <div>
>> <img ...>
>> <p class="lettrine">
>> Le texte commence ici
>> </p>
>> ...
>> </div>
>
> Ben, comment faire un habillage autour de l'image, alors ? C'est lᅵ le
> problᅵme ᅵpineux que je rencontre, en fait. Mettre une image en dehors
> des paragraphes, ok, mais si je veux que le texte habille l'image, il
> faut bien que celle-ci soit "dedans"... (Peut-ᅵtre pas, hein: je
> demande...)

Non, un float: lef; appliquᅵ ᅵ l'image
va faire habiller l'image ᅵ sa droite et dessous (s'il y a assez de
texte) que le texte soit directement accolᅵ ou mis dans un P.

> Pour rᅵsumer, dans ce cas prᅵcis l'image est tout en haut, mais ᅵa ne
> satisfait pas le "cas gᅵnᅵral" dans lequel je veux pouvoir habiller une
> image placᅵe n'importe oᅵ (de prᅵfᅵrence oᅵ je veux ;-) dans le corps du
> texte.

Lᅵ, pour les navigateur-texte ᅵa va leur faire drᅵle

La Tour image un point jpg illustration tour effel Effel culmine ᅵ

pour :

<p>La Tour <img src="1.jpg" alt="illustration tour effel"/> Effel culmine ᅵ

> En mise en page classique on fait un bloc image qu'on place au
> millimᅵtre, mais lᅵ...

Non ... pas au mm prᅵs
En tous cas pas si on veut faire couler du texte ᅵ cᅵtᅵ.
(il est impossible de savoir quelle place prendra ce texte ᅵ l'ᅵcran du
l'utilisateur)
(donc aussi impossible de savoir quels mots borderont l'image)

--
sm

Nikita Calvus-Mons

unread,
Nov 30, 2009, 9:43:35 AM11/30/09
to
SAM a ᅵcrit :

> Le 11/30/09 3:08 PM, Nikita Calvus-Mons a ᅵcrit :
>> Ben, comment faire un habillage autour de l'image, alors ? C'est lᅵ le
>> problᅵme ᅵpineux que je rencontre, en fait. Mettre une image en dehors
>> des paragraphes, ok, mais si je veux que le texte habille l'image, il
>> faut bien que celle-ci soit "dedans"... (Peut-ᅵtre pas, hein: je
>> demande...)
>
> Non, un float: lef; appliquᅵ ᅵ l'image
> va faire habiller l'image ᅵ sa droite et dessous (s'il y a assez de
> texte) que le texte soit directement accolᅵ ou mis dans un P.

Oui, mais pas au-dessus, par dᅵfinition. On en revient ᅵ mon problᅵme
initial. Je sais bien qu'on peut sans problᅵme faire contourner une
image par un texte, mais je veux pouvoir l'envelopper complᅵtement par
un paragraphe.

La seule solution, si j'en crois ᅵa :

http://forum.alsacreations.com/topic-1-43485-1-Habillage-texte-autour-dune-image.html

(Laurie-Anne, rᅵponse numᅵro 10)

semble ᅵtre de couper le paragraphe en deux, ce qui me semble plus
"incorrect" que jamais puisque ᅵa corrompt la structure du texte...
D'autant que j'ai un alinᅵa en dᅵbut de paragraphe (p+p), et qu'il
faudrait donc que je dise au navigateur de ne pas en mettre si et
seulement si le <p> n'est pas un vrai dᅵbut de paragraphe, mais une
astuce pour habiller une image...

Je veux bien faire ce genre de truc ᅵ la main, mais je suis en train de
crᅵer un thᅵme pour Drupal et je n'ai pas envie de forcer mes
contributeurs ᅵ saisir des "vrais-faux" paragraphes pour que l'image
soit ᅵ la bonne place...

Complexe...


>
>> En mise en page classique on fait un bloc image qu'on place au
>> millimᅵtre, mais lᅵ...
>
> Non ... pas au mm prᅵs
> En tous cas pas si on veut faire couler du texte ᅵ cᅵtᅵ.
> (il est impossible de savoir quelle place prendra ce texte ᅵ l'ᅵcran du
> l'utilisateur)
> (donc aussi impossible de savoir quels mots borderont l'image)

Je le sais bien ! C'est mᅵme la source de toutes mes interrogations. Je
disais bien mise en page "classique", c'est-ᅵ-dire print ;-)

Et je confirme qu'on place ce qu'on veut au poil de cul dans ce cas-lᅵ !

N.

Nikita Calvus-Mons

unread,
Nov 30, 2009, 9:52:33 AM11/30/09
to
SAM a ᅵcrit :
> Le 11/30/09 2:37 PM, Nikita Calvus-Mons a ᅵcrit :
>> SAM a ᅵcrit :
>>> Le 11/30/09 11:42 AM, Nikita Calvus-Mons a ᅵcrit :
>>>>
>>>> Euh... Certes, mais comment faire alors quand on veut une lettrine
>>>> et une image tout en haut d'un bloc texte ?
>>>
>>> Ben ... je suppose que l'image ᅵ afficher est liᅵe ᅵ la lettrine ?
>>
>> Ben, non ! C'est une photo illustrant un article, tout simplement.
>
> Et elle sera utilisable par les navigateurs-texte ?
>
> Je suppose que ᅵa ne doit pas ᅵtre bien vu une lettrine accolᅵe ᅵ une
> image en typographie respectueuse ?

Je n'en sais rien, mais qui a parlᅵ de ᅵa ?

> Ou, qu'ᅵ tout le moins,
> le $ commentant l'image ne doit pas la contenir ?

Ca c'est plus que discutable : la "typographie respectueuse" ne se
soucie pas de la maniᅵre dont est produit un rᅵsultat agrᅵable ᅵ l'oeil
(je parle du print, puisque sur le web la typo est difficilement
"respectueuse"). Evidemment, des maniᅵres de travailler sont plus
sᅵrieuses que d'autres, mais ce qui compte avant tout c'est le rᅵsultat.
Apparemment (et j'en suis parfaitement conscient), pas sur le web. Je
vois ce que tu veux dire, mais je crois qu'on entame un dialogue de
sourds, lᅵ.

> Ceci ᅵtant, ce n'est pas vraiment la mort de faire :
>
> <div class="telline">
> <img src="1.jpg" alt=""/><p>L'image ci-contre, bla bla</p>
> <hr>
> <img src="2.jpg" alt=""/><p>L'image ci-contre, bla bla</p>
> </div>
>
> .telline img { float: left; width:150px}
> .telline hr { visibility: hidden; clear: left; }
> .telline p:first-letter { font-size: 200%; color: red }
>

Ce n'est pas une question d'ᅵtre "la mort" : ce n'est tout simplement
pas ce que je souhaite faire.

(En l'occurrence, d'ailleurs, mon image flotte ᅵ droite - je n'ose pas
ajouter "bien sᅵr"... Mais c'est effectivement une ᅵvidence de laisser
la lettrine en haut ᅵ gauche, et descendante, et bien calᅵe... Bref...)

N.

SAM

unread,
Nov 30, 2009, 9:53:17 AM11/30/09
to
Le 11/30/09 3:43 PM, Nikita Calvus-Mons a ᅵcrit :

> SAM a ᅵcrit :
>> Le 11/30/09 3:08 PM, Nikita Calvus-Mons a ᅵcrit :
>>> Ben, comment faire un habillage autour de l'image, alors ? C'est lᅵ
>>> le problᅵme ᅵpineux que je rencontre, en fait. Mettre une image en
>>> dehors des paragraphes, ok, mais si je veux que le texte habille
>>> l'image, il faut bien que celle-ci soit "dedans"... (Peut-ᅵtre pas,
>>> hein: je demande...)
>>
>> Non, un float: lef; appliquᅵ ᅵ l'image
>> va faire habiller l'image ᅵ sa droite et dessous (s'il y a assez de
>> texte) que le texte soit directement accolᅵ ou mis dans un P.
>
> Oui, mais pas au-dessus, par dᅵfinition. On en revient ᅵ mon problᅵme
> initial. Je sais bien qu'on peut sans problᅵme faire contourner une
> image par un texte, mais je veux pouvoir l'envelopper complᅵtement par
> un paragraphe.

Pour le moment, et en attendant le HTML5 (peut-ᅵtre ?)
non, ce n'est pas prᅵvu de faire de l'XPress en HTML+CSS

> Je veux bien faire ce genre de truc ᅵ la main, mais je suis en train de
> crᅵer un thᅵme pour Drupal et je n'ai pas envie de forcer mes
> contributeurs ᅵ saisir des "vrais-faux" paragraphes pour que l'image
> soit ᅵ la bonne place...

Yaka faire un thᅵme kivabien (cad avec texte coulant ᅵ droite ou ᅵ gauche).

> Complexe...

de ttes faᅵons comment resouds-tu la mise en place du clear: left; ?
(totomatique sans intervention de l'utilisateur kiniconnaitrien)

>> (donc aussi impossible de savoir quels mots borderont l'image)
>
> Je le sais bien ! C'est mᅵme la source de toutes mes interrogations. Je
> disais bien mise en page "classique", c'est-ᅵ-dire print ;-)

Pas ni compris lᅵ ...
(ou bien tu veux dire : classique = comme en impression ?)

> Et je confirme qu'on place ce qu'on veut au poil de cul dans ce cas-lᅵ !

Montre !
(en html, pas en pdf)

--
sm

Nikita Calvus-Mons

unread,
Nov 30, 2009, 9:54:10 AM11/30/09
to
Nikita Calvus-Mons a ᅵcrit :
> La seule solution, si j'en crois ᅵa :
>
> http://forum.alsacreations.com/topic-1-43485-1-Habillage-texte-autour-dune-image.html
>
> (Laurie-Anne, rᅵponse numᅵro 10)
>
> semble ᅵtre de couper le paragraphe en deux, ce qui me semble plus
> "incorrect" que jamais puisque ᅵa corrompt la structure du texte...
> D'autant que j'ai un alinᅵa en dᅵbut de paragraphe (p+p), et qu'il
> faudrait donc que je dise au navigateur de ne pas en mettre si et
> seulement si le <p> n'est pas un vrai dᅵbut de paragraphe, mais une
> astuce pour habiller une image...

Et je dis lᅵ une ᅵnerie. Si j'ai <p><img><p> je ne suis pas dans le cas
"p+p". Une partie de la solution, donc.

N.

Nikita Calvus-Mons

unread,
Nov 30, 2009, 9:57:21 AM11/30/09
to
SAM a ᅵcrit :

>>
>> Je le sais bien ! C'est mᅵme la source de toutes mes interrogations.
>> Je disais bien mise en page "classique", c'est-ᅵ-dire print ;-)
>
> Pas ni compris lᅵ ...
> (ou bien tu veux dire : classique = comme en impression ?)
>
>> Et je confirme qu'on place ce qu'on veut au poil de cul dans ce cas-lᅵ !
>
> Montre !
> (en html, pas en pdf)
>

;-)

Justement, non : je te montrerais (note le conditionnel) justement en
PDF, puisque comme tu l'as compris juste avant (mais en doutant !), je
parlais bien sᅵr de "comme en impression". "Classique" c'est le papier,
quoi...

Cordialement,

N.

SAM

unread,
Nov 30, 2009, 10:10:30 AM11/30/09
to
Le 11/30/09 3:52 PM, Nikita Calvus-Mons a ᅵcrit :

> SAM a ᅵcrit :
>> Le 11/30/09 2:37 PM, Nikita Calvus-Mons a ᅵcrit :
>>> SAM a ᅵcrit :
>>>> Le 11/30/09 11:42 AM, Nikita Calvus-Mons a ᅵcrit :
>>>>>
>>>>> Euh... Certes, mais comment faire alors quand on veut une lettrine
>>>>> et une image tout en haut d'un bloc texte ?
>>>>
>>>> Ben ... je suppose que l'image ᅵ afficher est liᅵe ᅵ la lettrine ?
>>>
>>> Ben, non ! C'est une photo illustrant un article, tout simplement.
>>
>> Et elle sera utilisable par les navigateurs-texte ?
>>
>> Je suppose que ᅵa ne doit pas ᅵtre bien vu une lettrine accolᅵe ᅵ une
>> image en typographie respectueuse ?
>
> Je n'en sais rien, mais qui a parlᅵ de ᅵa ?

Les gens des 3 chiottes doivent bien s'appuyer sur des rᅵgles ou des
habitudes pour ᅵditer les leurs, non ?
Aussi, si en typo on ne fait pas ce que tu dis, pourquoi eux
prᅵvoiraient cela ?


>> Ou, qu'ᅵ tout le moins,
>> le $ commentant l'image ne doit pas la contenir ?
>
> Ca c'est plus que discutable : la "typographie respectueuse" ne se
> soucie pas de la maniᅵre dont est produit un rᅵsultat agrᅵable ᅵ l'oeil

N'importe quoi !
La typo respecteuse respecte tt un tas de conventions qui doivent au
moins remplir un bouquin.

> mais je crois qu'on entame un dialogue de sourds, lᅵ.

Oui, passons.
Mais pas tout ᅵ fait :
il suffit de pas mᅵlanger page web et page imprimᅵe
(ne pas vouloir, tt au moins ᅵ ce jour, vouloir faire exactement comme
dans la presse)

> (En l'occurrence, d'ailleurs, mon image flotte ᅵ droite - je n'ose pas
> ajouter "bien sᅵr"...

Et encore plus dᅵlicat.

Lᅵ on est obligᅵ de jouer sur son emplacement ᅵ l'intᅵrieur du texte,
pour pouvoir la placer (et qu'ᅵ peu prᅵs).

(ou ᅵ jouer de p et span au mieux du moins pire)

--
sm

Nikita Calvus-Mons

unread,
Nov 30, 2009, 10:28:36 AM11/30/09
to
SAM a ᅵcrit :
> Le 11/30/09 3:52 PM, Nikita Calvus-Mons a ᅵcrit :
>> SAM a ᅵcrit :
>>> Le 11/30/09 2:37 PM, Nikita Calvus-Mons a ᅵcrit :
>>>> SAM a ᅵcrit :
>>>>> Le 11/30/09 11:42 AM, Nikita Calvus-Mons a ᅵcrit :
>>>>>>
>>>>>> Euh... Certes, mais comment faire alors quand on veut une lettrine
>>>>>> et une image tout en haut d'un bloc texte ?
>>>>>
>>>>> Ben ... je suppose que l'image ᅵ afficher est liᅵe ᅵ la lettrine ?
>>>>
>>>> Ben, non ! C'est une photo illustrant un article, tout simplement.
>>>
>>> Et elle sera utilisable par les navigateurs-texte ?
>>>
>>> Je suppose que ᅵa ne doit pas ᅵtre bien vu une lettrine accolᅵe ᅵ une
>>> image en typographie respectueuse ?
>>
>> Je n'en sais rien, mais qui a parlᅵ de ᅵa ?
>
> Les gens des 3 chiottes doivent bien s'appuyer sur des rᅵgles ou des
> habitudes pour ᅵditer les leurs, non ?
> Aussi, si en typo on ne fait pas ce que tu dis, pourquoi eux
> prᅵvoiraient cela ?

En typo, on ne fait pas ce que je dis ? C'est-ᅵ-dire ? On ne met pas
d'image ᅵ droite ? Je ne te saisis pas. C'est toi qui as cru (ᅵ tort)
que je voulais mettre une image ᅵ gauche de ma lettrine, pas moi.

Par ailleurs, on parle de mise en page, ici, pas de typographie au sens
propre...

>
>
>>> Ou, qu'ᅵ tout le moins,
>>> le $ commentant l'image ne doit pas la contenir ?
>>
>> Ca c'est plus que discutable : la "typographie respectueuse" ne se
>> soucie pas de la maniᅵre dont est produit un rᅵsultat agrᅵable ᅵ l'oeil
>
> N'importe quoi !
> La typo respecteuse respecte tt un tas de conventions qui doivent au
> moins remplir un bouquin.

Ces "conventions" remplissent plusieurs bouquins, et ne se soucient pas
de COMMENT techniquement tu produis un texte bien composᅵ. (Traduction
de ma phrase ci-dessus, difficile ᅵ comprendre, j'en conviens.)

Tu confonds typographie et sur-couche logicielle (au sens trᅵs large,
incluant softs de PAO et de webdesign, entre autres) permettant de
rᅵaliser des mises en page et de travailler sur la typo.

>
>> mais je crois qu'on entame un dialogue de sourds, lᅵ.
>
> Oui, passons.
> Mais pas tout ᅵ fait :
> il suffit de pas mᅵlanger page web et page imprimᅵe
> (ne pas vouloir, tt au moins ᅵ ce jour, vouloir faire exactement comme
> dans la presse)

Je ne vois pas pourquoi, ᅵtant donnᅵ qu'il y a de bonnes raisons pour
lesquelles les normes et langages web ᅵvoluent. En 1996, c'ᅵtait
impossible (et utopique), en 2009 les choses ont quand mᅵme sacrᅵment
ᅵvoluᅵ, et justement dans le sens dont tu parles. Il y a fort ᅵ parier
que les prochains navigateurs seront capables d'interprᅵter des mises en
page encore plus fines et complexes qu'aujourd'hui.

Par ailleurs, je n'ai jamais dit que je voulais faire exactement comme
dans la presse. Je connais le web depuis plus de dix ans, tout comme toi
sans doute, et je connais ses limitations. Rien dans ce que j'ai ᅵcrit
ne te permet d'affirmer que j'ai envie de faire ce que je sais
impossible pour l'instant. Je pose des questions.

>> (En l'occurrence, d'ailleurs, mon image flotte ᅵ droite - je n'ose pas
>> ajouter "bien sᅵr"...
>
> Et encore plus dᅵlicat.
>
> Lᅵ on est obligᅵ de jouer sur son emplacement ᅵ l'intᅵrieur du texte,
> pour pouvoir la placer (et qu'ᅵ peu prᅵs).
>
> (ou ᅵ jouer de p et span au mieux du moins pire)
>

Quand je dis dialogue de sourds, j'ai tout bon !

Tout ce que tu viens de dire je le sais, et a priori rien de ce que j'ai
ᅵcrit auparavant ne le contredit. C'est assez fort, non ?

Les rᅵgles de typographie, que je connais assez bien, merci, et qui en
effet remplissent des bouquins, ne disent rien sur la maniᅵre de placer
des images dans des paragraphes ou non dans des documents web... Et rien
non plus sur la bonne maniᅵre d'utiliser InDesign ou XPress. Elles
disent uniquement (et elles ont raison) ce qui est agrᅵable ᅵ l'oeil, ce
qu'est la norme, ce qu'est l'usage. Ces rᅵgles sont des recommandations
de bon sens, et elles se moquent que tu te serves d'un soft de PAO ou de
ciseaux, de colle et d'une machine ᅵ ᅵcrire pour composer tes pages...
C'est tout ce que je disais. Je parle de typo, tu parles de
l'application technique des rᅵgles via un soft ou un langage, c'est trᅵs
diffᅵrent, non ?

Cela dit sur l'autre fil j'ai parlᅵ un peu vite, j'ai corrigᅵ mon erreur
tout seul (pas le mᅵme corps dans les deux h1, ok, j'ai honte !).

N.

Olivier Miakinen

unread,
Nov 30, 2009, 11:00:13 AM11/30/09
to
Le 30/11/2009 16:28, Nikita Calvus-Mons a ᅵcrit :

>
> Cela dit sur l'autre fil j'ai parlᅵ un peu vite, j'ai corrigᅵ mon erreur
> tout seul (pas le mᅵme corps dans les deux h1, ok, j'ai honte !).

ᅵa me semblait tellement ᅵvident qu'ils n'avaient pas le mᅵme corps, que
je n'ai pas cru que c'ᅵtait la source du problᅵme plutᅵt que ce qui
m'empᅵchait de le voir... ;-)

Nikita Calvus-Mons

unread,
Nov 30, 2009, 11:19:18 AM11/30/09
to
Olivier Miakinen a ᅵcrit :

Oui, en fait j'ai mᅵlangᅵ cette mᅵme impression visuelle avec le mauvais
souvenir des lettrines avec accent, sur IE (je ne sais plus quelle
version), qui ᅵtait alignᅵes sur le haut de l'accent. Ca faisait
descendre la lettrine, dont le haut n'ᅵtait plus alignᅵ sur le haut de
la ligne de texte. Un joyeux mᅵlange de ma part, dᅵsolᅵ !

N.

SAM

unread,
Nov 30, 2009, 2:54:25 PM11/30/09
to
Le 11/30/09 4:28 PM, Nikita Calvus-Mons a ᅵcrit :

>
> en 2009 les choses ont quand mᅵme sacrᅵment ᅵvoluᅵ,
> et justement dans le sens dont tu parles. Il y a fort ᅵ parier
> que les prochains navigateurs seront capables d'interprᅵter des mises en
> page encore plus fines et complexes qu'aujourd'hui.

Oui, il parait.
Mais ... bon, on n'y est pas encore (je pense ?).

> Par ailleurs, je n'ai jamais dit que je voulais faire exactement comme
> dans la presse.

ᅵ classique "print" ᅵ me souviens-je.

> Je connais le web depuis plus de dix ans, tout comme toi
> sans doute, et je connais ses limitations. Rien dans ce que j'ai ᅵcrit
> ne te permet d'affirmer que j'ai envie de faire ce que je sais
> impossible pour l'instant. Je pose des questions.

ᅵ classique "print" ᅵ
(et +/- image positionnᅵe + texte englobant)

> Quand je dis dialogue de sourds, j'ai tout bon !
> Tout ce que tu viens de dire je le sais,

Bon ...
N'empᅵche ... ce n'ᅵtait pas ᅵvident ᅵ ta lecture.

> et a priori rien de ce que j'ai
> ᅵcrit auparavant ne le contredit. C'est assez fort, non ?

Pas le courage de tout relire.

> Je parle de typo, tu parles de l'application technique des rᅵgles via
> un soft ou un langage, c'est trᅵs diffᅵrent, non ?

Non je ne parle pas pas de soft (sauf ᅵ essayer de prᅵciser
"classique"), je parle bien de rᅵgles de composition (si la typo n'est
pas allᅵ jusque lᅵ) mᅵme si dans la presse on se permet des fantaisies
comme des images dᅵtourᅵes au milieu de texte (qui, si ᅵa fait "joli",
n'en est pas moins assez illisible) qu'heureusement, ᅵ ce jour, il n'est
pas possible de faire sur une page web.

--
sm

Nikita Calvus-Mons

unread,
Dec 1, 2009, 5:08:06 AM12/1/09
to
SAM a ᅵcrit :

> Le 11/30/09 4:28 PM, Nikita Calvus-Mons a ᅵcrit :
>>
>> en 2009 les choses ont quand mᅵme sacrᅵment ᅵvoluᅵ, et justement dans
>> le sens dont tu parles. Il y a fort ᅵ parier que les prochains
>> navigateurs seront capables d'interprᅵter des mises en page encore
>> plus fines et complexes qu'aujourd'hui.
>
> Oui, il parait.
> Mais ... bon, on n'y est pas encore (je pense ?).

Je pointais juste une "attitude" de rejet (du progrᅵs, en l'occurrence,
ou de l'ᅵvolution, disons, pour rester neutre).

Qui me rappelle un peu lorsque Yahoo! est passᅵ du fond "non forcᅵ"
(c'est-ᅵ-dire la plupart du temps dans le beau gris "vintage" du Web des
dᅵbuts) au forᅵage du fond blanc, par ᅵgards pour le foutu "grand
public" qui voulait du "joli". Pas mal de rᅵacs (j'en ᅵtais, je dois le
dire !) ᅵtaient contre. Bon, l'histoire nous a enterrᅵs, elle a tranchᅵ
: les sites de l'ᅵpoque ᅵtaient tout simplement laids. Ils ᅵtaient
"purs" mais laids. Se dᅵbarrasser de ce gris par dᅵfaut n'ᅵtait donc pas
une si mauvaise chose.

>> Par ailleurs, je n'ai jamais dit que je voulais faire exactement comme
>> dans la presse.
>
> ᅵ classique "print" ᅵ me souviens-je.

Le mot ici est "exactement" : je suis trᅵs bien placᅵ pour savoir que
c'est impossible. Tu fais dᅵcidᅵment preuve de beaucoup de mauvaise foi.

>> Je connais le web depuis plus de dix ans, tout comme toi sans doute,
>> et je connais ses limitations. Rien dans ce que j'ai ᅵcrit ne te
>> permet d'affirmer que j'ai envie de faire ce que je sais impossible
>> pour l'instant. Je pose des questions.
>
> ᅵ classique "print" ᅵ
> (et +/- image positionnᅵe + texte englobant)

Oui, c'ᅵtaient des *questions*. Tu pouvais y rᅵpondre comme Olivier,
cordialement, mᅵme si mes questions t'ᅵnervaient, au lieu de manier des
"N'importe quoi !" et autres ordres comminatoires du type "Lire ᅵa".

Du reste, positionner une image dans un texte englobant, ᅵa ne semble
pas poser a priori d'ᅵnormes problᅵmes algorithmiques pour des softs
aussi divers que Word, InDesign, et tant d'autres. Je suis mᅵme sᅵr
qu'un nerd de profil "informatique-typo-graphisme" est dᅵjᅵ en train de
plancher sur quelque chose. Pourquoi se refuser ᅵ imaginer, par exemple,
qu'on pourra un jour (ou pas !) dᅵcider de positionner une image *par
rapport* ᅵ un paragraphe, en indiquant qu'on veut la mettre ᅵ 30% de la
hauteur totale dudit paragraphe ? Un calcul de la surface du texte, de
celle de l'image, et quelques autres joyeusetᅵs, et l'affaire serait
rᅵglᅵe, pour le navigateur au moins. Reste ᅵ crᅵer les specs CSS, en
pensant ᅵ tous les cas de figure douteux (dernier paragraphe trop court,
etc.). Pourquoi *par principe* refuser que ce serait un progrᅵs ? Une
simple possibilitᅵ d'expression en plus ?

La mise en page n'est pas rᅵservᅵe aux webdesigneurs (c'est un comble
pour moi de mᅵme ᅵmettre cette ᅵvidence, mais comme tu opposes les deux
avec un certain mᅵpris pour ce qui demeure, excuse-moi, la "vraie" mise
en page, je me sens quand mᅵme obligᅵ de remettre les choses ᅵ leur
place). Elle est une discipline graphique, donc en partie "artistique".
Ce qui compte en premier lieu, c'est le rᅵsultat visuel, et le confort
de lecture (un ᅵquilibre entre les deux, ou un dᅵsᅵquilibre volontaire).
Le reste n'est que technique. (Ou art pur, comme avec Apollinaire, cf
ci-dessous.)


>> Quand je dis dialogue de sourds, j'ai tout bon !
>> Tout ce que tu viens de dire je le sais,
>
> Bon ...
> N'empᅵche ... ce n'ᅵtait pas ᅵvident ᅵ ta lecture.

Je pense surtout que ce n'est pas le problᅵme. Les Olivier (les deux qui
m'ont rᅵpondu sur ce newsgroup) ne m'ont pas pris "par dᅵfaut" de haut,
avec des "N'importe quoi !" (sur le seul sujet, d'ailleurs, oᅵ je suis
peut-ᅵtre plus compᅵtent que toi, ce qui est assez cocasse). Ils m'ont
parlᅵ comme ᅵ un adulte.

Toi tu m'as rᅵpondu de faᅵon plusieurs fois mᅵprisante, et de plus ᅵ
cᅵtᅵ de mes questions, en ᅵmettant des jugements parfaitement hors sujet
("En quoi c'est la mort de faire ᅵa ?", etc.). C'est dommage.

> Non je ne parle pas pas de soft (sauf ᅵ essayer de prᅵciser
> "classique"), je parle bien de rᅵgles de composition (si la typo n'est
> pas allᅵ jusque lᅵ) mᅵme si dans la presse on se permet des fantaisies
> comme des images dᅵtourᅵes au milieu de texte (qui, si ᅵa fait "joli",
> n'en est pas moins assez illisible) qu'heureusement, ᅵ ce jour, il n'est
> pas possible de faire sur une page web.

Je crois que tout est dit avec ce "heureusement". Pour toi, tout
habillage d'image est "illisible". Moi, je considᅵre qu'avec du talent,
il est possible de se servir de ce genre de technique pour faire de
jolies choses. Ce qui, soit dit en passant, n'est pas exactement nouveau
ni rᅵvolutionnaire en typographie ! Voir le passage sur Apollinaire, qui
a jouᅵ avec la forme du "bloc" typographique pour ses poᅵmes visuels.
http://perso.univ-lyon2.fr/~edbreuil/dada/memoire/adb/I/a.html

Je vais ᅵviter de me mettre en mode "toi" (mᅵpris par dᅵfaut), en
suggᅵrant que peut-ᅵtre tu devrais changer de lecture, et jeter tous tes
magazines oᅵ par dᅵfinition le dᅵtourage est dᅵbile, laid et
"conformiste". Ce serait m'imaginer des choses sur ce que tu lis ou
connais, et je pourrais alors manier des grands "N'importe quoi !" dᅵs
que j'ai mal lu ce que tu ᅵcris.

Olivier m'a appris des trucs, mais toi avec ton attitude un brin
nᅵgative et tes rᅵponses ᅵ cᅵtᅵ, qui rᅵinventaient l'eau chaude avec une
petite dose de mᅵpris, tu m'as plutᅵt braquᅵ, je dois te le dire (ᅵa se
sent, non ?).

Salut,

N.

SAM

unread,
Dec 1, 2009, 8:52:50 AM12/1/09
to
Le 12/1/09 11:08 AM, Nikita Calvus-Mons a ᅵcrit :

> SAM a ᅵcrit :
>> Le 11/30/09 4:28 PM, Nikita Calvus-Mons a ᅵcrit :
>
> Je pense surtout que ce n'est pas le problᅵme. Les Olivier (les deux qui
> m'ont rᅵpondu sur ce newsgroup) ne m'ont pas pris "par dᅵfaut" de haut,
> avec des "N'importe quoi !" (sur le seul sujet, d'ailleurs, oᅵ je suis
> peut-ᅵtre plus compᅵtent que toi, ce qui est assez cocasse). Ils m'ont
> parlᅵ comme ᅵ un adulte.

Lᅵ je reᅵois la monnaie de ma piᅵce.

Bon ... peut-ᅵtre va t-on apprendre ᅵ se connaitre, et saura t-on passer
par dessus des impressions ?

Je n'ai malheureusement pas un style de rᅵponse ... "trᅵs heureux".
Pourtant je les voudrais bon enfant.
En tous cas c'est sans mᅵchancetᅵ.

> tu m'as plutᅵt braquᅵ, je dois te le dire (ᅵa se sent, non ?).

Tu m'en vois trᅵs sincᅵrement dᅵsolᅵ. Vraiment!
D'autant que, malgrᅵ mon "style", je n'ai pas l'impression d'avoir ᅵtᅵ
absolument toujours ᅵ cᅵtᅵ de la plaque.

Je te remercie de ta sincᅵritᅵ et vais essayer de me corriger.
(ᅵa va ᅵtre trᅵs trᅵs dur, depuis le temps que je peaufine ce "style" !)

Juste en passant et s'il y aurait une prochaine fois,
en dehors de rᅵfᅵrence ᅵ ce que nous nous serions dit :
- je n'aime pas les images sur les pages web
Disons : quand nombreuses ou inutiles (telles que pour faire "joli")
- je suis avec une connexion ADSL lente et pense n'ᅵtre pas le seul
(ce qui ne peut que continuer ᅵ me pousser dans mon aversion de
chargement de cosmᅵtiques bien inutiles en regard du rᅵel contenu)
- ᅵa continue ᅵ m'ᅵnerver quand je crois comprendre que l'on espᅵre
reproduire sur des pages web ce qu'on peut faire en imprimerie.
(quand on sait le temps que ᅵa prend chez les ᅵditeurs+imprimeurs,
les rᅵglages, tirages d'essais, alors qu'on est maᅵtre de son
matᅵriel, comment espᅵrer arriver ᅵ un rᅵsultat approchant en
html+css sur un support inconnu (ordi + systᅵme + navigateur) ?)


Pour exemple :
- la fameuse lettrine :
Sur une mᅵme machine, ou pire sous systᅵmes diffᅵrents, et avec
diffᅵrents navigateurs, pas tous rᅵglᅵs ᅵ l'identique, sans parler
de l'apparence ce cette lettrine (bien sᅵr diffᅵrente), la cᅵsure
rᅵsultante du reste du paragraphe est trᅵs diffᅵrente allant
jusqu'ᅵ des affichages trᅵs inesthᅵtiques.
- La vidᅵo du bas de ta maquette :
je n'ai pu la visualiser tant ᅵa coupe tout le temps
(patientᅵ un bon moment pour n'en voir qu'un court extrait)

--
sm

Nikita Calvus-Mons

unread,
Dec 1, 2009, 9:09:43 AM12/1/09
to
SAM a ᅵcrit :

> Lᅵ je reᅵois la monnaie de ma piᅵce.
>
> Bon ... peut-ᅵtre va t-on apprendre ᅵ se connaitre, et saura t-on passer
> par dessus des impressions ?

Pas de souci. Une bonne gueulante de temps en temps, ᅵa soulage ! ;-)

> Je n'ai malheureusement pas un style de rᅵponse ... "trᅵs heureux".
> Pourtant je les voudrais bon enfant.
> En tous cas c'est sans mᅵchancetᅵ.

Bon, tant mieux, enterrons la hachette.

> Juste en passant et s'il y aurait une prochaine fois,
> en dehors de rᅵfᅵrence ᅵ ce que nous nous serions dit :
> - je n'aime pas les images sur les pages web
> Disons : quand nombreuses ou inutiles (telles que pour faire "joli")

Tout est relatif dans ce domaine, non ?

> - je suis avec une connexion ADSL lente et pense n'ᅵtre pas le seul
> (ce qui ne peut que continuer ᅵ me pousser dans mon aversion de
> chargement de cosmᅵtiques bien inutiles en regard du rᅵel contenu)

Ben oui mais le "rᅵel contenu" pour une revue (imprimᅵe ou en ligne)
d'orientation littᅵraire et/ou artistique, il faut bien comprendre que
ᅵa inclut des images assez souvent. Et franchement le poids d'une
illustration ou deux, bien compressᅵes, mᅵme pour de l'ADSL "lent", est
dᅵrisoire...

> - ᅵa continue ᅵ m'ᅵnerver quand je crois comprendre que l'on espᅵre
> reproduire sur des pages web ce qu'on peut faire en imprimerie.
> (quand on sait le temps que ᅵa prend chez les ᅵditeurs+imprimeurs,
> les rᅵglages, tirages d'essais, alors qu'on est maᅵtre de son
> matᅵriel, comment espᅵrer arriver ᅵ un rᅵsultat approchant en
> html+css sur un support inconnu (ordi + systᅵme + navigateur) ?)

Ben grᅵce ᅵ CSS justement, sans trop de souci. Tu confonds faire une
mise en page propre avec vouloir reproduire un magazine ᅵ 100%. Personne
ne confond, en tout cas pas moi. De toute faᅵon, en tout, pour faire
propre, il faut y passer du temps.


> Pour exemple :
> - la fameuse lettrine :
> Sur une mᅵme machine, ou pire sous systᅵmes diffᅵrents, et avec
> diffᅵrents navigateurs, pas tous rᅵglᅵs ᅵ l'identique, sans parler
> de l'apparence ce cette lettrine (bien sᅵr diffᅵrente), la cᅵsure
> rᅵsultante du reste du paragraphe est trᅵs diffᅵrente allant
> jusqu'ᅵ des affichages trᅵs inesthᅵtiques.

Oui, mais ce n'est pas la faute de la lettrine ; ᅵa se passe
rᅵguliᅵrement avec tous types de textes selon la largeur des colonnes
entre autres. Ce n'est pour le coup quasiment pas gᅵrable !

> - La vidᅵo du bas de ta maquette :
> je n'ai pu la visualiser tant ᅵa coupe tout le temps
> (patientᅵ un bon moment pour n'en voir qu'un court extrait)

C'est du YouTube, je l'ai virᅵe de la maquette, elle est inutile. Cela
dit en total HC je te recommande ce type, Eddie Izzard. ;-)

A+

N.

SAM

unread,
Dec 1, 2009, 9:55:34 AM12/1/09
to
Le 12/1/09 3:09 PM, Nikita Calvus-Mons a ᅵcrit :
> SAM a ᅵcrit :

>>
>> - je n'aime pas les images sur les pages web
>> Disons : quand nombreuses ou inutiles (telles que pour faire "joli")
>
> Tout est relatif dans ce domaine, non ?

Voilᅵ, et je suis vite hᅵrissᅵ par certains "relativismes".
(Faut le savoir)

>> - ᅵa continue ᅵ m'ᅵnerver quand je crois comprendre que l'on espᅵre
>> reproduire sur des pages web ce qu'on peut faire en imprimerie.
>

> Ben grᅵce ᅵ CSS justement, sans trop de souci. Tu confonds faire une

Non, non, je ne confonds rien, mais d'aucuns oui :-(

> Personne ne confond,

Pas sᅵr ...

> en tout cas pas moi.

Notᅵ.

>> Pour exemple :
>> - la fameuse lettrine :
>

> Ce n'est pour le coup quasiment pas gᅵrable !

Voilᅵ.

> en total HC je te recommande ce type, Eddie Izzard. ;-)

Quand il parlera franᅵais ? (et qu'il passe en Languedoc)
La vidᅵo n'ᅵtait pas sous-titrᅵe, j'ai rien compris.
Pourtant il a l'air d'avoir une bonne diction.


PS : je ne mets jamais de formules de politesse dans les rᅵponses.
(elles sont intrinsᅵques)
--
sm

0 new messages