URL:
<http://gna.org/bugs/?11271>
Summary: Add a sanitize data paths function to wmlint
Project: Battle for Wesnoth
Submitted by: j_daniel
Submitted on: Sunday 03/16/2008 at 13:23
Category: Feature Request
Severity: 3 - Normal
Priority: 5 - Normal
Item Group: WML
Status: None
Privacy: Public
Assigned to: None
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 1.5-svn
Operating System: All
_______________________________________________________
Details:
As explained here:
https://mail.gna.org/public/wesnoth-dev/2008-03/msg00073.html
https://mail.gna.org/public/wesnoth-dev/2008-03/msg00075.html
I need all the path and filename specification inside of WML files
to be in accordance with the following specification:
Every path is either relative to the global wesnoth base path and NOT the
data subdirectory or relative to the local package base path, indicated by
prepending the path specification with a "~/", which is always a subpath of
the global wesnoth base path.
A path specification must respect the following format:
- '/' is the only directory separator allowed
- must not contain ".." or "./"
- must not be "."
- must not start with "/"
- must not contain whitespaces
- must not contain anything outside the 7bit ASCII range
- the resource specified by 'path' should be locatable by
prepending the appropriate base path to path.
Including WML resources with {path} will be changed to:
- {/path} for a path relative to global wesnoth base path
- {/~/path} for a path relative to local package base path
This way the preprocessor is able to distinguish between path
specification and preprocessor symbols very fast.
Because the data and the user_data dirs will be mounted in the same
filesystem tree, there is no need for @ and ~
files in the userdata directory always take precedence over files in the data
directory.
Also there should be preprocessor symbols like:
- CAMPAIGNS_DIR or ADDON_DIR which get replaced with the path to
the campaigns/add-ons directory relative to the global
wesnoth base path
- etc. with some other directories
This helps specifying package external resources without knowing the
directory names.
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?11271>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs