[RESOLU] Fonts et Executable ?

[wood51]

Bonjour,

J'ai un petit soucis de police de caractère et j'avoue que là je sèche , je sais même pas où chercher
Je fais un

Code : Tout sélectionner

LoadFont(0,"tahoma",8) 

puis utilise la police pour écrire sur un canvas

Code : Tout sélectionner

DrawingMode(#PB_2DDrawing_Transparent)
DrawingFont(FontID(0))
text_x = ((largeur - TextWidth(texte)) / 2 ) + x
text_y = ((#GG_Default_Header_Size - TextHeight(texte))/ 2 ) 
    
DrawText(text_x,text_y,texte,$383838)

le truc c'est quand je l'exécute avec PB pas de soucis par contre dans l'éxécutable généré çà marche pas et je me restrouve avec à prioris la police par défaut .

Savez vous d'où çà peut provenir ?

@+ David

[wood51]

Bon ba voilà j'ai encore squatter le forum pour une question inutile , je vient de trouver le pb

Lors du chargement de la font , j'avais mis :

Code : Tout sélectionner

Debug LoadFont(0,"tahoma",8)

pour savoir si la font était bien chargée . Grossière erreur
Une fois virée le Debug plus de soucis .

Faut-il effacer mon post où croyez vous que çà peut être utile de la savoir ? Je laisse libre cours aux modos (et dsl pour le temps perdu)

@+ David

[Backup]

Lors du chargement de la fonte , j'avais mis :

Code : Tout sélectionner

Debug LoadFont(0,"tahoma",8)

pour savoir si la fonte était bien chargée . Grossière erreur
Une fois virée le Debug plus de soucis .

ben non ... normalement le Debug renvoie le résultat de la fonction LoadFont()
en aucun cas, il ne doit empêcher son fonctionnement ....

soit c'est un bug de Purebasic , (qu'il faut signaler )
soit il y a une erreur ailleurs ....

par exemple , si la fonction ne trouve pas la fonte sur le system ou elle est exécutée, elle essaye de charger une autre fonte a la place ....

Sous Microsoft Windows, le gestionnaire de police de caractères essaiera toujours de trouver une police équivalente à celle demandée, si cette dernière n'est pas disponible. Par exemple, si vous essayez de charger la police "Tim Now Ronin" et qu'elle n'existe pas, une autre police sera chargée automatiquement, en fonction de sa taille, du style etc. Il est donc peu probable que cette commande échoue.

tu as peut etre testé le prg compilé sur un autre ordi que le tiens ??

[wood51]

Non j'ai tester le prog sur l'ordi avec lequel j'ai programmé

[G-Rom]

en aucun cas, il ne doit empêcher son fonctionnement ....

si,
si tu compiles ton programme ( pas en mode "test" ) avec debug LoadMachin(...
ton loadMachin() ne sera pas appelé.

[Backup]

ha ? j'hallucine

[venom]

ha ? j'hallucine

Ah bon tu n'avais jamais remarquer ? Je trouve ça logique non ?







@++

[Backup]

ha ? j'hallucine

Ah bon tu n'avais jamais remarquer ? Je trouve ça logique non ?







@++

non , Debug est sensé afficher le retour de la procédure , pas d’empêcher de fonctionner la procedure..

je pense que c'est pas normal !!
si Fred passe par là ?

en mode compilé , les Debug sont inactivés , mais ils ne devraient pas désactiver les procedures ...
ça me parait énorme

[G-Rom]

ha ? j'hallucine

Ah bon tu n'avais jamais remarquer ? Je trouve ça logique non ?







@++

non , Debug est sensé afficher le retour de la procédure , pas d’empêcher de fonctionner la procedure..

je pense que c'est pas normal !!
si Fred passe par là ?

en mode compilé , les Debug sont inactivés , mais il ne devrai pas désactiver les procedures ...
ça me parait énorme

Cela à toujours été le cas.

Code : Tout sélectionner

Debug MaFonction()

la fct° ne sera pas appeler si le debuger est désactivé, idem a la création d'executable.

Comment veut tu que l’exécutable final ce comporte avec ? :

Code : Tout sélectionner

Debug MaVariable

Rien d'anormal, c'est logique.

[Backup]

en tout cas , c'est dingue que j'ai passé tout ce temps , sans savoir ça

[wood51]

Bon bah au moins çà été utile au moins à deux personnes