URL:
  <http://gna.org/bugs/?15107>

                 Summary: WML Global Persistant Variables
                 Project: Battle for Wesnoth
            Submitted by: grickit
            Submitted on: Monday 01/11/2010 at 23:09
                Category: Feature Request
                Severity: 1 - Wish
                Priority: 5 - Normal
              Item Group: WML
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 1.9?
        Operating System: All

    _______________________________________________________

Details:

UMCs are getting more and more complex (and awesome). It'd be nice to give
them the power of persistance. The easiest way to do this is a text file, to
which variables can be saved. This opens the door to a lot of possibilities.

This is the original forum request from before I knew about this nifty bug
tracker thing.
http://www.wesnoth.org/forum/viewtopic.php?p=362242

It lists some of the aforementioned possibilities, but rather than give WML
full reading and writing priveledges, it was suggested that global variables
would be easier (and way more secure).

Something like GLOBAL.name1.name2[3].name4
It should be able to write all kinds of things. Variables and arrays and,
even units, maps, and stored locations. And it'd be nice if each UMC got it's
own one of these to avoid conflicts. You could even point towards it in the
_main.cfg file.

Just some of the things that this allows would be persistant campaigns and
stat tracking. I know stat tracking has been turned down and is an FPI but
this would be on a per UMC (or mainline campaign?) basis. 

Also allowing UMCs to talk to each other via these global variables would be
great too. We could eras that know they're being played on specific maps or
multiplayer campaigns, and alter their behaviour. 

You'd be able to save your list in the Pick Your Own Recruits Era. There's a
lot of power here and a minimal security issue. 

Also these files should be ignored when uploading things to the addon server.
They ought to have their own extension.




    _______________________________________________________

Reply to this item at:

  <http://gna.org/bugs/?15107>

_______________________________________________
  Message sent via/by Gna!
  http://gna.org/


_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs

Reply via email to