Member gui2::implementation::tbuilder_control::init_control (tcontrol *control) const

The control can initialize itself.

Member gui2::tcontrol::load_config ()

definition_load_configuration() is the replacement.

Member gui2::tcontrol::tcontrol (const unsigned canvas_count)

Used the second overload.

Member gui2::tfield< T, W, CT >::get_widget_value (twindow &window)

Use references to a variable instead.

Member gui2::tpane::tpane (const tbuilder_grid_ptr item_builder)

Use the second overload.

Member gui2::tviewport::tviewport (twidget &widget)

use the second overload.

Member gui2::twidget::dialog ()

The function was used to install callbacks to member functions of the dialogue. Once all widgets are converted to signals this function will be removed.

Member gui2::twidget::twidget ()

use the second overload.

Member t_translation::read_game_map (const std::string &str, tstarting_positions &starting_positions, coordinate border_offset=coordinate{0, 0})

NOTE it's deprecated to use this feature.

Terrain strings are separated by comma's or an end of line symbol, for the last terrain string in the row. For readability it's allowed to pad strings with either spaces or tab, however the tab is deprecated.

A terrain string contains either a terrain or a terrain and starting location. The following format is used [S ]T S = starting location a positive non-zero number T = terrain code (see read_terrain_code)

Parameters

starting_positions This parameter will be filled with the starting locations found. Starting locations can only occur once if multiple definitions occur of the same position only the last is stored. The returned value is a map:

first the starting locations
second a coordinate structure where the location was found