URL:
<http://gna.org/bugs/?13246>
Summary: wmllint rules needed for trunk changes of r34008
and r34064
Project: Battle for Wesnoth
Submitted by: shadowmaster
Submitted on: Monday 03/23/2009 at 09:41
Category: Feature Request
Severity: 3 - Normal
Priority: 7 - High
Item Group: WML
Status: None
Privacy: Public
Assigned to: esr
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 1.7.0-svn
Operating System: All
_______________________________________________________
Details:
The following commits to SVN implement changes that affect compatibility of
1.7.x with user-made add-ons.
________________
*Revision 34008:*
The image functor ~RC() used in WML image paths has had its behavior
modified. In Wesnoth 1.6.x it could be used to change an image's palette
without going through the color range modifications, by using the
~RC(SRC=DEST) syntax (notice the equals sign), where SRC and DEST could be
either a palette identifier, or an inline palette (comma-separated list of
RGB strings).
Since revision 34008 in trunk, 1.7.x won't accept that syntax at all, and WML
coders must use ~PAL(SRC>DEST) instead (notice the greater-than sign).
________________
*Revision 34064:*
Per a mailing list discussion (
https://mail.gna.org/public/wesnoth-dev/2009-03/msg00068.html ), the add-ons
directory in the user preferences dir has been renamed from "campaigns" to
"add-ons" to better reflect its meaning and purpose.
This affects the inclusion preprocessor directive ({}) when used with a ~
prefix, with links to the preferences dir's UMC tree; the current
{~campaigns/*} syntax should be converted into {~add-ons/*}. The same
directive, when used with a @ prefix links to either the UMC tree, if the
requested file can be found, or to mainline. The usage of @ is ambiguous, and
while a workaround is made in the C++ side to make {...@add-ons/*} fallback to
mainline {campaigns/}, the old {...@campaigns/*} syntax should also be converted
to {...@add-ons/}.
Additionally, wmllint should complain about the "campaigns" -> "add-ons"
change when stumbling upon [textdomain] and [binary_path] tags in add-ons.
I'm not sure if wmllint is smart enough to get the difference between an
user-made add-on and a mainline campaign, so a warning may have to be
implemented instead for the case that it starts failing when checking
mainline campaign directories. The affected [textdomain] and [binary_path]
attribute is path=, which is usually of the form path=data/campaigns/* .
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?13246>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs
