DrawString et Overlay

Folgansky

Mettre le RESET annule bien la couleur venant du String mais pas celle du DrawString.
Du coup je peux avoir mon string en vert qui fait bugguer en bleu le reste par exemple =p

AymericRed

Ah d’accord, ben j’ai pas d’autre solution ^^

SCAREX

Je comprends pas trop où est le problème, tu ne peux pas draw dans le RenderGameOverlayEvent ?

Folgansky

Mon problème c’est que je ne sais afficher qu’un overlay qui prend tout l’écran en gros.

Du coup ça cache toutes les infos comme l’armure, la bouffe etc

SCAREX

Et pourquoi ne pas recopier la fonction drawTextureModalRect dans la classe Gui ?

Folgansky

Parce que je n’ai pas vraiment idée de quoi tu me parles ^^’
J’ai des lacunes évidentes.

M’enfin, si j’arrive à résoudre le problème de l’affichage de mon String, je pourrais me passer de l’affichage d’overlay (ce qui m’évitera de nombreuses heures à chercher comment afficher correctement les overlays)

SCAREX

Cherche une fonction appelée drawTextureModalRect dans la classe Gui de Minecraft ou copie cette fonction (c’est la même mais avec les paramètres renommées pour une meilleure compréhension) :

@SideOnly(Side.CLIENT)
public static void drawTexturedModalRect(double x, double y, double textureX, double textureY, double width, double height) {
Tessellator tessellator = Tessellator.instance;
tessellator.startDrawingQuads();
tessellator.addVertexWithUV(x, y + height, 0F, textureX * 0.00390625F, (textureY + height) * 0.00390625F);
tessellator.addVertexWithUV(x + width, y + height, 0.0F, (textureX + width) * 0.00390625F, (textureY + height) * 0.00390625F);
tessellator.addVertexWithUV(x + width, y, 0F, (textureX + width) * 0.00390625F, textureY * 0.00390625F);
tessellator.addVertexWithUV(x, y, 0F, textureX * 0.00390625F, textureY * 0.00390625F);
tessellator.draw();
}

Pour l’affichage de texte, je suppose que le problème c’est que le texte n’est pas affiché ?

Folgansky

Non le problème concernant le drawString c’est qu’il modifie la couleur d’affichage de la nourriture et de l’armure

SCAREX

Essaie de faire un GL11.glColor4f(0F, 0F, 0F, 1F) après le rendu, ça devrait enlever la couleur.

robin4002

Ou alors :

@SubscribeEvent
public void onRenderGameOverlay(RenderGameOverlayEvent.Post event)
{
if(event.type == RenderGameOverlayEvent.ElementType.TEXT)
{
// reste du code

Folgansky

Scarex, ton conseil fait que tout devient noir ^^
J’ai pas cherché à savoir si c’était le troisième int du drawString qui fait ça ou la ligne que tu m’as conseillé d’ajouter, en tout cas c’est pas ça.

Par contre ta condition marche robin.

Du coup au diable les overlays, je comprendrai un jour comment ça marche (oui comme ça en me réveillant un matin, la science infuse)

En tout cas merci à tous deux d’avoir passé un peu de votre temps sur ce post ^^

Edit:
Euh apparement mettre ta condition semble aussi résoudre mon problème d’overlay (et de transparence en fait), c’est parfait Oo

Folgansky

J’aurais juste une dernière question du coup, concernant les paramètres.

Je fais comme ça actuellement:


Minecraft minecraft = FMLClientHandler.instance().getClient();
ScaledResolution scaledresolution = new ScaledResolution(minecraft, minecraft.displayWidth, minecraft.displayHeight);
int i = scaledresolution.getScaledWidth() - 90;
int j = scaledresolution.getScaledHeight() - 10;

Le soucis c’est que la position du String n’est pas la même en réduisant la taille de la fenêtre de jeu.
Comment remplacer les “moins quelquechose” pour que ce soit toujours placé au même endroit sur l’écran, peu importe la taille de la fenêtre de jeu, svp?

Edit:
Par exemple j’ai essayé comme ça:

int i = scaledresolution.getScaledWidth() * (92/100);
int j = scaledresolution.getScaledHeight() * (98/100);

Visiblement cette triche sur le int ne plaît pas.
Au final le String se loge en PLS dans le coin en haut à gauche de l’écran au lieu d’aller tranquille dans le coin opposé en mode “no stress”.

robin4002

Déjà utilise event.resolution au lieu de faire une nouvelle instance de ScaledResolution.

Si tu veux mettre le string en haut à droite il faut prendre la largeur de l’écran moins le décalage (5 ou 10) moins la largeur du texte. Il y a une fonction dans FontRenderer pour avoir la largeur du texte.

Folgansky

Le soucis c’est justement le décalage.

Des deux affichages, la seule différence c’est la taille de la fenêtre de jeu.
Donc est-ce que c’est le paramètrage par défaut qui veut ça?
Donc on ne pourrait rien y faire et les joueurs, qui joueraient en écran réduit, pourraientt avoir des superpositions de rendus

Edit: Et ouki pour le event.resolution

robin4002

Suffit d’adapter le décalage en fonction de la largeur alors.

Folgansky

Eh bien je définis la largeur avec:


int i =  event.resolution.getScaledWidth() - 90;
int j =  event.resolution.getScaledHeight() - 10;

Sauf que justement si je suis en fenêtre réduite le -90 fera plus de décalage que si je me mets en plein écran.
Aucun moyen que le décalage soit proportionnel également?

robin4002

Envoies moi ton code complet. Car ton i et ton j je ne sais pas ce que tu en fais x)

Folgansky

La classe est longue et redondante mais voici un bout où on voit ce que tu me demandes:

@SubscribeEvent
    public void renderGameOverlayEvent(RenderGameOverlayEvent event)
    {    
         String str;
          int i =  event.resolution.getScaledWidth() - 90;
         int j =  event.resolution.getScaledHeight() - 10;
[…]
 if (event.type == RenderGameOverlayEvent.ElementType.TEXT && itemstack != null && itemstack.getItem() == ModPg2.itemPlasmaGun && Minecraft.getMinecraft().gameSettings.thirdPersonView == 0 && Minecraft.getMinecraft().currentScreen == null)
         {        
             if(itemstack.getTagCompound().getInteger("timerTir") >= 0 && itemstack.getTagCompound().getInteger("timerTir") <= 150)
             {
                 str = EnumChatFormatting.DARK_GREEN + String.valueOf(itemstack.getTagCompound().getInteger("timerTir") + "/150");
                 Minecraft.getMinecraft().fontRenderer.drawString(str, i, j, 0);    
             }
[…]

robin4002

@SubscribeEvent
public void renderGameOverlayEvent(RenderGameOverlayEvent event)
{
String str;
int i = event.resolution.getScaledWidth() - 10;
int j = event.resolution.getScaledHeight() - 10;
[…]
if (event.type == RenderGameOverlayEvent.ElementType.TEXT && itemstack != null && itemstack.getItem() == ModPg2.itemPlasmaGun && Minecraft.getMinecraft().gameSettings.thirdPersonView == 0 && Minecraft.getMinecraft().currentScreen == null)
{
if(itemstack.getTagCompound().getInteger("timerTir") >= 0 && itemstack.getTagCompound().getInteger("timerTir") <= 150)
{
str = EnumChatFormatting.DARK_GREEN + String.valueOf(itemstack.getTagCompound().getInteger("timerTir") + "/150");
Minecraft.getMinecraft().fontRenderer.drawString(str, i - Minecraft.getMinecraft().fontRenderer.getStringWidth(str), j, 0);
}
[…]

Si getStringWidth ne fonctionne pas c’est getStringLenth.

Folgansky

Oui je vois, ça met bien le texte dans le coin même si sa taille pourrait le faire dépasser de l’écran.

Sauf que j’aimerais centrer le texte sous la barre de chargement de l’arme (entre les deux traits vert, différents overlays se succèdent pour indiquer l’état de charge.)

Bref, laisser le string dans un coin n’est pas pratique pour la fonction qu’il doit remplir.
Même si cette fonction qui récupère la taille du texte est pratique et que toute personne intéressée par le sujet devrait la retenir

Edit: Ce que je ne comprend pas, c’est pourquoi il n’y a pas de fonction qui récupère la taille réelle de la fenêtre de jeu.