Michiyo: Clean up Markdown artifacts from DokuWiki migration

2026-08-24T20:27:04Z

Clean up Markdown artifacts from DokuWiki migration

← Older revision		Revision as of 20:27, 24 August 2026
Line 5:		Line 5:
	First and foremost you should get familiar with the [http://www.lua.org/manual/5.3/manual.html Lua reference manual], if you are new to Lua. You will find most basic Lua functionality explained there, as well as a bunch of standard library functions.		First and foremost you should get familiar with the [http://www.lua.org/manual/5.3/manual.html Lua reference manual], if you are new to Lua. You will find most basic Lua functionality explained there, as well as a bunch of standard library functions.

	OpenComputers makes an effort to largely emulate the standard library in areas that would usually interact with the host system - that being the I/O library. There are a few differences, which you can look up here: [[API/non-standard-lua-libs\|differences in the standard libraries]]. Most notably, the debug library is mostly unavailable, and `load` only accepts text source files, no binary / pre-compiled Lua programs (for security reasons).		OpenComputers makes an effort to largely emulate the standard library in areas that would usually interact with the host system - that being the I/O library. There are a few differences, which you can look up here: [[API/non-standard-lua-libs\|differences in the standard libraries]]. Most notably, the debug library is mostly unavailable, and <code>load</code> only accepts text source files, no binary / pre-compiled Lua programs (for security reasons).

	These standard libraries are available in the global environment and thus are immediately available; meaning they do not need to be loaded in your scripts to be accessible.		These standard libraries are available in the global environment and thus are immediately available; meaning they do not need to be loaded in your scripts to be accessible.
Line 15:		Line 15:
	* [[API/non-standard-lua-libs#operating_system_facilities\|os]]		* [[API/non-standard-lua-libs#operating_system_facilities\|os]]
	* [[API/non-standard-lua-libs#Modules\|package]]		* [[API/non-standard-lua-libs#Modules\|package]]
	* `print` Not a library, but a commonly used standard method for printing text to stdout.		* <code>print</code> Not a library, but a commonly used standard method for printing text to stdout.

	~~```~~lua print("hello world") ~~```~~		<syntaxhighlight lang="lua">
			print("hello world")
			</syntaxhighlight>

	* [[API/non-standard-lua-libs#string_manipulation\|string]]		* [[API/non-standard-lua-libs#string_manipulation\|string]]
Line 26:		Line 28:
	Following is a description of the non-standard libraries, provided for convenience.		Following is a description of the non-standard libraries, provided for convenience.

	Note that you need to `require` all non-standard APIs before you use them, i.e. all modules not listed in the [http://www.lua.org/manual/5.3/manual.html Lua reference manual] nor in [#standard_libraries]. For example, instead of simple going `local rs = component.redstone`, you now need to require the component API, like so:		Note that you need to <code>require</code> all non-standard APIs before you use them, i.e. all modules not listed in the [http://www.lua.org/manual/5.3/manual.html Lua reference manual] nor in [#standard_libraries]. For example, instead of simple going <code>local rs = component.redstone</code>, you now need to require the component API, like so:

	~~```~~lua local component = require("component") local rs = component.redstone		<syntaxhighlight lang="lua">
			local component = require("component") local rs = component.redstone

	--You can of course change the variable name: local mycomp = require("component") local rs = mycomp.redstone ~~```~~ The same applies for all other APIs listed below (even `sides` and `colors`).		--You can of course change the variable name: local mycomp = require("component") local rs = mycomp.redstone
			</syntaxhighlight> The same applies for all other APIs listed below (even <code>sides</code> and <code>colors</code>).

	The standard libraries aside, OpenComputers comes with a couple of additional, built-in libraries. Here is a list of all these libraries. Note that some of these may not be usable depending on your configuration (HTTP) and context (Robot library on computers), but they'll still be there.		The standard libraries aside, OpenComputers comes with a couple of additional, built-in libraries. Here is a list of all these libraries. Note that some of these may not be usable depending on your configuration (HTTP) and context (Robot library on computers), but they'll still be there.

	'' [[API/buffer\|buffer]]: a Lua `FILE''` API buffer implementation for wrapping streams. - [[API/colors\|colors]]: a global table that allows referencing standard Minecraft colors by name. - [[API/component\|component]]: look-up and management of components attached to the computer. - [[API/computer\|computer]]: information on and interactions with the computer the Lua state is running on. - [[API/event\|event]]: an event system, often used by libraries, for pulling and registering handlers to signals. - [[API/UUID\|uuid]]: creates long unique identifier strings in the common 8-4-4-4-12 format. - [[API/filesystem\|filesystem]]: abstracted interaction with file system components. - [[API/internet\|internet]]: a wrapper for Internet Card functionality. - [[API/keyboard\|keyboard]]: a table of key codes by name and pressed key tracking. - [[API/note\|note]]: converts music notes between their real name, their MIDI code and their frequency - [[API/process\|process]]: keeps track of running programs and their environments. - [[API/rc\|rc]]: provides automatic program execution and service management. - [[API/robot\|robot]]: abstracted access to robot actions. - [[API/serialization\|serialization]]: allows serialization of values, e.g. for sending them via the network. - [[API/shell\|shell]]: working path tracking and program execution. - [[API/sides\|sides]]: a global table that allows referencing sides by name. - [[API/term\|term]]: provides the concept of the cursor, to read and write from keyboard input and screen output, respectively. - [[API/text\|text]]: provides text utilities such as tab to space conversion. - [[API/thread\|thread]]: provides autonomous and non-blocking cooperative threads. - [[API/transforms\|transforms]]: provides helpful and advanced table manipulators. - [[API/unicode\|unicode]]: provides Unicode aware implementations of some functions in the string library.		'' [[API/buffer\|buffer]]: a Lua <code>FILE''</code> API buffer implementation for wrapping streams. - [[API/colors\|colors]]: a global table that allows referencing standard Minecraft colors by name. - [[API/component\|component]]: look-up and management of components attached to the computer. - [[API/computer\|computer]]: information on and interactions with the computer the Lua state is running on. - [[API/event\|event]]: an event system, often used by libraries, for pulling and registering handlers to signals. - [[API/UUID\|uuid]]: creates long unique identifier strings in the common 8-4-4-4-12 format. - [[API/filesystem\|filesystem]]: abstracted interaction with file system components. - [[API/internet\|internet]]: a wrapper for Internet Card functionality. - [[API/keyboard\|keyboard]]: a table of key codes by name and pressed key tracking. - [[API/note\|note]]: converts music notes between their real name, their MIDI code and their frequency - [[API/process\|process]]: keeps track of running programs and their environments. - [[API/rc\|rc]]: provides automatic program execution and service management. - [[API/robot\|robot]]: abstracted access to robot actions. - [[API/serialization\|serialization]]: allows serialization of values, e.g. for sending them via the network. - [[API/shell\|shell]]: working path tracking and program execution. - [[API/sides\|sides]]: a global table that allows referencing sides by name. - [[API/term\|term]]: provides the concept of the cursor, to read and write from keyboard input and screen output, respectively. - [[API/text\|text]]: provides text utilities such as tab to space conversion. - [[API/thread\|thread]]: provides autonomous and non-blocking cooperative threads. - [[API/transforms\|transforms]]: provides helpful and advanced table manipulators. - [[API/unicode\|unicode]]: provides Unicode aware implementations of some functions in the string library.

	== Contents ==		== Contents ==

	{{:API/contents}}		{{:API/contents}}

imported>OCDoc Import: Imported from legacy OpenComputers documentation at ocdoc.cil.li

2026-08-24T08:08:27Z

Imported from legacy OpenComputers documentation at ocdoc.cil.li

New page

= APIs =

== Standard Libraries ==

First and foremost you should get familiar with the [http://www.lua.org/manual/5.3/manual.html Lua reference manual], if you are new to Lua. You will find most basic Lua functionality explained there, as well as a bunch of standard library functions.

OpenComputers makes an effort to largely emulate the standard library in areas that would usually interact with the host system - that being the I/O library. There are a few differences, which you can look up here: [[API/non-standard-lua-libs|differences in the standard libraries]]. Most notably, the debug library is mostly unavailable, and `load` only accepts text source files, no binary / pre-compiled Lua programs (for security reasons).

These standard libraries are available in the global environment and thus are immediately available; meaning they do not need to be loaded in your scripts to be accessible.

* [[API/non-standard-lua-libs#coroutine_manipulation|coroutine]]
* [[API/non-standard-lua-libs#debug|debug]]
* [[API/non-standard-lua-libs#input_and_output_facilities|io]]
* [[API/non-standard-lua-libs#mathematical_functions|math]]
* [[API/non-standard-lua-libs#operating_system_facilities|os]]
* [[API/non-standard-lua-libs#Modules|package]]
* `print` Not a library, but a commonly used standard method for printing text to stdout.

```lua print("hello world") ```

* [[API/non-standard-lua-libs#string_manipulation|string]]
* [[API/non-standard-lua-libs#table_manipulation|table]]

== Custom Libraries ==

Following is a description of the non-standard libraries, provided for convenience.

Note that you need to `require` all non-standard APIs before you use them, i.e. all modules not listed in the [http://www.lua.org/manual/5.3/manual.html Lua reference manual] nor in [#standard_libraries]. For example, instead of simple going `local rs = component.redstone`, you now need to require the component API, like so:

```lua local component = require("component") local rs = component.redstone

--You can of course change the variable name: local mycomp = require("component") local rs = mycomp.redstone ``` The same applies for all other APIs listed below (even `sides` and `colors`).

The standard libraries aside, OpenComputers comes with a couple of additional, built-in libraries. Here is a list of all these libraries. Note that some of these may not be usable depending on your configuration (HTTP) and context (Robot library on computers), but they'll still be there.

'' [[API/buffer|buffer]]: a Lua `FILE''` API buffer implementation for wrapping streams. - [[API/colors|colors]]: a global table that allows referencing standard Minecraft colors by name. - [[API/component|component]]: look-up and management of components attached to the computer. - [[API/computer|computer]]: information on and interactions with the computer the Lua state is running on. - [[API/event|event]]: an event system, often used by libraries, for pulling and registering handlers to signals. - [[API/UUID|uuid]]: creates long unique identifier strings in the common 8-4-4-4-12 format. - [[API/filesystem|filesystem]]: abstracted interaction with file system components. - [[API/internet|internet]]: a wrapper for Internet Card functionality. - [[API/keyboard|keyboard]]: a table of key codes by name and pressed key tracking. - [[API/note|note]]: converts music notes between their real name, their MIDI code and their frequency - [[API/process|process]]: keeps track of running programs and their environments. - [[API/rc|rc]]: provides automatic program execution and service management. - [[API/robot|robot]]: abstracted access to robot actions. - [[API/serialization|serialization]]: allows serialization of values, e.g. for sending them via the network. - [[API/shell|shell]]: working path tracking and program execution. - [[API/sides|sides]]: a global table that allows referencing sides by name. - [[API/term|term]]: provides the concept of the cursor, to read and write from keyboard input and screen output, respectively. - [[API/text|text]]: provides text utilities such as tab to space conversion. - [[API/thread|thread]]: provides autonomous and non-blocking cooperative threads. - [[API/transforms|transforms]]: provides helpful and advanced table manipulators. - [[API/unicode|unicode]]: provides Unicode aware implementations of some functions in the string library.

== Contents ==

{{:API/contents}}

API - Revision history

Michiyo: Clean up Markdown artifacts from DokuWiki migration

imported>OCDoc Import: Imported from legacy OpenComputers documentation at ocdoc.cil.li