J'ai trois titres <h1> dans trois colonnes diff�rentes, align�es en haut
(en fait elles flottent toutes). J'utilise l'attribut text-transform:
uppercase; car tel est mon bon plaisir. Du coup j'obtiens souvent des
capitales accentu�es.
Quand il y a des caps accentu�es dans un titre, Firefox aligne sur le
haut de l'accent (ce qui est typographiquement incorrect). Le r�sultat
est tr�s laid lorsque le titre d'� c�t�, sans accent, se retrouve ainsi
un chou�a plus haut...
IE 7 fait la m�me chose, mais moins violemment (mais il fait la m�me
chose !).
Y a-t-il moyen de forcer le comportement correct typographiquement,
c'est-�-dire d'aligner les lettre sans tenir compte de leurs signes
diacritiques (accents, c�dilles, umlauts, iotas souscrits, etc.) ? J'en
doute fort, mais...
N.
Tu dois avoir un autre probl�me ...
Je n'arrive pas � avoir ce que tu dis avec mon Fx.2
Les titres accentu�s ou non, avec minuscules et majuscules, sont
pr�sent�s pareils et tous bien align�s.
� moins que tu n'emploies une police "exotique" ?
(en Comic Sans MS, par exemple, ttes les capitales ne sont pas d'exacte
m�me hauteur, me semble-ce)
> IE 7 fait la m�me chose, mais moins violemment (mais il fait la m�me
> chose !).
Donc il y a une autre r�gle qui contrarie dans l'une ou l'autre des
colonnes, non ?
> Y a-t-il moyen de forcer le comportement correct typographiquement,
> c'est-�-dire d'aligner les lettre sans tenir compte de leurs signes
> diacritiques (accents, c�dilles, umlauts, iotas souscrits, etc.) ? J'en
> doute fort, mais...
Ben ... pourquoi ?
S'il y a une r�gle, elle est la m�me pour toute la police (et toutes les
fontes, si elles sont pr�vues pour de par nos pays).
En fait �a doit �tre l'alignement "bas" qui est utilis�,
voir : base-line en typo et css
<http://www.yoyodesign.org/doc/w3c/css2/fonts.html#descdef-baseline>
(en profiter pour lire toute cette page)
--
sm
Well... Voici donc la maquette provisoire http://www.idiomatique.org/tests/
>> IE 7 fait la m�me chose, mais moins violemment (mais il fait la m�me
>> chose !).
>
> Donc il y a une autre r�gle qui contrarie dans l'une ou l'autre des
> colonnes, non ?
Ben non... Enfin, � toi de voir, vu mon pi�tre niveau j'ai sans doute
fait une connerie mais je ne vois pas.
>> Y a-t-il moyen de forcer le comportement correct typographiquement,
>> c'est-�-dire d'aligner les lettre sans tenir compte de leurs signes
>> diacritiques (accents, c�dilles, umlauts, iotas souscrits, etc.) ?
>> J'en doute fort, mais...
>
> Ben ... pourquoi ?
> S'il y a une r�gle, elle est la m�me pour toute la police (et toutes les
> fontes, si elles sont pr�vues pour de par nos pays).
Oui, mais si la r�gle avait tort ? Ca s'est vu, non ? J'ai en m�moire le
merveilleux oubli du oe (le vrai) dans les entit�s HTML d'il y a plus de
dix ans... Ca a �t� plus que lentement corrig�.
Pas mal de r�gles de typo fran�aise de base (c�sure, ponctuation double,
etc.) sont mal support�es par les navigateurs. Parce que sans doute la
r�gle les ignore.
Ca s'am�liore, ceci dit.
Ceci dit, j'y reviens : sur un m�me titre, dans la m�me colonne, c'est
bien quand on a un accent que la lettre "descend". Enl�ve l'accent et tu
verras que l'alignement du titre remonte (tu le vois en fonction de ses
voisins). Il y a donc un probl�me. Dans la r�gle sans doute, mais un
probl�me de typo.
N.
Pour l'histoire des titres, c'est assez difficile de se rendre compte
ici vu que tu n'as pas la mï¿œme taille de caractï¿œres au milieu et sur les
cï¿œtï¿œs.
En revanche, pour l'image, on voit bien que mï¿œme le 2e paragraphe (qui
ne la contient pas) coule autour d'elle. Il n'y a donc strictement
aucune raison de l'inclure *dans* le premier paragraphe.
Tu pourrais aussi bien faire :
<p><img ...></p>
<p class="lettrine">Nous avons tant... </p>
<p>C'est entendu...</p>
> [...] J'ai en mï¿œmoire le
> merveilleux oubli du oe (le vrai) dans les entitï¿œs HTML d'il y a plus de
> dix ans... Ca a ᅵtᅵ plus que lentement corrigᅵ.
D'une part ce n'est pas dans les entitï¿œs HTML que ï¿œa manque mais dans
ISO-8859-1, et d'autre part il n'y a aucune raison de s'en priver dans
les news (ᅵ), de mᅵme que le C cᅵdille majuscule (ᅵa).
> Pas mal de rï¿œgles de typo franï¿œaise de base (cï¿œsure, ponctuation double,
> etc.) sont mal supportï¿œes par les navigateurs. Parce que sans doute la
> rï¿œgle les ignore.
L'espace fine ï¿œtait encore mal supportï¿œe il y a quelques annï¿œes (je ne
sais pas si c'est toujours le cas), mais c'est peut-ï¿œtre plus un
problï¿œme de fonte que de navigateur. En ce qui concerne la ponctuation
double je ne vois pas de quoi tu veux parler (sauf si c'est juste
l'obligation de mettre une espace insï¿œcable devant, diffï¿œrente selon
le caractᅵre en question). Quant ᅵ la gestion de la cᅵsure, oui, c'est
un gros problᅵme, trᅵs difficile ᅵ rᅵsoudre pour l'ensemble des types
d'ï¿œcriture du monde.
> Ca s'amï¿œliore, ceci dit.
Oui.
Cordialement,
--
Olivier Miakinen
>
> Ceci dit, j'y reviens : sur un m�me titre, dans la m�me colonne, c'est
> bien quand on a un accent que la lettre "descend". Enl�ve l'accent et tu
> verras que l'alignement du titre remonte (tu le vois en fonction de ses
> voisins). Il y a donc un probl�me. Dans la r�gle sans doute, mais un
> probl�me de typo.
J'ai fait 2 h1 dont l'un recouvre le 2nd
C'est farpaitement align� (accent dans l'un, pas dans l'autre)
--
sm
Oui c'est sï¿œr, dans ce cas prï¿œcis. Mais j'essaye d'imaginer une solution
d'habillage pour le cas gï¿œnï¿œral... Cela dit je vais en effet dï¿œfinir des
styles pour les images, ce sera plus simple dans un premier temps.
>
> Tu pourrais aussi bien faire :
> <p><img ...></p>
> <p class="lettrine">Nous avons tant... </p>
> <p>C'est entendu...</p>
>
>> [...] J'ai en mï¿œmoire le
>> merveilleux oubli du oe (le vrai) dans les entitï¿œs HTML d'il y a plus de
>> dix ans... Ca a ᅵtᅵ plus que lentement corrigᅵ.
>
> D'une part ce n'est pas dans les entitï¿œs HTML que ï¿œa manque
Circa 1998-1999, je me souviens trï¿œs bien (suis-je formel ?) que œ
n'existait pas. On n'avait que æ. Chez Miaou, oï¿œ je bossais, fut
mᅵme un temps oᅵ la seule solution pour afficher un ᅵ passait par
l'utilisation d'une image !
> mais dans
> ISO-8859-1, et d'autre part il n'y a aucune raison de s'en priver dans
> les news (ᅵ), de mᅵme que le C cᅵdille majuscule (ᅵa).
...
Je le sais (je suis correcteur de mï¿œtier) mais franchement, dans les
news, c'est un peu compliquᅵ pour un pauvre possesseur de clavier PC...
>> Pas mal de rï¿œgles de typo franï¿œaise de base (cï¿œsure, ponctuation double,
>> etc.) sont mal supportï¿œes par les navigateurs. Parce que sans doute la
>> rï¿œgle les ignore.
>
> L'espace fine ï¿œtait encore mal supportï¿œe il y a quelques annï¿œes (je ne
> sais pas si c'est toujours le cas), mais c'est peut-ï¿œtre plus un
> problï¿œme de fonte que de navigateur.
Mmmh, je ne crois pas. En tout cas Firefox a progressᅵ lui. IE avait un
train d'avance lᅵ-dessus. Maintenant, on a des espaces fines qui ont une
tronche potable.
> En ce qui concerne la ponctuation
> double je ne vois pas de quoi tu veux parler (sauf si c'est juste
> l'obligation de mettre une espace insï¿œcable devant, diffï¿œrente selon
> le caractï¿œre en question).
C'est bien ï¿œa. IE, quand tu oubliais le , ï¿œtait "malin" et le
mettait pour toi. FF, non. Je suppose que FF avait "raison", mais bon...
(Je te prï¿œcise que je n'utilise pas non plus les guillemets franï¿œais sur
les newsgroups, ᅵ dessein !)
Cordialement,
N.
Indeed, indeed. Mea culpa, et maxima m�me.
N.
> Tu pourrais aussi bien faire :
> <p><img ...></p>
> <p class="lettrine">Nous avons tant... </p>
> <p>C'est entendu...</p>
�a serait pas plus mal, en effet, pour �viter qu'Opera n'affiche deux
lettrines pour le prix d'une :)
voir http://files.getwebb.org/index.php?mode=view&id=cre66gc1
Est-ce un bug ou une interpr�tation trop stricte des sp�c' ?
@+
--
rm - http://opera-fr.com
Je ne le croyais pas, mais tu as parfaitement raison, dans HTML 3.2 il
n'y avait d'entitï¿œs que pour ISO-Latin1 :
<http://www.w3.org/TR/REC-html32-19970114#latin1>
> Chez Miaou, oᅵ je bossais, fut
> mᅵme un temps oᅵ la seule solution pour afficher un ᅵ passait par
> l'utilisation d'une image !
ï¿œa veut dire qu'il n'existait mï¿œme pas dans Unicode ou ISO10646,
accessible par œ ? Bon sang, c'est possible aussi ! Je vois
que la premiᅵre publication d'Unicode remonte ᅵ 1991, et
<http://www.w3.org/TR/html4/references.html#ref-ISO10646>
rᅵfᅵrence une version de 1993. Dis donc, tu as vraiment essuyᅵ
les plï¿œtres des dï¿œbuts du web !
>> mais dans
>> ISO-8859-1, et d'autre part il n'y a aucune raison de s'en priver dans
>> les news (ᅵ), de mᅵme que le C cᅵdille majuscule (ᅵa).
>
> ...
>
> Je le sais (je suis correcteur de mï¿œtier) mais franchement, dans les
> news, c'est un peu compliquᅵ pour un pauvre possesseur de clavier PC...
Tu utilises un PC sous Windows avec un clavier franï¿œais ? Si oui, ce
pilote est fait pour toi (comme il est fait pour moi quand je suis sur
Windows et pas sur Linux) :
<http://users.numericable.be/denis.liegeois/kbdfrac.htm>.
>> L'espace fine ï¿œtait encore mal supportï¿œe il y a quelques annï¿œes (je ne
>> sais pas si c'est toujours le cas), mais c'est peut-ï¿œtre plus un
>> problï¿œme de fonte que de navigateur.
>
> Mmmh, je ne crois pas. En tout cas Firefox a progressᅵ lui. IE avait un
> train d'avance lᅵ-dessus. Maintenant, on a des espaces fines qui ont une
> tronche potable.
En 2003 c'ï¿œtait tout aussi dï¿œsastreux dans IE que dans le Gecko que
j'utilisais ᅵ l'ᅵpoque (je ne me rappelle pas si ᅵ'ᅵtait encore Mozilla
ou dᅵjᅵ SeaMonkey) mais je reconnais n'avoir pas refait le test depuis.
>> En ce qui concerne la ponctuation
>> double je ne vois pas de quoi tu veux parler (sauf si c'est juste
>> l'obligation de mettre une espace insï¿œcable devant, diffï¿œrente selon
>> le caractï¿œre en question).
>
> C'est bien ï¿œa. IE, quand tu oubliais le , ï¿œtait "malin" et le
> mettait pour toi. FF, non. Je suppose que FF avait "raison", mais bon...
Hum... qu'est-ce qu'on a pu souffrir des comportements ᅵ malins ᅵ d'IE
quand il fallait expliquer aux auteurs de pages web que d'autres
navigateurs existaient...
Cela dit, si c'est vrai cela veut dire qu'ᅵ l'ᅵpoque IE tenait compte de
l'attribut ᅵ lang ᅵ pour le formatage ?
> (Je te prï¿œcise que je n'utilise pas non plus les guillemets franï¿œais sur
> les newsgroups, ᅵ dessein !)
AltGr+q ; AltGr+s. ;-)
D'aprï¿œs <http://www.w3.org/TR/CSS21/selector.html#first-letter> je pense
que c'est un bug. Sauf bien sï¿œr s'il est avec une langue par dï¿œfaut dans
laquelle ᅵ No ᅵ est considᅵrᅵ comme une seule lettre,
comme l'est le ᅵ ij ᅵ en nᅵerlandais. ;-)
Dᅵsolᅵ, j'ai confondu 1998-1999 avec 1988-1989, ce qui n'ᅵtait bien sᅵr
pas possible. Non, ᅵ l'ᅵpoque je pense que tu pouvais dᅵjᅵ utiliser les
appels de caractᅵres numᅵriques pour les caractᅵres ᅵ et ᅵ.
�a ne passe pas dans mon IE.6
�a ne passe pas bien au validator.
(m�me pour une maquette, peut-�tre ennuyeux si �a en profite pour d�raper)
Presque OK avec mon IE.7 (des scrollbas parasites)
Proposition (mais l'utilisateur n'a pas de choix) :
.art { position: relative; }
.art img { float: right; max-width: 45%;
margin: 0 0 5px 8px; border: none; }
.art .enlume:first-letter {
float: left;
margin: 0;
padding-right: 4px;
font-size: 4em;
font-family: Georgia, Garamond, Times New Roman, Times, serif;
}
Avec :
<div id="main">
<div class="art"><!-- d�but article -->
<h1>Les g�nies et puis Gavalda</h1>
<img src="http://grossagouin.viabloga.com/images/mcenroe.jpg" alt="" />
<p class="enlume">Nous avons tant galvaud� ce
mot que nous allons continuer !
Il n'y a pas de raison que cela s'arr�te !
Eddie Izzard est un g�nie !
</p>
<p>C'est entendu : bla bla </p>
</div><!-- fin article -->
</div><!-- fin main -->
--
sm
Et qu'on ne vous y reprenne plus ! petit effront� !
Sinon ... ce sera dans un
<p style="width:200em"></p>
800 lignes de
� �a un �uf ? Un �b�uf� plut�t ! �
avec les espaces et ins�cables fine l� o� il faut
(le copi�-coll� �tant proscrit)
;-)
--
sm
Dommage, j'utilise un Windows dans une Machine Virtuelle sur mon Mac et
... j'y ai le clavier Mac, grâce aussi à un petit utilitaire.
Une chance ! car sans ça, sur les touches qui ne sont pas disposées
comme sur PC, j'aurais dû mettre des post-it.
(mais je ne sais où y est l'insécable fine)
(ne me semble pas l'avoir vu sur le clavier de Denis Liégeois ?)
> AltGr+q ; AltGr+s. ;-)
Là ... je ne saurai pas ce que ça représente
(« » d'après le clavier Liégeois)
Option+è Option+Maj+è (Option+" est déjà pris: “ ”)
--
sm
Ben, ᅵcoute, tout ce dont je me souviens c'est que les ᅵ ᅵtaient faits
avec des petites images chez Yahoo! (il devait y avoir un script qui se
chargeait de la conversion). C'est sans doute un mï¿œlange entre ce qu'il
ï¿œtait possible de faire en thï¿œorie et ce que les navigateurs clients
savaient dï¿œchiffrer en "standard". Bref.
N.
J'utilisais Opera il y a trois ans mais j'ai arr�t�. Le navigateur est
g�nial mais justement il algnait les lettrines n'importe comment et �a
me d�primait un tantinet (outre qu'il y a deux lettres ici, elles sont
align�es au milieu, pff). Le pire c'est que c'est peut-�tre de �a dont
je me souvenais : c'est peut-�tre Opera qui aligne le haut sur les
accents de la police. En tout cas c'est laid.
Quand je vois que IE me met un ascenseur � droite je d�sesp�re de faire
un design propre. Comment il calcule les largeurs, IE ? Ce n'est pas
somme(width_colonnes) + somme (margin + padding) ?
N.
> Le 30/11/2009 19:18, rm a �crit :
>>
>> �a serait pas plus mal, en effet, pour �viter qu'Opera n'affiche deux
>> lettrines pour le prix d'une :)
>> voir http://files.getwebb.org/index.php?mode=view&id=cre66gc1
>> Est-ce un bug ou une interpr�tation trop stricte des sp�c' ?
>
> D'apr�s <http://www.w3.org/TR/CSS21/selector.html#first-letter> je pense
> que c'est un bug.
Le bug m'a �t� confirm� et pris en compte.
Merci :)
@+
--
rm
Je pense que c'�taient les polices disponibles sur les postes qui
posaient prb plut�t...
Je n'en sais rien mais je participe ;-)
Il me semble qu'au si�cle dernier (en tous cas sur Mac) les �, �, et
ins�cable, �taient g�r�s sans soucis directement au clavier, tout au
moins dans le texteur que j'utilisais, disons ... depuis 1990.
N�anmoins, il me semble que mon NC, lui n'appr�ciait pas toutes les
html-entit�s (loin s'en faut).
Ce n'�tait, � mon sens, vraiment pas affaire de caract�re manquant dans
la police.
Peut-�tre une mauvaise conception navigateur <--> syst�me ?
(hors les propos de charsets)
Tien? J'ai oubli� de r�agir sur le coup de l'image pour l'� :
c'est un sckandahall' !
alors qu'on ramait en RTC � charger 20ko en 1mn on nous glissait des
cochonneries pareilles ? ! � notre insu de nous-m�me qui + est !
Remboursez ! (� l'�poque on payait au temps pass�)
--
sm
C'est un peu loin tout �a, mais je pense que le Mac �tait un cas
particulier. Sous Windows 95 et 98 il y avait quelques actions �
entreprendre pour que l'euro fonctionne bien je crois me rappeler ?
Sous Windows quand j'ai commenc� � intern�ter je devais encore faire
Alt+6+4 pour avoir @ ... merci du peu.
> C'est un peu loin tout �a, mais je pense que le Mac �tait un cas
> particulier. Sous Windows 95 et 98 il y avait quelques actions �
> entreprendre pour que l'euro fonctionne bien je crois me rappeler ?
Ha! l'Euro, il a, en effet, fallu attendre qu'il soit int�gr� dans les
polices de caract�res.
(qu'� tout le moins on ait fait �voluer sa machine jusqu'� une version
de syst�me qui connaisse cette petite b�te �trange)
(quelle ann�e et/ou syst�me ? je ne saurais dire, je suis nul en
Histoire, f�ch� avec les calendriers et m�me les montres)
J'ai d� abandonner ma police pr�f�r�e qui n'avait pas cet �
(et n'ai pas investi dans celle mise � niveau)
--
sm
Assez logique, du fait que les caractᅵres ᅵ et ᅵ font partie de MacRoman
(et je suppose, sans en ï¿œtre sï¿œr, que c'ï¿œtait le cas bien avant
l'introduction de l'ᅵ dans le mᅵme MacRoman).
> Sous Windows 95 et 98 il y avait quelques actions ᅵ
> entreprendre pour que l'euro fonctionne bien je crois me rappeler ?
Au sujet de l'euro, Apple avec MacRoman a fait une modification encore
plus critiquable que Microsoft avec Windows-1252. Alors que Microsoft a
rajoutᅵ l'euro ᅵ un emplacement auparavant non utilisᅵ, ce qui assurait
la compatibilitᅵ dans un sens mais pas dans l'autre, Apple a *remplacᅵ*
le symbole monï¿œtaire neutre par l'euro, ce qui a donc introduit une
incompatibilitᅵ dans les deux sens.
En dï¿œfinissant une nouvelle norme ISO-8859-15, diffï¿œrente d'ISO-8859-1,
pour y introduire l'euro, l'ISO a fait la seule chose permettant
d'assurer une compatibilitᅵ dans les deux sens.
--
Olivier Miakinen