Discussion :

[geek12]

Bonjour � tous,

Je d�veloppe une application sous Embarcadero C++ Builder en utilisant des boutons de type TspeedButton. Quand je lance mon application dans l'�diteur tout ce passe bien. Par contre en dehors de l'�diteur, au lancement de l'application les bouttons s'affichent mais l'images de fond ne s'affichent pas. J'ai juste un carr� blanc qui s'affiche en image de fond de chaque bouton. Avez-vous une id�e de la cause de ce type de probl�me et comment je peut le r�soudre. Je pr�cise que j'utilise des images de format bmp.

Merci pour votre aide

[Bousk]

Tes images sont mal plac�es et/ou le path pour les charger est incorrect.

[geek12]

Je vous remercie pour votre r�ponse. Les images que j'utilise sont charg�es avec l'inspecteur d'objet via la propri�t� Glyph. Je ne vois pas comment elles peuvent �tre mal plac�es. Je vous remercie de me guider plus.

[koala01]

Salut,

Je vous remercie pour votre r�ponse. Les images que j'utilise sont charg�es avec l'inspecteur d'objet via la propri�t� Glyph. Je ne vois pas comment elles peuvent �tre mal plac�es. Je vous remercie de me guider plus.

Bousk a parfaitement raison : le chemin d'acc�s pour acc�der � tes images est, de toute �vidence, mauvais lorsque ton application s'ex�cute en dehors de ton EDI.

On va essayer d'�tre simple:

Quand ton application est ex�cut�e, le syst�me d'exploitation part d'un dossier bien particulier pour pouvoir la lancer. C'est ce que l'on appelle le "dossier d'ex�cution".

Ce dossier d'ex�cution est -- g�n�ralement -- clairement d�fini par ton EDI, quel qu'il soit, pour s'assurer que l'ensemble des fichiers auxquels tu essayera d'acc�der soient effectivement disponibles.

Lorsque tu lances ton ex�cutable depuis "l'ext�rieur" de ton EDI, le dossier d'ex�cution d�fini par ton EDI ne peut pas �tre pris en compte, pour la simple et bonne raison que ton EDI n'est pas utilis�.

Si tu ne d�finis pas toi-m�me le dossier d'ex�cution de mani�re � ce qu'il soit identique � celui qui est utilis� par ton EDI, ton application ne pourra pas trouver les fichiers auxquels tu essayes d'acc�der. C'est aussi simple que cela.

Pire encore: Il arrive r�guli�rement que tu essaye d'installer ton application sur un ordinateur diff�rent de celui sur lequel elle a �t� d�velopp�e. On appelle cette �tape le d�ploiement.

Si tu ne penses pas � copier les fichiers dont ton application a besoin au bon endroit (par rapport � l'ex�cutable de ton application) sur l'ordinateur qui devra l'ex�cuter, il n'y a forc�ment aucune chance pour que ton application soit capable de trouver les fichiers en question, vu qu'ils ne seront pas ** physiquement ** dans les dossiers dans lesquels elle esp�re les trouver (et que ces dossiers ont d'ailleurs de grandes chances de ne pas exister).

L'id�al, est donc de pr�voir, � chaque fois que tu essaye d'acc�der � un fichier bien particulier, est -- dans un premier temps du moins (on va dire: au moins jusqu'� ce que tu aies pu d�terminer clairement quel est le dossier d'ex�cution ou les chemins d'ex�cution qui permettront d'acc�der aux fichiers) -- de s'assurer de mani�re syst�matique que le fichier auquel tu souhaite acc�der existe bel et bien avant d'essayer de l'utiliser, et de provoquer le lancement d'une exception si ce n'est pas le cas.

[foetus]

L'id�al, est donc de pr�voir

Non l'id�al est de transformer ces images en ressources, et ensuite de les donner au composant.

Parce qu'une ressource est "mise" dans l'ex�cutable. Par contre, je ne sais plus comment faire (� part avec un fichier .rc � l'ancienne) ... il y a s�rement une option dans le menu parce qu'1 propri�t� (truc sp�cifique � Delphi) correspond � une option IDE.

Et c'est bien le cas La classe Glyph d�rive de TBitmap et elle a 2 m�thodes publiques : LoadFromResourceID et LoadFromResourceName

[koala01]

Mais, m�me avec une ressource, on peut toujours douter de la pr�sence du fichier dans la ressource en question.

Donc, m�me si le PO se met � cr�er la ressource ad-hoc, l'obtention d'un message explicite indiquant que le fichier recherch� n'existe pas reste une s�curit� � ne pas sous-estimer, m�me s'il ne doit s'agir que d'une assertion, qui sera supprim�e (normalement) � la fin de la p�riode debug

[foetus]

Mais, m�me avec une ressource, on peut toujours douter de la pr�sence du fichier dans la ressource en question.

Justement , avec 1 ressource, il n'y a plus de chemin (*) ni de fichier � proprement donn� : les donn�es sont copi�es en "dur" et tu as un identifiant.

Donc le seul probl�me c'est que l'identifiant n'existe pas mais de souvenirs avec l'IDE Delphi/ C++ Builder tu ne peux pas vraiment te tromper contrairement � un chemin (qu'il faut v�rifier que l'IDE ne te mette pas un chemin relatif par exemple) ... � moins de ne pas passer par l'IDE, et de le coder.
et avec l'utilitaire Resource Hacker (ResHack), tu peux v�rifier toutes tes ressources.


*: tu as un chemin mais dans tes ressources. Mais tu n'as plus de chemin disque dur, relatif ou absolu parce que je pense que le probl�me doit �tre un chemin relatif

l'obtention d'un message explicite indiquant que le fichier recherch� n'existe pas reste une s�curit� � ne pas sous-estimer, m�me s'il ne doit s'agir que d'une assertion, qui sera supprim�e (normalement) � la fin de la p�riode debug

C'est un peu le probl�me : le composant n'affiche rien s'il ne trouve pas l'image. Peut-�tre qu'avec une ressource, tu as une exception du style "resource id not found" parce qu'elle vient de Windows.

[geek12]

Merci � tout le monde pour votre support.
J'ai r�solu mon probl�me. Il s'agit d'un mode de compatibilit� appliqu� par Windows qui emp�che l'affichage des images ".bmp" au niveau des TspeedButton. En effet mon appli se lance en mode de compatibilit� Windows XP SP2 alors que j'utilise windows 10. En d�sactivant ce mode de compatibilit�, je n'ai plus le probl�me.
Merci de nouveau pour votre support.