-
-
Notifications
You must be signed in to change notification settings - Fork 13
Functions Reference
Thread Protection (Task.ahk)
In AutoHotkey scripts, running threads may be interrupted by other events, such as keyboard events or timer functions. Using the functions below, it is possible to create protected sections of code, which may not be interrupted.
Starts a protected section of code. Calls to protectionOn() may be nested.
Finishes a protected section of code. Only if the outermost section has been finished, the current thread becomes interruptable again.
Convenience function to call a given function with supplied parameters in a protected section.
Convenience function to call a given function with supplied parameters. The supplied task will be started before the function is called and is stopped, before the values are returned to the caller.
Debugging and Logging (Debug.ahk)
Essential support for tracking down coding errors. Since AutoHotkey is a weakly typed programming language, it is sometimes very difficult to get to the root cause of an error. Especially the tracing and logging capabilities may help here. All log files are located in the Simulator Controller\Logs folder found in your user Documents folder.
Returns true, if the current application was compiled for the development enviroment. This enables additonal debug support for the underlying language runtime system.
Returns true, if debugging is currently enabled. The Simulator Controller uses debug mode to handle things differently, for example all plugins and modes will be active, even if they declare to be not.
Enables or disables debug mode. The default value for non compiled scripts is ture, but you can also define debug mode for compiled scripts using the configuration tool.
Return the current log level. May be one of: kLogInfo, kLogWarn, kLogCritical or kLogOff.
Sets the current log level. If logLevel is kLogOff, logging will normally be fully supressed.
Increases the current log level.
Reduces the current log level.
Sends the given message to the log file, if the supplied log level is at the same or a more critical level than the current log level. If logLevel is kLogOff, the message will be written to the log file, even if logging has been disabled completely by setLogLevel(kLogOff) previously.
Writes information about the exception to the log file and continues.
Type Helper Functions (Types.ahk)
A couple of functions to work with types.
Returns true, if the given value is an instance of type. Similar to value is type construct of the programming language.
Returns true, if the given value is to be considered the special value null. Mostly used in cases where you work with database entries.
Creates and returns an instance of class and propagates all values into this new object. All keys in values must be proper property names.
String Helper Functions (Strings.ahk)
Often used string functions, that are not part of the AutoHotkey language.
Substitutes all variables enclosed by "%" with their values and returns the modified string. The values are lookedup from the supplied values map. If not found there, the global name space is used.
Splits string apart using the supplied delimiter and returns the parts as an array. If count is supplied, only that much parts are splitted and all remaining ocurrencies of delimiter are ignored.
Joins the given unlimited number of values using delimiter into one string. values must have a string representation.
Collection Helper Functions (Collections.ahk)
Often used collection functions, that are not part of the AutoHotkey language.
Creates and returns an instance of class and propagates all values into this new map.
Returns the position of value in the given list or array, or false, if not found.
Returns true, if the given lists are identical in size and contain the same elements.
Returns a freshly allocated list containing all the elements contained in the supplied lists. The global order is preserved.
Returns a freshly allocated list containing all the elements of the supplied list in reversed order.
Returns a new list with all elements for which predicate is true, while preserving the order of elements.
Returns a new list with the result of function applied to each element in list, while preserving the order of elements.
Returns a new list with all occurencies of object removed from the original list.
Returns a new list with all duplicate values removed.
Applies the given function to each element in list in the order of elements without collecting the results.
Returns a list of all keys in the given map.
Returns a list of all values in the given map in the order of their keys.
Returns a freshly allocated map containing all the key/value pairs of all supplied maps. The maps are processed from left to right, which is important in case of duplicate keys.
Sorts the given array in place, using comparator to define the order of the elements. This function will receive two objects and must return true, if the first one is considered larger or of the same order than the other. Stable sorting rules apply. The default for comparator can handle simple numbers and strings.
Sorts the given array in place, using comparator to define the order of the elements. This function will receive two objects and must return - 1, if the first value is smaller than the second value, 0, if they are equal and 1, if the second value is smaller. Stable sorting rules apply. The default for comparator compares numbers and strings.
Utiliy Functions (Utils.ahk)
A couple of general utility functions used in all applications.
This function returns a representation of the file Simulator Controller.state which is located in the Simulator Controller\Config folder, which is located in your users Documents folder. The Multi Map consists of information about the configured plugins and simulation applications and the available modes provided by the Simulator Controller as well as a lot of information about the internal status (and health) of all components. This file is created by the Simulator Controller.exe application and is updated periodically.
Creates and returns a unique ID in the standard GUID format.
File Handling (Files.ahk)
A small collection of functions to deal with files and directories. Note: All the directory names used with these functions must contain a trailing backslash "", since this is standard in the Simulator Controller code.
If fileName contains an absolute path, itself will be returned. Otherwise, all directories will be checked, if a file with the (partial) path can be found, and this file path will be returned. If not found, a path consisting of the first supplied directory and fileName will be returned.
Returns a list of absolute paths for all files in the given directories satisfying filePattern.
Creates a unique file name for a file located in the Temp folder. name will be followed by a unique number and the file will have an extension as defined by the second parameter.
Removes all "\directory\.." occurrencies from filePath and returns this simplified file path.
Assures that a trailing "" is present at the end of the directory path.
Creates and returns a unique file name in the temporary folder by adding a random number between 1 and 100000 to the name.
Deletes the file with the given name. Returns true, if the file was deleted, otherwise false.
Deletes the directory with the given name incl. all current content. Returns true, if the directory was deleted, otherwise false.
Process Communication (Messages.ahk)
Messages may be used to communicate between different processes. In Simulator Controller, the startup application sends events to the controller application to start all components configured for the Simulator Controller, to play and stop a startup song and so on.
Registers a message handler function for the given category. When object is not supplied, a message handler is supplied the category and the transmitted message as arguments and typically looks like this:
handleStartupMessages(category, data) {
if InStr(data, ":") {
data := StrSplit(data, ":")
function := data[1]
arguments := string2Values(";", data[2])
withProtection(function, arguments*)
}
else
withProtection(data)
}
When object was supplied during registration, the handler will receive the given objec as its second argument:
handleControllerMessages(category, controller, data) {
...
}
Since both variants are very common implementations of a message handler, the predefined functionMessageHandler and methodMessageHandler may be used in those situations.
You can use this function as a generic message handler, when all messages will be handled by global functions. data must be a ";"-delimited string list, where the first element is the function name and all remaining elements are the arguments for the function call. You can pass functionMessageHandler to registerMessageHandler when registering message categories, which adhere to these rules.
You can use this function as a generic message handler, when all messages will be handled by methods of a single object. data must be a ";"-delimited string list, where the first element is the function name and all remaining elements are the arguments for the function call. You can pass methodMessageHandler to registerMessageHandler when registering message categories, which adhere to these rules.
sendMessage(messageType :: OneOf(kLocalMessage, kWindowMessage, kPipeMessage, kFileMessage), category :: String, data :: String, target := false)
Sends the given message. The first parameter defines the delivery method, where kFileMessage is the most reliable, but also the slowest one. If the argument for messageType is kLocalMessage, the message will be delivered in the current process. Otherwise, the message is delivered to the process defined by target, which must have registered a message handler for the given category. For kWindowMessage, the target must be defined according to the window title pattern of AutoHotkey and for kFileMessage, you must provide the process id of the target process. Last but not least, if message type is kPipeMessage, no target must be specified and multiple processes may register a message handler for the given category, but only one process will receive the message.
Multi Maps (MultiMap.ahk)
Multi Maps are used to store a definition or the state of an object to the file system. Multi Maps are organized as maps divided by sections or topics. Inside a section, you may have an unlimited number of values referenced by keys. Multi Maps are typically stored in *.ini files, therefore the character "=" is not allowed in keys or values written to a Multi Map. Keys themselves may have a complex, pathlike structure. See ConfigurationItem.descriptor for reference.
Returns a new empty Multi Map. The Multi Map is not derived from a public class and may be accessed only through the functions given below.
Returns a new empty Section Map for a Multi Map. The Section Map is not derived from a public class and may be accessed only through the functions given below.
Returns the value defined for the given key or the default, if no such key has been defined.
Stores the given value for the given key in the Multi Map. The value must be convertible to a String representation.
Retrieves all key / value pairs for a given section as a map. Returns default, if the section does not exist.
This function takes all key / value pairs from all sections in otherMultiMap and copies them to multiMap.
Stores all the key / value pairs in the Multi Map under the given section.
Removes the given key and its value from the Multi Map.
Removes the given section including all keys and values from the Multi Map.
Reads a Multi Map from a file. The Strings "true" and "false" will he converted to the literal values true and false when encountered as values in the Multi Map file. If multiMapFile denotes an absolute path, this path will be used. Otherwise, the file will be looked up in the kUserConfigDirectory and in kConfigDirectory (see the constants documentation for reference), in that order.
Simular to readMultiMap, but reads the Multi Map from a string instead of a file.
Stores a Multi Map in the given file. All previous content of the file will be overwritten. The literal values true and false will be converted to "true" and "false", before being written to the Multi Map file. If multiMapFile denotes an absolute path, the Multi Map will be saved in this file. Otherwise it will be saved relative to kUserConfigDirectory (see the constants documentation for reference).
Simular to writeMultiMap, but returns the textual Multi Map as a string.
Localization & Translation (Localization.ahk)
A simple translation support is built into Simulator Controller. Every text, that appears in the different screens and system messages may translated to a different language than standard English. To support this, a single tranlation file (see the translation file for German for an example) must exist for each target language in one of the Simulator Controller\Translations folder in you user Documents folder.
Returns a map, where the key defines the ISO language code and the value the language name (example: {en: English, de: Deutsch}. The map is populated with all available translations.
Returns a translation map for the given ISO language code. Keys are the original texts in English with the translated texts as their values. Normally, it is much more convenient to use the translate function below.
Saves a translation map for the given ISO language code and language name. The format of the translations map must be according to the description in readTranslations. The translation map is stored in the Simulator Controller\Translations folder in your user Documents folder in a file named "Translations.LC", where LC is the given ISO language code.
The ISO language code for the target language, for example "de" for German.
Returns the ISO language code for the active language.
string is a text in English. translate reads the translations for the current target language and returns the translated text, or string itself, if no translation can be found.
Registers a callback, which will be invoked, whenever a part of the localization is changed. A map is passed to this function which contains information about the changes. It contains one or more of the following key / value pairs:
*Language:* languageCode
getUnit(type :: OneOf("Temperature", "Pressure", "Mass", "Volume", "Length", "Speed"), translate :: Boolean := false)
Returns the currently selected unit name for the given type, or, if you have passed true for the optional parameter translate, a translation for the unit name, which can be used as a field label.
Returns either "." or "," depending on the selected number format.
convertUnit(type :: OneOf("Temperature", "Pressure", "Mass", "Volume", "Length", "Speed"), value :: Number, display :: Boolean := true, round :: Boolean := true)
Converts between internal representation of a given unit and its external value to be used in the user interface. With display, you control the direction of the conversion and with round you can specify whether the resulting value should be rounded to the natural length of the given unit.
Returns the currently active display format for the given format type, which is one of "#.##" or "#,##" for numbers or one of "[H:]M:S.##" or "[H:]M:S,##" for time values.
Sets the display format for the given format type. format must be one of "#.##" or "#,##" for numbers or one of "[H:]M:S.##" or "[H:]M:S,##" for time values.
Calls a given function with supplied parameters while the supplied format choice is active. format must be one of "#.##" or "#,##" for numbers or one of "[H:]M:S.##" or "[H:]M:S,##" for time values.
Converts an internal value of the given type to its display representation, which is always a string. For floating point numbers, this might involve a change of the floating point character. For time values, which must be supplied as seconds with an optional fraction, the conversion might be even more complex. For floating point number you may supply the precision for an optional rounding step.
Converts a display representation of the given type to its internal value, which is always a number.
This function return true, if the given value in display representation represents a value number. If you pass false for the optional display parameter, value must be valid number in internal representation, a check which can also be conducted using elements of the programming language itself.
GUI Tools (GUI.ahk)
Miscellaneous helper functions for GUI programming.
You can call this function from a click handler of a GUI element. It will move the underlying window by following the mouse cursor. guiPrefix must be the prefix used, while creating the GUI elements using the AutoHotkey GUI Add, ... command. If descriptor is supplied, the resulting new position is stored in the configuration and can be retrieved using getWindowPosition.
Retrieves the position of a window identified by the given descriptor, once it has been moved by the user. If a position is known, getWindowPosition return true and x and y will be set.
Retrieves the size of a window identified by the given descriptor, once it has been resized by the user. If a size is known, getWindowSize return true and w and h will be set. This will work only with instances of the Window class.
Sets an icon for a button identified by buttonHandle, which must have been initialized with an HWND argument.
This function helps you to translate the button labels for standard dialogs like those of the AutoHotkey MsgBox command: A typical usage looks like this:
OnMessage(0x44, Func("translateMsgBoxButtons").bind(["Yes", "No", "Never"]))
title := translate("Modular Simulator Controller System")
MsgBox 262179, %title%, % translate("The local configuration database needs an update. Do you want to run the update now?")
OnMessage(0x44, "")
As you can see, this dialog will show three buttons which will be labeled "Yes", "No" and "Never" in the English language setting. translateMsgBoxButtons will call the translate function automatically for these labels, before they will be set as labels for the different buttons.
Calls the given function on the given arguments and returns the return value of the function. All windows of the current application are locked for the time of the execution of function and all subsequent dialogs are owned by the topmost window. This is very useful for alert boxes, file selector dialogs and so on.
Splash Screens (Splash.ahk)
Several applications of Simulator Controller uses a splash window to entertain the user while performing their operations. The splash screen shows different pictures or even an animation using a GIF. All required resources, that are part of the Simulator Controller distribution, are normally loacated in the Resources/Splash Media folder. An additional location for user supplied media exists in the Simulator Controller\Splash Media folder in the user Documents folder. The user can define several splash screens with rotating pictures or a GIF animation with the help of the splash screen editor.
showSplash opens the splash screen showing a picture. image must either be a partial path for a JPG or GIF file relative to kSplashMediaDirectory, for example "Simulator Splash Images\ACC Splash.jpg", or a partial path relative to the Simulator Controller\Splash Media folder, which is located in the Documents folder of the current user, or an absolute path.
Uses all JPG files available in kSplashMediaDirectory and in the Simulator Controller\Splash Media folder, which is located in the Documents folder of the current user, as a kind of picture carousel. Every call to rotateSplash will show the next picture.
Important: This function is deprecated and will be removed in a future version of Simulator Controller. Use showSplashScreen instead.
Closes the current splash window. Note: If the splash window had been opened using showSplashScreen, use hideSplashScreen instead.
showSplashScreen(splashScreen :: String, songHandler :: Func := false, alwaysOnTop :: Boolean := true)
Splash Screens are a collection of pictures or a GIF animation possibly combined with a sound file. They are maintained by the themes editor. showSplashScreen opens a splash window according to the themes definition. If songHandler is not provided, a default handler will be used, but the song will stop playing, if the current splash window is closed.
Closes the current splash window.
Progress Bar (Progress.ahk)
This module provides a simple to use, but customizeable progress bar, which can be positioned by the user.
Opens or updates a progress bar window. For the initial call, when the progress window is opened, the parameters X and Y must and Width may be supplied. The arguments for Title, Messsage, Color and Progress will be used in every call and will update those aspects of the progress bar window accordingly. The argument for the Color of the progress bar must be a HTML color name as described in the Autohotkey documentation and Progress must be an integer between 0 and 100. showProgress returns the name of the window to be used to own it by another window.
Closes the currently open progress window.
Message Box (Message.ahk)
As an addition to the progress bar, you can use the message notification box to show short messages to the user, which will be shown for a specific number of millisecends and than will disappear automatically.
showMessage(message :: String, title :: String := "Modular Simulator Controller System", icon :: String := "Information.png", duration :: Integer := 5000, x :: TypeUnion(String, Integer) := "Center", y :: TypeUnion(String, Integer) := "Bottom", width :: Integer := 400, height :: Integer := 100)
Displays a message box on the main screen. duration defines the number of milliseconds, the message box will be shown. Beside giving normal screen coordinates for x and y, you can supply "Left", "Center" or "Right" for the horizontal and "Top", "Center" or "Bottom" for the vertical position.
Tray Popups (TrayMenu.ahk)
Tray messages or TrayTips are small popup windows in the lower right corner of the main screen used by applications or the Windows operating system to inform the user about an important event. Tray messages can be displayed by the Simulator Controller for almost every change in the controller state.
Popups a tray message. If duration is supplied, it must be an integer defining the number of milliseconds, the popup will be visible. If not given, a default period may apply (see below).
Diasables all tray messages from now on. Every following call to trayMessage will have no effect.
(Re-)enables tray messages, if previously been disabled by disableTrayMessages. A default for the number of milliseconds the popups will be visible, may be supplied.
The functions in this section are a little bit special. Although they can be called from your code as well, they are meant to be used as actions for controller functions. Therefore, they will be configured for controller functions using the configuration tool.
Enables or disables debugging. debug must be either true or false. Note: This function is identical to the one described above in the Debugging and Logging section.
Sets the log level. logLevel must be one of "Info", "Warn", "Critical" or "Off", where "Info" is the most verbose one. Note: This function is identical to the one described above in the Debugging and Logging section.
Increases the log level, i.e. makes the log information more verbose. Note: This function is identical to the one described above in the Debugging and Logging section.
Decreases the log level, i.e. makes the log information less verbose. Note: This function is identical to the one described above in the Debugging and Logging section.
Virtually pushes the button with the given number.
Virtually rotates the rotary dial with the given number. direction must be one of "Increase" or "Decrease".
switchToggle(type :: OneOf("1WayToggle", "2WayToggle"), number :: Integer, state :: OneOf("On", "Off"))
Virtually switches the toggle switch with the given number. state must be one of "On" or "Off" for 2-way toggle switches and "On" for 1-way toggle switches. The type of the toggle switch must be passed as type, one of "1WayToggle" and "2WayToggle".
Virtually calls the custom function with the given number.
Switches the currently active mode for the hardware controller. See the plugin reference for an in depth explanation of all available modes.
Starts a simulation game. If the simulator name is not provided, the first one in the list of configured simulators on the General tab in the configuration tool is used.
Stops the currently running simulation game.
Displays a dialog and asks, whether the PC should be shutdown. Use with caution.
Directs the next voice commands to the supplied target, which must eiher be "Controller" or the name of one of the Race Assistants. Simuilar to using the Push-To-Talk button and then issuing an activation command.
Activates the activation listen mode. Simuilar to using the Push-To-Talk button to prepare for issuing an activation command.
Activates the listen mode of the currently targeted dialog partner. Simuilar to using the Push-To-Talk button.
Stops the listen mode and tries to understand the spoken command. Simuilar to using the Push-To-Talk button.
Enables the pedal vibration motors, that might be mounted to your pedals. This action function is provided by the "Tactile Feedback" plugin and is available depending on the concrete configuration.
Disables the pedal vibration motors, that might be mounted to your pedals. This action function is provided by the "Tactile Feedback" plugin and is available depending on the concrete configuration.
Enables the chassis vibration bass shakers that might be mounted to the front of your simulation rig. This action function is provided by the "Tactile Feedback" plugin and is available depending on the concrete configuration.
Disables the chassis vibration bass shakers that might be mounted to the front of your simulation rig. This action function is provided by the "Tactile Feedback" plugin and is available depending on the concrete configuration.
Enables the chassis vibration bass shakers that might be mounted to the rear of your simulation rig. This action function is provided by the "Tactile Feedback" plugin and is available depending on the concrete configuration.
Disables the chassis vibration bass shakers that might be mounted to the rear of your simulation rig. This action function is provided by the "Tactile Feedback" plugin and is available depending on the concrete configuration.
Disables the chassis vibration bass shakers that might be mounted to the rear of your simulation rig. This action function is provided by the "Tactile Feedback" plugin and is available depending on the concrete configuration.
Starts the motion feedback system of your simulation rig. This action function is provided by the "Motion Feedback" plugin and is available depending on the concrete configuration.
Stops the motion feedback system of your simulation rig and brings the rig back to its resting position. This action function is provided by the "Motion Feedback" plugin and is available depending on the concrete configuration.
Opens the pitstop settings dialog of the currently running simulator, if supported. If the given simulation supports more than one pitstop settings dialog, the optional parameter descriptor can be used to denote the specific dialog. For IRC this is either "Fuel" or "Tyres", with "Fuel" as the default. This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Closes the pitstop settings dialog of the currently running simulator, if supported. This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Enables or disables one of the activities carried out by your pitstop crew. The supported options depend on the current simlation game. For example, for ACC the available options are "Change Tyres", "Change Brakes", "Repair Bodywork" and "Repair Suspension", for R3E "Change Tyres", "Repair Bodywork" and "Repair Suspension", for RF2 "Repair", and for IRC "Change Tyres" and "Repair". selection must be either "Next" / "Increase" or "Previous" / "Decrease". For stepped options, you can supply the number of increment steps by supplying a value for increments. This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Selects one of the pitstop strategies. selection must be either "Next" or "Previous". This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Changes the amount of fuel to add during the next pitstop. direction must be either "Increase" or "Decrease" and liters may define the amount of fuel to be changed in one step. This parameter has a default of 5. This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Selects the tyre sez to change to during the next pitstop. selection must be either "Next" or "Previous". This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Selects the tyre compound to change to during the next pitstop. selection must be either "Next" / "Increase" or "Previous" / "Decrease". This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Changes the tyre pressure during the next pitstop. tyre must be one of "All Around", "Front Left", "Front Right", "Rear Left" and "Rear Right", and direction must be either "Increase" or "Decrease". increments with a default of 1 define the change in 0.1 psi increments. This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Selects the brake pad compound to change to during the next pitstop. brake must be "Front Brake" or "Rear Brake" and selection must be "Next" or "Previous". This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
Selects the driver to take the car during the next pitstop. selection must be either "Next" or "Previous". This action function is provided by the SimulatorPlugin class and is available depending on the concrete configuration and simulation.
planPitstop triggers Jona, the Virtual Race Engineer, to plan a pitstop. This action function is provided by the "Race Engineer" plugin and is available depending on the concrete configuration.
preparePitstop triggers Jona, the Virtual Race Engineer, to prepare a previously planned pitstop. This action function is provided by the "Race Engineer" plugin and is available depending on the concrete configuration.
Opens the settings tool, with which you can edit all the race specific settings, Jona needs for a given race. This action function is provided by the "Race Engineer" plugin and is available depending on the concrete configuration. If you supply true for the import parameter, the setup data is imported directly from a running simulation and the dialog is not opened.
Opens the tool which helps you creating a suspension setup for a car. This action function is provided by the "Race Engineer" plugin and is available depending on the concrete configuration.
Opens the bowser for the post race reports generated by the Virtual Race Strategist. If a simulation is currently running, The simulation, car and track will be preselected. This action function is provided by the "Race Strategist" pluginsand is available depending on the concrete configuration.
Opens the tool for the session database, with which you can get the tyre pressures for a given session depending on the current environmental conditions. If a simulation is currently running, most of the query arguments will already be prefilled. This action function is provided by the "Race Engineer" and "Race Strategist" plugins and is available depending on the concrete configuration.
Opens the "Strategy Workbench" tool, with which you can explore the telemetry data for past session, as long as they have been saved by the Race Strategist, and with which you can create a strategy for an upcoming race. If a simulation is currently running, several selections (car, track, and so on) will already be prefilled.
Opens the "Solo Center" tool, with which you can optimize your practice sessions and collect the most relevant data.
Opens the "Team Center" tool, with which you can analyze the telemetry data of a running team session, plan and control pitstops and change race strategy on the fly.
Execute any command, which can be an executable or a script with an extension accepted by the system. The command string can name additional arguments for parameters accepted by the command, and you can use global variables enclosed in percent signs, like %ComSpec%.
This function can be used to send keyboard commands to a simulator, for example. Each keyboard command is a keyboard command hotkey. The vertical bar separates between the individual commands, if there are more than one command. The optional argument for method specifies the communication method to send the keyboard commands. These are named "Event", Input", "Play", "Raw" and "Default".
mouse(button :: OneOf("Left", "Right", "Middle"), x :: Integer, y :: Integer, count :: Integer := 1, window :: String := false)
Clicks the specified mouse button at the given location. You can supply the number of clicks using count and you can supply a target window using the optional parameter window. Coordinates are relative to the upper left corner of the window, if supplied, otherwise relative to the uper left corner of the screen.
Invokes an internal method. target may be either "Controller" (or "Simulator Controller") for a method of the single controller instance itself or the name of a registered plugin or a name of a mode in the format plugin.mode and method is the name of the method to invoke for this target. You can supply any number of arguments to the invocation call.
Simulator Controller - 2024 by Oliver Juwig (TheBigO), Creative Commons - BY-NC-SA
- Quick Start
- Installation
- Configuration
- Splash Screen Editor
- Translations Editor
- Controller Layout Editor
- System
- Tactile Feedback
- Motion Feedback
- Pedal Calibration
- Driving Coach
- Race Engineer
- Race Strategist
- Race Spotter
- Team Server
- ACC - Assetto Corsa Competizione
- AC - Assetto Corsa
- IRC - iRacing
- RF2 - rFactor 2
- LMU - Le Mans Ultimate
- R3E - RaceRoom Racing Experience
- AMS2 - Automobilista 2
- PCARS2 - Project CARS 2
- Integration
- Introduction
- Race Settings
- Track & Automation
- Sessions
- Laps
- Strategies
- Setups
- Tyre Pressures
- Administration
- Configuration
- Introduction
- Describing Setup Issues
- Understanding the Recommendations
- How it works
- Managing Car Setups
- Extending and Customizing
- Introduction
- Starting a session
- Data Analysis
- Telemetry Viewer
- Planning and managing practice stints
- Exploring data
- Exporting data
- Introduction
- Overview Report
- Car Report
- Driver Report
- Positions Report
- Lap Times Report
- Performance Report
- Consistency Report
- Pace Report
- Introduction
- Normal vs. Lite UI
- Connecting to a session
- Data Analysis
- Telemetry Viewer
- Strategy Handling
- Session & Stint Planning
- Driver specific tyre pressures
- Planning a Pitstop
- Introduction
- Installation
- Configuration
- Interacting with Aiden
- Driver coaching
- How it works
- Troubleshooting
- Introduction
- Installation
- Interacting with Jona
- Racing with Jona
- Technical Information
- Troubleshooting
- Introduction
- Installation
- Interacting with Cato
- Racing with Cato
- Strategy Handling
- Technical Information
- Troubleshooting
- Introduction
- Installation
- Interacting with Elisa
- Alerts & Information
- Simulator Integration
- Track Mapping
- Track Automations
- Introduction
- Booster Overview
- Instructions
- How it works
- Managing Actions
- Managing Events
- Predefined Actions & Events
- Introduction
- Installation & Configuration
- Managing teams
- Preparing a team session
- Running a team session
- Server Administration
- How it works
- Troubleshooting