HGamer3D-Ogre-Binding-0.1.9: Windows Game Engine for the Haskell Programmer - Ogre Bindings

Safe HaskellNone

HGamer3D.Bindings.Ogre.ClassMaterialManager

Synopsis

Documentation

newSource

Arguments

:: IO HG3DClass 

Default constructor.

deleteSource

Arguments

:: HG3DClass

classpointer - pointer of Class instance which is going to be deleted.

-> IO () 

Initialises the material manager, which also triggers it to parse all available .program and .material scripts.

Default destructor.

initialiseSource

Arguments

:: HG3DClass

classpointer - pointer of Class instance from which this methods is called.

-> IO () 

Sets the default anisotropy level to be used for loaded textures, for when textures are loaded automatically (e.g. by MaterialThe default value is 1 (no anisotropy).

setDefaultAnisotropySource

Arguments

:: HG3DClass

classpointer - pointer of Class instance from which this methods is called.

-> Int

maxAniso

-> IO () 

Get the default maxAnisotropy.

getDefaultAnisotropySource

Arguments

:: HG3DClass

classpointer - pointer of Class instance from which this methods is called.

-> IO Int 

getActiveSchemeSource

Arguments

:: HG3DClass

classpointer - pointer of Class instance from which this methods is called.

-> IO String 

Sets the name of the active material scheme. Technique::setSchemeName

setActiveSchemeSource

Arguments

:: HG3DClass

classpointer - pointer of Class instance from which this methods is called.

-> String

schemeName

-> IO () 

Override standard Singleton retrieval. Why do we do this? Well, it's because the Singleton implementation is in a .h file, which means it gets compiled into anybody who includes it. This is needed for the Singleton template to work, but we actually only want it compiled into the implementation of the class based on the Singleton, not all of them. If we don't change this, we get link errors when trying to use the Singleton-based class from an outside dll. This method just delegates to the template version anyway, but the implementation stays in this single compilation unit, preventing link errors.

getSingletonSource

Arguments

:: IO HG3DClass 

Override standard Singleton retrieval. Why do we do this? Well, it's because the Singleton implementation is in a .h file, which means it gets compiled into anybody who includes it. This is needed for the Singleton template to work, but we actually only want it compiled into the implementation of the class based on the Singleton, not all of them. If we don't change this, we get link errors when trying to use the Singleton-based class from an outside dll. This method just delegates to the template version anyway, but the implementation stays in this single compilation unit, preventing link errors.

getDefaultSettingsSource

Arguments

:: HG3DClass

classpointer - pointer of Class instance from which this methods is called.

-> IO SharedPtr 

Returns a pointer to the default MaterialOgreMaterialThe default settings begin as a single Technique with a single, non-programmable Pass:

Returns the name of the active material scheme. Technique::setSchemeName