I wanted to store a list of user defined strings (each of which will be parsed into a block/item name and a few numbers). I read the tutorials for using Configuration class but they are very outdated. I need something that works specifically on version 1.7.10.  Where should I look? Thank you.

ok thanks. some of methods mentioned in the tutorials don`t exist anymore.

I'll try the method you said. it seems config is a lot simpler now than it was back when the tutorial was wrote. the code is not ready for test yet, but I'm confident it will work.

Which tutorial did you use? I think I tend to follow this one: http://www.minecraftforge.net/wiki/How_to_make_an_advanced_configuration_file

Also use your IDE.

 

(I still have a doubt concerning this topic. read new doubt section bellow)

 

Which tutorial did you use? I think I tend to follow this one: http://www.minecraftforge.net/wiki/How_to_make_an_advanced_configuration_file

 

that's the one. But there's no method called Confuguration.getOrCreateProperty and no Property class. So I got confused if whether I still needed to do exactly as the tutorial said but using different methods and classes or if things were done in an entirely different way now.

 

new doubt: If my mod is loaded on a multiplayer server, will it automatically use the server's config instead of the client's or do I have to do something extra for that to happen?

 

this is my code. It's working. I'm just not sure about the multiplayer server thing. I increased readability by removing everything that is irrelevant to my question.

 

//this, off course, is the proxy class that both ClientProxy and ServerProxy inherit from. Is this where I want my code to be
//to make it work in both Singleplayer and Multiplayer, but ignoring the client's config when in Multiplayer?
public class CommonProxy
{
static String[] configStrings;

        //this is invoked by my mod class, from inside its preInit method.
public static void preInit(FMLPreInitializationEvent event)
{
        Configuration config = new Configuration(event.getSuggestedConfigurationFile());
        config.load();
        
        String comment = "my comment";
        
        String[] defaultStrings = new String[3];
        
        defaultStrings[0] = "parsable string 0";
        defaultStrings[1] = "parsable string 1";
        defaultStrings[2] = "parsable string 2";
        
        configStrings = config.getStringList("ConfigItemName", "ConfigCategoryName", defaultStrings, comment);
       
        config.save();
}
}

new doubt: If my mod is loaded on a multiplayer server, will it automatically use the server's config instead of the client's or do I have to do something extra for that to happen?

 

Server wins.  It wouldn't make much sense otherwise.

(But it does depend on what you're trying to do, if the code that references these strings only runs client side, then the client wins).

 

that's the one. But there's no method called Confuguration.getOrCreateProperty and no Property class. So I got confused if whether I still needed to do exactly as the tutorial said but using different methods and classes or if things were done in an entirely different way now.

 

Server wins.  It wouldn't make much sense otherwise.

(But it does depend on what you're trying to do, if the code that references these strings only runs client side, then the client wins).

 

Ok thanks. wow, eclipse is a bit buggy and sometimes I forget that. It wouldn't give me the option to import that Property class. Anyway, I don't need it, because thanks to the method @diesieben07 showed me, I can add comments without it, contrary to what the tutorial said (I'm guessing the Configuration class was different in the past).

There are times when using the Property directly has its benefits.  For example, I have an array of ints used as a dimension blacklist.  To keep things organized, I tell the code to read the list, then sort it, and save it back to the config file.

 

The only way to set a config property is through the Property object (the "get" from the config object only supplies a default, it doesn't change what's there).

 

So the tutorial is not, technically, wrong.

There are times when using the Property directly has its benefits.  For example, I have an array of ints used as a dimension blacklist.  To keep things organized, I tell the code to read the list, then sort it, and save it back to the config file.

 

The only way to set a config property is through the Property object (the "get" from the config object only supplies a default, it doesn't change what's there).

 

So the tutorial is not, technically, wrong.

 

Thank you, that's useful information. The tutorial is just a bit outdated, not wrong really.