Discussion :

[Jipété]

Bonsoir,

Je suis en train de vivre des cauchemars et je perds des heures et des heures de ma vie à chercher des solutions à des erreurs de calcul qui n'en sont pas, en fait, et au final c'est un vrai enfer...

Sur l'image ci-dessous vous avez le résultat d'un TBitmap rempli par calcul et assigné à un TImage posé sur un TPanel (gris) et avec Image.Left := 1;
Bien sûr ce montage de deux copies d'écran est beaucoup zoomé pour bien voir les détails car, oui, des fois il me faut utiliser The Gimp pour voir où j'en suis tellement c'est confus et effroyable.
Mais il débloque, là, le Jipété ?
Nan nan, juste qu'il pète les plombs après avoir passé des heures à essayer de solutionner un bug qui, au final, n'existe pas !

Regardez bien l'image ci-dessous, et particulièrement la bande grise à gauche du début du dégradé : vue, la différence de taille entre la copie de gauche et celle de droite ? Un pixel d'écart.
Et cette différence est simplement liée à l'état de la transparence du TImage, False à gauche et True à droite dans l'inspecteur d'objets, c'est la seule modif entre les deux runs...


Et quand j'utilise un color picker sur le tout début du rouge, je mesure 255,0,0 à gauche, et 255,4,0 à droite, ce qui confirme bien que la première colonne du TBitmap a disparu (où ?) en activant la transparence du TImage.
Quand je pense que je l'avais activée justement pour voir si mes calculs tombaient juste (au départ le TImage était aligné alClient dans le TPanel à la bonne dimension, ce qui m'aurait permis de voir d'éventuelles erreurs...)

Bug présent sous Linux/GTK2 Laz1.4/FPC2.6.2 et Laz1.6/FPC3.0 mais pas sous XP/Laz1.6/FPC3.0

Linux est vraiment le parent pauvre, quoi..

[ThWilliam]

Salut JP.

Dans un Bitmap que l'on veut afficher en transparence, si on n'a pas indiqué la couleur de transparence, cette couleur est celle du pixel inférieur gauche.
Dans ton cas, le rouge pur (255,0,0).
Comme tu n'as du rouge pur que dans la première colonne de pixels, celle-ci devient transparente, ce qui donne l'impression d'un décalage de positionnement du TImage.

Cordialement
Thierry

[Jipété]

Salut Thierry,

Dans un Bitmap que l'on veut afficher en transparence, si on n'a pas indiqué la couleur de transparence, cette couleur est celle du pixel inférieur gauche.
Dans ton cas, le rouge pur (255,0,0).

C'est vrai que j'ai pensé à quelque chose comme ça après avoir posté, mais je ne me souvenais plus du tout de cette histoire de coin inférieur gauche.

Ceci expliquerait cela, mais je n'ai pas édité mon post à cause de ça :

Bug présent Comportement visible sous Linux/GTK2 Laz1.4/FPC2.6.2 et Laz1.6/FPC3.0 mais pas sous XP/Laz1.6/FPC3.0

[ThWilliam]

Je viens de faire un test sous Windows 7, lazarus 1.6, FPC 3.0.0

Bmp (24 ou 32 bits) avec la première colonne en rouge, le reste en bleu.
J'obtiens bien le comportement que tu as sous Linux : en transparent, je ne vois plus la ligne rouge.

Je parlerais plutôt d'un bug XP-Lazarus.

[Jipété]

Je parlerais plutôt d'un bug XP-Lazarus.

Bon, OK, je coche , alors.

Merci pour ton test, plus qu'à se graver au fer rouge dans la mémoire

si on n'a pas indiqué la couleur de transparence, cette couleur est celle du pixel inférieur gauche.