All CAs can be store in external .lua files. If the scenario config
lacks an [engine] tag for the Lua AI engine, but still tries to use CA
with engine=lua, a dummy engine will be automatically generated,
providing the needed functionality
They are trivial wrappers for the wesnoth.lock_view() function in Lua.
Neither takes any parameters.
There is no wrapper for wesnoth.view_locked() yet until I decide on its
name and usefulness factor.
Both are simple wrappers for display::view_locked() and
display::set_view_locked(), respectively. view_locked() returns a
boolean specifying whether the view is locked, and lock_view() takes a
boolean specifying whether to lock the view (true) or unlock it (false).
This will later allow WML/Lua to lock the viewport so the user cannot
scroll away from the current viewport location. WML and Lua actions such
as [scroll], [scroll_to] and [scroll_to_unit] will always be able to
scroll the screen regardless of this setting.
...to the [scroll_to] and [scroll_to_unit] WML actions
When immediate is set to a true value, the display code will instantly
warp to the chosen location regardless of the scroll speed setting in
Preferences.
...to the selected location
This adds a fourth argument (boolean) to
wesnoth.scroll_to_tile(). When true, the display code instantly warps
to the chosen location regardless of the scroll speed setting in
Preferences.
In gcc-4.8 there will be a new warning -Wunused-local-typedefs. This
warning is triggered by boost's static asserts, causing strict
compilation to fail when using this compiler.
Note the compiler is not officially released yet so used a recent
snapshot.
The use of shared libraries makes compilation debug versions faster but
results in extra shared libraries. For installation this is not
practical since the libraries need to be given SONAMES and kept in sync.
Therefore installation is not supported for this option and will
probably fail.
The statistics for the change are:
Static build:
- Normal:
real 20m51.604s
user 19m47.838s
sys 1m5.100s
size 94MB
- Debug:
real 24m48.577s
user 23m3.114s
sys 1m22.305s
size 1.9GB
Shared build:
- Normal:
real 21m5.141s
user 19m56.879s
sys 1m7.692s
size 29MB
- Debug:
real 24m24.239s
user 22m55.278s
sys 1m20.193s
size 596MB
So the build times don't change that much but the sizes do. When
rebuilding after changing a file the build times start to improve for
the shared build, but not timing done.
It returned a pane before due to some test code, this code is no longer
used to the returned widget will suffice.
The code is used to experiment with a different approach of the
implementation of a listbox.
