unicode_cast is now a template function that works with different types
of containers. Especialy it now works with both std::wstring and
vector<wchar_t>
We have some problems where the test executable is not generating
all the right output on travis, it seems not to be getting stdout
or stderr or something. The test executable was being run through
gdb at all times, with commands to backtrace on case of crash.
I'm not sure if gdb is eating the output or what, but for now I
am disabling the feature in the hopes to get the error messages
again.
Fixes the following warning for new units with the movetype:
> warning config: Terrain 'Wdt' has evaluated to 100 (cost), which is more than 99; resetting to 99.
it seems like iostream from boost 1.44 is incompatible to filesystem
from boost 1.44.
Actualy i didnt veryfy this becasue i don't have boost < 1.50. I added
an adapter for boost filesystem that made it looks liek filesystem 1.43
which we can pass to boost iostreams 1.44.
- Pango and Cairo now describe both their compile time and runtime
versions
- Boost now states that it is the compile time version, afaik
wesnoth cannot determine what boost versions it is linked against.
This includes adding a new library (libboost_filesystemw.dylib), so a
new version of the Mac compile package is needed for compiling.
It also changes the default user directory to ~/.wesnoth1.13
in previous changelog commit
- some unicode characters got corrupted somehow
- help browser section was added
this commit fixes the characters, and moves a bunch of other
entries from miscellaneous to help browser section
This commit permits link_color to be specified in any label defn,
at the same place that link_aware is specified. It will be passed
through to tcanvas and finally font::ttext in a similar manner as
link awareness, and used for the color parameter in any link
formatting. We choose a default value of #ffff00 everywhere,
matching the definition currently in the help browser for cross-
references.
This adds a "link_aware" key to label definitions, and C++ tlabel
objects no longer initializer this to true, but instead read the
value from their definition configuration.
tcontrol now gets it by a virtual method, whose default impl is
false, and is only overrided in label.
This refactor cleans things up, since link aware is really only
relevant to the click handler of label.
