MediaWiki API result

This is the HTML representation of the JSON format. HTML is good for debugging, but is unsuitable for application use.

Specify the format parameter to change the output format. To see the non-HTML representation of the JSON format, set format=json.

See the complete documentation, or the API help for more information.

{
    "batchcomplete": "",
    "continue": {
        "gapcontinue": "Tintinnabulome",
        "continue": "gapcontinue||"
    },
    "query": {
        "pages": {
            "131": {
                "pageid": 131,
                "ns": 0,
                "title": "Script Editor",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "[[File:Script_editor.png]]\n\n---------\n\nThe script editor is a way to trigger changes in mods directly from actions in other mods.  It is one of the ways Monomodular seeks to become a truly modular solution. It is currently available in Plinko and Monotes, but will slowly be incorporated into more mods as it develops and gains further functionality.  Currently the syntax is very specific, and use of these commands requires some experimentation and some knowledge of the internal structure of the mods.js.  However, by following the examples below you can probably get a better idea of how to structure the syntax.  In actuality, there are some very low-level mod functions available through scripting, but correct syntax is paramount to success with these techniques.\n\nFor more detailed information of how scripting works, see the entry for [[Help| mod_help]] regarding the new hotline capabilities, as the scripting function is just an extension of those same capabilities.  The scripting engine offers some shortcuts and additional features so that the scripting could be pattr-ized and useful for triggering from existing mods.\n\nThe client setting determines which connected mods will receive the scripting command.  \n\nSyntax and usage is completely dependent upon the mod being transmitted to.\n\n==Available Commands and Structure==\n\n'''\"multi\"'''  allows sending more than one scripting function at the same time.  scripts are seperated by the \"|\" character.\n\n     example:  multi press grid 0 0 | key 2 1 | literal pipe value swing 85\n     This would send the following commands in sequence:\n          grid 0 0 1\n          grid 0 0 0\n          key 2 1\n          pipe value swing 85\n\n\n'''\"press\"''' sends the scripting command suffixed with one, then again suffixed with 0.  This simulates a press and release function.\n\n     example:  press key 6\n     This would send the following commands in sequence:\n          key 6 1\n          key 6 0\n\n'''\"random\"''' sends a message wherein certain numerical elements are generated randomly to fall withing parameters defined in the scripting message.  The format of the random call is:  *r range start.  \"*r\" represents the position of the random number in the message, and the two numbers after will determine the range for the number.  \"Range\" represents the maximum value before the \"Start\" value is added.  Thus, the message *r 50 5 will yield a random number in the range of 5 and 55.  (r = Math.random() * 50)+5.\n\n      example:  random grid r* 7 0 r* 7 0 r* 1 0\n      This would send a grid action with random x between 0 and 7, \n            random y between 0 and 7, \n            and random value between 0 and 1.\n\n\n'''\"press_random\"''' sends a press (momentary on/off), but certain elements in the message are randomized based on parameters defined in the scripting message.  \n\n     example:  press_random grid 0 r* 7 0\n     This would send a grid press with x = 0, y = random(0 - 7), 1\n          and then x = 0, y = (whatever the first random number was), 0\n\n'''\"literal\"''' sends exactly what is included in the script window.  Literal commands ignore the client number setting for the assignment, however it needs to be included in the literal in order to function correctly.\n\n      example:  literal all exclusive testmod blah 128\n      This would send a command to all connected mods.  If any of those mods were of the type testmod, \n            and a receive object named \"---blah\" is present in the mod's patcher, then a message will be \n            received at its outlet of int(128).  This is really only useful if you know what you are doing (obviously), \n            but is pretty powerful if you DO know what you are doing.\n\n'''default'''  The default behavior of the script routine is to send the arguments provided in the scripting text box.  The most usual commands are \"grid\" and \"key\", but there are plenty of other's available as well.  Each command is transmitted to the mod as though it were sent from a Monomodular capable control surface, allowing automation of most actions that a mod would be capable of from user input.\n\n     examples:  grid 5 6 1\n                       key 4 1\n                       swing 50\n                       alt 1"
                    }
                ]
            },
            "121": {
                "pageid": 121,
                "ns": 0,
                "title": "Sment",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "=='''Overview'''==\n\n[[File:Sment_pic.png]]\n\n[http://stretta.blogspot.com/2009/12/sment.html Stretta Page for Sment]\n\nI ported this one early in b99's existence just as an excercise to see how long the porting procedure would take. \n\nI think I spent about a whole 20 minutes on this one.\n\na\n\n[[Category:Mods]]"
                    }
                ]
            }
        }
    }
}