Post by Iris » February 23rd, 2014, 9:40 pm

Wesnoth 1.11.10 (1.12 beta 1) is out!

Players should test these betas and all the various new features and units included for single-player and multiplayer games.

should test these betas and all the various new features and units included for single-player and multiplayer games. Content authors should start porting their content to these versions and testing it now to ensure first-time players of version 1.12.0 — or Wesnoth in general — have a chance to play with their favorite add-ons when the time comes.

should start porting their content to these versions and testing it to ensure first-time players of version 1.12.0 — or Wesnoth in general — have a chance to play with their favorite add-ons when the time comes. Translators should begin work on translating mainline Wesnoth as soon as possible and try to aim for 100% completion before 1.12.0, which is expected to become available within a couple of months. Of course, players with the required language skills can also help — all the instructions to contribute to the mainline translation teams are in the wiki!

Start of the feature and string freeze »



As mentioned above, the stabilization phase of the development cycle begins with this release. In order to facilitate the process for everyone, this and future 1.11.x and 1.12.x versions will only include bug fixes and translation updates.



Feature freeze:

No more new features will be added, as this risks introducing new bugs or version incompatibilities affecting saved games, replays, and/or multiplayer games.

No (incompatible) changes or additions will be made to our WML and Lua APIs, allowing UMC maintainers to port their content from 1.10.x without having to worry about us breaking things behind their backs. Later, this will allow add-ons written for 1.12.x to reliably work with any version from the same stable series. String freeze:

No major or unneeded changes or additions to strings — this allows translators to work on translating Wesnoth as fast as possible without their work being set back by changes in mainline, so that 1.12.0 can feature as many complete translations as possible for players across the globe. This is not a change, per se, but it is still relevant to players and content creators who regularly use our development releases.As mentioned above, the stabilization phase of the development cycle begins with this release. In order to facilitate the process for everyone, this and future 1.11.x and 1.12.x versions will only includeand

Improved options to handle MP game disconnections »

Save and abort : Formerly the host only had an “abort” option.

: Formerly the host only had an “abort” option. Set side to idle : An idle side will not perform any actions, it will never end its turn, the host will not be able to see the map from its point of view, and control will revert to a human side if the game is saved. If gameplay progresses to a side in this state, then the host must assign control to a player by any of the usual means first before the game can proceed.

: An idle side will not perform any actions, it will never end its turn, the host will not be able to see the map from its point of view, and control will revert to a human side if the game is saved. If gameplay progresses to a side in this state, then the host must assign control to a player by any of the usual means first before the game can proceed. “Blindfold replays” option: If a player checks this option in the lobby and then joins a game as an observer, they will see only a black screen until they are given control of a side by the host.

This feature is still experimental — feedback would be highly appreciated. There are two new game commands as well: :idle , which toggles the idle state; and :controller , which is a debugging command querying the current controller type of a side. Additionally, the :give_control command is now documented — although it already existed in 1.10, it changed names and somehow became undocumented. This command launches a friendly GUI to assist with changing side controllers. [rashot=float:right]1.11.10-2[/rashot]When players disconnect from an MP game, the host now has improved options:There are two new game commands as well:, which toggles the idle state; and, which is a debugging command querying the current controller type of a side. Additionally, thecommand is now documented — although it already existed in 1.10, it changed names and somehow became undocumented. This command launches a friendly GUI to assist with changing side controllers.

Theme descriptions in Preferences » Preferences → Display now includes short translatable descriptions of each theme. Theme descriptions and theme names are now translatable as well, requiring the introduction of two new attributes to the [theme] WML tag, id= and description= . Themes including only a non-translatable name= will cause both the game and wmllint to generate warnings.



For the syntax details of these [theme] tag attributes, see [rashot=float:right]1.11.10-3[/rashot]The list of game UI themes available innow includes short translatable descriptions of each theme. Theme descriptions and theme names are now translatable as well, requiring the introduction of two new attributes to theWML tag,and. Themes including only a non-translatablewill cause both the game and wmllint to generate warnings.For the syntax details of thesetag attributes, see ThemeWML in the wiki.

Improved WML load error reports »

The list of affected add-ons in the summary is now displayed in a bulleted format when applicable, and add-ons are identified by their regular names (or approximations thereof when those are unavailable) instead of the complete paths to their _main.cfg files.

files. Players are encouraged by the game to report any errors found to the add-on authors or maintainers. A new button is available above the detailed report to copy it to clipboard, e.g., for including it in a forum post without having to upload large screenshots or check stderr.

Parser implementation details (specifically, “value ‘token’ at location”) are no longer included in the report by default since they don’t really help WML authors with debugging. They are still available for core contributors and developers in debug ( -DDEBUG ) builds.

) builds. Preprocessor substitution traces (“included from”) are now displayed on separate indented lines in order to avoid a “text wall” effect.

Parser errors for mismatched opening/closing tags and missing closing tags are worded in a clearer fashion. Additionally, the format used for logging these errors to stderr has changed:

Messages for errors from multiple add-ons are now sent to stderr one by one as they happen, rather than printed all at once at the end of the loading phase.

The indented format used in the UI is used in stderr now as well. [rashot=float:right]1.11.10-4[/rashot]The user interface used for displaying WML errors during the content loading and initialization phase (also known as “Reading files and creating cache”) has received a complete makeover in this version:Additionally, the format used for logging these errors to stderr has changed:

New screenshot notification dialog » [rashot=float:right]1.11.10-1[/rashot]The pop-up notification displayed when taking a screenshot of the game UI or map has been replaced with a small dialog including options to copy the screenshot path to clipboard, open it with an external application, or browse the screenshots folder in the file manager application defined by the platform.

Improved font antialiasing on Windows »



This issue could only be observed on those parts of the Wesnoth user interface using Cairo for font rendering, such as the main menu, the Campaigns menu, and most GUI2 dialogs. The workaround consists of exclusively using grayscale antialiasing (as opposed to RGB subpixel hinting) on Windows. This is considered an acceptable stopgap measure at this time, considering that all other UI elements using FreeType instead of Cairo (e.g., the loading screen, default MP lobby, Load Game dialog) were already limited to this font antialiasing technique.



See bug This release includes a workaround for a long-standing font antialiasing issue affecting Wesnoth on Windows — more specifically, when running with the ClearType antialiasing engine enabled.This issue could only be observed on those parts of the Wesnoth user interface using Cairo for font rendering, such as the main menu, the Campaigns menu, and most GUI2 dialogs. The workaround consists of exclusively using grayscale antialiasing (as opposed to RGB subpixel hinting) on Windows. This is considered an acceptable stopgap measure at this time, considering that all other UI elements using FreeType instead of Cairo (e.g., the loading screen, default MP lobby, Load Game dialog) were already limited to this font antialiasing technique.See bug #21648 [Gna.org] for more details.

[i]Eastern Invasion[/i]: Scenario re-design » Two scenarios in this campaign have been redesigned: “Captured” and “Capturing the Ogres” (formerly known as “Training the Ogres”).

[i]Son of the Black Eye[/i]: Campaign rebalancing » The rebalancing project for this campaign, started in version 1.11.7, is now complete.



The intention of this effort is to make the campaign significantly more difficult in accordance with its status as an expert campaign, but still comfortably playable on Medium difficulty by an expert player. On Nightmare difficulty, it is now supposed to be very hard.



Feedback from players would be very helpful to assess whether these goals were met.

New Contributors and Developers

Downloads

⁂

RC

This is the moment we have all been waiting for. The tenth release in this series marks the beginning of the stabilization phase of this development cycle in preparation for the upcoming stable release,. Before we get to that point, of course, we will release additional beta versions as we progress in addressing issues reported to our bug tracker. Thus, ais now in effect for this and future 1.11.x releases.And now, this is the part wherecome into action! In order to ensure all important bugs are solved before 1.12.0 is released,Everyone willing to help should report any bugs they encounter, be they issues found during normal gameplay, or when working with WML or Lua for add-on content. Every properly-filed bug report is useful to us,Typos in the English text of the game should also be reported in the wiki so they can be amended as soon as possible.Without further ado, here is a list of the most important changes since the last development release:There may be many more changes in addition to the aforementioned, including WML and Lua API additions for user-made content creators, translation updates, and fixes for recent and long-standing issues. Most of these items are listed in the full changelog . There’s also an alternative players changelog including only those changes deemed to be relevant for regular players. Finally, an announcement including a list with the most notable changes between 1.10 and 1.12 will be made available along with the 1.12.0 release when it is ready.This release includes contributions from aquileia and iceiceice , submitted via pull request on GitHub. Additionally, iceiceice is now a member of our developers team!Do you want to help shape the future of Wesnoth too? You are always free to join us in the IRC channel on irc.freenode.net to ask for help with getting started! Source code (391.3 MB) ( MD5 sum Xdelta from 1.11.9 (11.7 MB) ( About Xdelta The, andpackages are already available and can be found on the Download page in the wiki.All knownpackagers have been contacted, and binaries for your distribution may have already been created. Information about where to get the respective binaries or how to install them can be found on the Linux binaries page in the wiki.Downloads formay be found on the Download page in the wiki as they become available.The multiplayer server for 1.11.10 is up and running.The add-ons server for 1.12.x is already running. It was started for this release and it will serve all future beta andreleases from this series, as well as all releases in the stable 1.12.x series.If you find any bugs, do not hesitate to report them, but please read the instructions on how to report bugs first! As bug reports in the forums tend to be forgotten, you will get better results using our bug tracker . We require your help for finding and fixing issues, no matter how obvious, trivial or complicated they seem!Have fun!