net.minecraftforge.fml.client

Interface IModGuiFactory

All Known Implementing Classes:

DefaultGuiFactory, FMLConfigGuiFactory, ForgeGuiFactory

public interface IModGuiFactory

This is the interface you need to implement if you want to provide a customized config screen. DefaultGuiFactory provides a default implementation of this interface and will be used if the mod does not specify anything else.

Nested Class Summary

Nested Classes

Modifier and Type	Interface and Description
static class	IModGuiFactory.RuntimeOptionCategoryElement Represents an option category and entry in the runtime gui options list.

Method Summary

Modifier and Type	Method and Description
GuiScreen	createConfigGui(GuiScreen parentScreen) Return an initialized GuiScreen.
boolean	hasConfigGui() If this method returns false, the config button in the mod list will be disabled
void	initialize(Minecraft minecraftInstance) Called when instantiated to initialize with the active minecraft instance.
java.util.Set<IModGuiFactory.RuntimeOptionCategoryElement>	runtimeGuiCategories() Return a list of the "runtime" categories this mod wishes to populate with GUI elements.

Method Detail

initialize

void initialize(Minecraft minecraftInstance)

Called when instantiated to initialize with the active minecraft instance.

Parameters:

minecraftInstance - the instance

hasConfigGui

boolean hasConfigGui()

If this method returns false, the config button in the mod list will be disabled

Returns:

true if this object provides a config gui screen, false otherwise

createConfigGui

GuiScreen createConfigGui(GuiScreen parentScreen)

Return an initialized GuiScreen. This screen will be displayed when the "config" button is pressed in the mod list. It will have a single argument constructor - the "parent" screen, the same as all Minecraft GUIs. The expected behaviour is that this screen will replace the "mod list" screen completely, and will return to the mod list screen through the parent link, once the appropriate action is taken from the config screen. This config GUI is anticipated to provide configuration to the mod in a friendly visual way. It should not be abused to set internals such as IDs (they're gonna keep disappearing anyway), but rather, interesting behaviours. This config GUI is never run when a server game is running, and should be used to configure desired behaviours that affect server state. Costs, mod game modes, stuff like that can be changed here.

Parameters:

parentScreen - The screen to which must be returned when closing the returned screen.

Returns:

A class that will be instantiated on clicks on the config button or null if no GUI is desired.

runtimeGuiCategories

java.util.Set<IModGuiFactory.RuntimeOptionCategoryElement> runtimeGuiCategories()

Return a list of the "runtime" categories this mod wishes to populate with GUI elements. Runtime categories are created on demand and organized in a 'lite' tree format. The parent represents the parent node in the tree. There is one special parent 'Help' that will always list first, and is generally meant to provide Help type content for mods. The remaining parents will sort alphabetically, though this may change if there is a lot of alphabetic abuse. "AAA" is probably never a valid category parent. Runtime configuration itself falls into two flavours: in-game help, which is generally non interactive except for the text it wishes to show, and client-only affecting behaviours. This would include things like toggling minimaps, or cheat modes or anything NOT affecting the behaviour of the server. Please don't abuse this to change the state of the server in any way, this is intended to behave identically when the server is local or remote.

Returns:

the set of options this mod wishes to have available, or empty if none