je dit pas non sur l'allourdissement, mais sais-tu comment est compilé ton firefox ?
En gros, qu'utilise-t-il pour se dessiner, est-ce cairo ?
Car si oui, c'est étrange que ça bouge.
J'ai pour le moment un 2.0.0.1 packagé par Mandriva et aucun problème
Le décalage est vraiment typique d'un mauvais arrondi du à la présence de plusieurs runs distincts sur une ligne.
Je disais plus haut qu'il fallait que la ligne comporte plusieurs styles, mais en fait c'est faut. La sélection en elle-même vient fausser les calculs (quand c'est mal fait) car lors d'une sélection simple, au milieu de la ligne (c'est plus facile pour comprendre) la ligne est découpée en 3 runs :
* texte non sélectionné
* texte sélectionné
* texte non sélectionné
Et comme les runs sont en partie indépendants, il suffit d'un mauvais arrondi sur le run sélectionné (alors qu'il n'y avait qu'un run avant) pour que toute la suite soit décalé.
Mais on verra ensuite que ce décalage peut très bien se résorber avant la fin de la ligne simplement par un autre arrondi dans l'autre sens... c'est pour ça qu'on a souvent qu'une partie de texte qui bouge.
Sinon, un autre test sympa :
ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
Si certains aperçoivent des espaces légèrement différents, irréguliers dans cette série de f alors il y a encore des amélioration possible sur leur système de rendu de texte (c'est également l'exemple qui était pris dans les screenshots de la sortie de la version java de QT - voir le journal privé en parlant)
Evidemment, on peut penser que de si petits écarts sont négligeable, mais c'est très loin d'être le cas, car ceux-ci (il suffit d'en avoir plusieurs par ligne) peuvent foirer complètement la mise en page d'un texte. Imaginons que ces petits écarts empêchent une lettre de rentrer dans la ligne prévue (alors qu'un bon système n'aurait pas eu cette erreur). Dans ce cas, la césure change, ou au pire le mot passe à la ligne suivante. Si ce décalage était au début du texte, on peut aisément visualiser la chaîne de modification apportée à l'ensemble du texte suivant.
Et pour ceux qui travaillent dans la presse notament, le fait d'avoir un nombre de ligne d'un même article changeant simplement à cause de deux moteurs de rendu différents est difficilement acceptable...
[^] # Re: Bravo
Posté par CrEv (site web personnel) . En réponse à la dépêche Java libre : OpenJDK est disponible. Évalué à 10.
En gros, qu'utilise-t-il pour se dessiner, est-ce cairo ?
Car si oui, c'est étrange que ça bouge.
J'ai pour le moment un 2.0.0.1 packagé par Mandriva et aucun problème
Le décalage est vraiment typique d'un mauvais arrondi du à la présence de plusieurs runs distincts sur une ligne.
Je disais plus haut qu'il fallait que la ligne comporte plusieurs styles, mais en fait c'est faut. La sélection en elle-même vient fausser les calculs (quand c'est mal fait) car lors d'une sélection simple, au milieu de la ligne (c'est plus facile pour comprendre) la ligne est découpée en 3 runs :
* texte non sélectionné
* texte sélectionné
* texte non sélectionné
Et comme les runs sont en partie indépendants, il suffit d'un mauvais arrondi sur le run sélectionné (alors qu'il n'y avait qu'un run avant) pour que toute la suite soit décalé.
Mais on verra ensuite que ce décalage peut très bien se résorber avant la fin de la ligne simplement par un autre arrondi dans l'autre sens... c'est pour ça qu'on a souvent qu'une partie de texte qui bouge.
Sinon, un autre test sympa :
ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
Si certains aperçoivent des espaces légèrement différents, irréguliers dans cette série de f alors il y a encore des amélioration possible sur leur système de rendu de texte (c'est également l'exemple qui était pris dans les screenshots de la sortie de la version java de QT - voir le journal privé en parlant)
Evidemment, on peut penser que de si petits écarts sont négligeable, mais c'est très loin d'être le cas, car ceux-ci (il suffit d'en avoir plusieurs par ligne) peuvent foirer complètement la mise en page d'un texte. Imaginons que ces petits écarts empêchent une lettre de rentrer dans la ligne prévue (alors qu'un bon système n'aurait pas eu cette erreur). Dans ce cas, la césure change, ou au pire le mot passe à la ligne suivante. Si ce décalage était au début du texte, on peut aisément visualiser la chaîne de modification apportée à l'ensemble du texte suivant.
Et pour ceux qui travaillent dans la presse notament, le fait d'avoir un nombre de ligne d'un même article changeant simplement à cause de deux moteurs de rendu différents est difficilement acceptable...