Jump to content

Recommended Posts

Posted (edited)

Hello

 

after compiling my mod and run it in my normal game, I noticed, that in my mod "ä", "ö", "ü" and "ß" appear as "�" in the german language.

In other mods, i run in my game, theese letters appear correct.

Must i change something in my mod to make them look right?

Edited by Drachenbauer
Posted

In your first line, you say, that my files should be encoded properly as UTF-8.

And in your seccond line is, what i made now.

 

So i thaught, the first thing, you sayd is the target to reach, and the link is the instruction, how to do it.

you sayd nothing else about how to encode them to this.

Posted (edited)

but you didn´t say how to encode them into this state, if not.

So i thaught, your seccond instruction is how to do it.

 

So how do i encode them now?

I have alot of json-files:

languages, blockstates, block models, item models, recipes and loot-tables.

all together more than 500 files.

should i encode them all, or only the languages, wich use this letters?

If all, how can i do it fast

It may take alot of time to encode them all one by one...

 

Edit:

i found a powershell-script, that did the job for me.

After running it, i used the build command and placed the mod in my game again and now all names look right, no more " � ".

thanks for your tipps.

Edited by Drachenbauer
Posted

i mean, that script converted my over 500 json files in a few secconds.

I think, IDE or text-editor only can do it one by one manually.

that needs much more time than let the script run through them all with one launch.

Posted (edited)

Now i spotted somthing weird (not a problem to solve, my mod works fine, just my interest):

 

if i open the json-file in Eclipse, theese letters are replaced with weird signs.

But if i open it in the txt-editor, everything looks correct.

 

why this?

Edited by Drachenbauer
Posted (edited)

Finally i found the right properties to change.

If something look like common german text with such letters now in the json-file in eclipse, it looks the same in the game.

no weird looking stuff any more in both locations.

Edited by Drachenbauer
  • 5 months later...
Posted

Hey Dragon Slayer, I have the same problem with the translation to croatian in my mod (croatian specific letters look wierd ingame), so I if you could please explain to me how did you fix the problem?

 

I am using 1.16.1 forge build 32.0.75 on eclipse.

 

Thanks in advance!

  • Guest locked this topic
Guest
This topic is now closed to further replies.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • logs too big for one pastebin https://pastebin.com/ZjUGHu3u  https://pastebin.com/RqCUZf3X  https://pastebin.com/6ZPS99nD
    • You probably used jd-gui to open it, didn't you? Nothing wrong with that, I also made that mistake, except that Notch was a smart guy and he obfuscated the code. That's why you only see files called "a", "b", "c" and then a file that combines them all. As I said, use RetroMCP to deobfuscate the code so that you will 100% understand it and be able to navigate it.
    • Decompiling minecraft indev, infdev, alpha, beta or whichever legacy version is really easy. I'm not a plug, I just also got interested in modding legacy versions (Infdev to be specific). Use https://github.com/MCPHackers/RetroMCP-Java Once you install their client and the Zulu Architecture that they say they recommend (or use your own Java). I encountered some problems, so I run it with: "java -jar RetroMCP-Java-CLI.jar". You should run it in a seperate folder (not in downloads), otherwise the files and folders will go all over the place. How to use RetroMCP: Type setup (every time you want change version), copy-paste the version number from their list (they support indev), write "decompile" and done! The code will now be deobfuscated and filenames will be normal, instead of "a", "b" and "c"! Hope I helped you, but I don't expect you to reply, as this discussion is 9 years old! What a piece of history!  
    • I know that this may be a basic question, but I am very new to modding. I am trying to have it so that I can create modified Vanilla loot tables that use a custom enchantment as a condition (i.e. enchantment present = item). However, I am having trouble trying to implement this; the LootItemRandomChanceWithEnchantedBonusCondition constructor needs a Holder<Enchantment> and I am unable to use the getOrThrow() method on the custom enchantment declared in my mod's enchantments class. Here is what I have so far in the GLM:   protected void start(HolderLookup.Provider registries) { HolderLookup.RegistryLookup<Enchantment> registrylookup = registries.lookupOrThrow(Registries.ENCHANTMENT); LootItemRandomChanceWithEnchantedBonusCondition lootItemRandomChanceWithEnchantedBonusCondition = new LootItemRandomChanceWithEnchantedBonusCondition(0.0f, LevelBasedValue.perLevel(0.07f), registrylookup.getOrThrow(*enchantment here*)); this.add("nebu_from_deepslate", new AddItemModifier(new LootItemCondition[]{ LootItemBlockStatePropertyCondition.hasBlockStateProperties(Blocks.DEEPSLATE).build(), LootItemRandomChanceCondition.randomChance(0.25f).build(), lootItemRandomChanceWithEnchantedBonusCondition }, OrichalcumItems.NEBU.get())); }   Inserting Enchantments.[vanilla enchantment here] actually works but trying to declare an enchantment from my custom enchantments class as [mod enchantment class].[custom enchantment] does not work even though they are both a ResourceKey and are registered in Registries.ENCHANTMENT. Basically, how would I go about making it so that a custom enchantment declared as a ResourceKey<Enchantment> of value ResourceKey.create(Registries.ENCHANTMENT, ResourceLocation.fromNamespaceAndPath([modid], [name])), declared in a seperate enchantments class, can be used in the LootItemRandomChanceWithEnchantedBonusCondition constructor as a Holder? I can't use getOrThrow() because there is no level or block entity/entity in the start() method and it is running as datagen. It's driving me nuts.
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.