NanoUI: Difference between revisions
H0lySquirr3l (talk | contribs) m (Fixup part 1) |
H0lySquirr3l (talk | contribs) m (fix up part 2) |
||
Line 1: | Line 1: | ||
== Introduction == | ==Introduction== | ||
NanoUI is one of the three primary user interface libraries currently in use on Polaris (browse(), /datum/browser, NanoUI). It is the most complex of the three, but offers quite a few advantages, most notably in default features. | NanoUI is one of the three primary user interface libraries currently in use on Polaris (browse(), /datum/browser, NanoUI). It is the most complex of the three, but offers quite a few advantages, most notably in default features. | ||
Line 21: | Line 21: | ||
ui.open()</code> | ui.open()</code> | ||
== Components == | ==Components== | ||
=== <code>ui_interact()</code> === | ===<code>ui_interact()</code>=== | ||
The `ui_interact()` proc is used to open a NanoUI (or update it if already open). | The `ui_interact()` proc is used to open a NanoUI (or update it if already open). | ||
As NanoUI will call this proc to update your UI, you should include the data list | As NanoUI will call this proc to update your UI, you should include the data list | ||
Line 37: | Line 37: | ||
Most of the parameters are fairly self explanatory. | Most of the parameters are fairly self explanatory. | ||
* <code>nuser</code> is the person who gets to see the UI window | *<code>nuser</code> is the person who gets to see the UI window | ||
* <code>nsrc_obj</code> is the thing you want to call Topic() on | *<code>nsrc_obj</code> is the thing you want to call Topic() on | ||
* <code>nui_key</code> should almost always be <code>main</code> | *<code>nui_key</code> should almost always be <code>main</code> | ||
* <code>ntemplate_filename</code> is the filename with <code>.tmpl</code> extension in /nano/templates/ | *<code>ntemplate_filename</code> is the filename with <code>.tmpl</code> extension in /nano/templates/ | ||
* <code>ntitle</code> is what you want to show at the top of the UI window | *<code>ntitle</code> is what you want to show at the top of the UI window | ||
* <code>nwidth</code> is the width of the new window | *<code>nwidth</code> is the width of the new window | ||
* <code>nheight</code> is the height of the new window | *<code>nheight</code> is the height of the new window | ||
* <code>nref</code> is used for onclose() | *<code>nref</code> is used for onclose() | ||
* <code>master_ui</code> is used for UIs that have multiple children, see code for examples | *<code>master_ui</code> is used for UIs that have multiple children, see code for examples | ||
* And finally, <code>state</code>. | *And finally, <code>state</code>. | ||
The most interesting parameter here is <code>state</code>, which allows the object to choose the checks that allow the UI to be interacted with. | The most interesting parameter here is <code>state</code>, which allows the object to choose the checks that allow the UI to be interacted with. | ||
Line 60: | Line 60: | ||
ui.open()</code> | ui.open()</code> | ||
=== <code>Topic()</code> === | ===<code>Topic()</code>=== | ||
<code>Topic()</code> handles input from the UI. Typically you will recieve some data from a button press, or pop up a input dialog to take a numerical value from the user. Sanity checking is useful here, as <code>Topic()</code> is trivial to spoof with arbitrary data. | |||
a button press, or pop up a input dialog to take a numerical value from the | |||
user. Sanity checking is useful here, as | |||
arbitrary data. | |||
The | The <code>Topic()</code> interface is just the same as with more conventional, stringbuilder-based UIs, and this needs little explanation. | ||
stringbuilder-based UIs, and this needs little explanation. | <code>/obj/item/weapon/tank/Topic(href, href_list) | ||
if(..()) | |||
return 1 | |||
if(href_list["dist_p"]) | |||
if(href_list["dist_p"] == "custom") | |||
var/custom = input(usr, "What rate do you set the regulator to? The dial reads from 0 to [TANK_MAX_RELEASE_PRESSURE].") as null|num | |||
if(isnum(custom)) | |||
href_list["dist_p"] = custom | |||
.() | |||
else if(href_list["dist_p"] == "reset") | |||
distribute_pressure = TANK_DEFAULT_RELEASE_PRESSURE | |||
else if(href_list["dist_p"] == "min") | |||
distribute_pressure = TANK_MIN_RELEASE_PRESSURE | |||
else if(href_list["dist_p"] == "max") | |||
distribute_pressure = TANK_MAX_RELEASE_PRESSURE | |||
else | |||
distribute_pressure = text2num(href_list["dist_p"]) | |||
distribute_pressure = min(max(round(distribute_pressure), TANK_MIN_RELEASE_PRESSURE), TANK_MAX_RELEASE_PRESSURE) | |||
if(href_list["stat"]) | |||
if(istype(loc,/mob/living/carbon)) | |||
var/mob/living/carbon/location = loc | |||
if(location.internal == src) | |||
location.internal = null | |||
location.internals.icon_state = "internal0" | |||
usr << "<nowiki><span class='notice'>You close the tank release valve.</span></nowiki>" | |||
if(location.internals) | |||
location.internals.icon_state = "internal0" | |||
else | |||
if(location.wear_mask && (location.wear_mask.flags & MASKINTERNALS)) | |||
location.internal = src | |||
usr << "<nowiki><span class='notice'>You open \the [src] valve.</span></nowiki>" | |||
if(location.internals) | |||
location.internals.icon_state = "internal1" | |||
else | |||
usr << "<nowiki><span class='warning'>You need something to connect to \the [src]!</span></nowiki>"</code> | |||
=== Template (doT) === | |||
NanoUI templates are written in a customized version of doT, a Javascript template engine. Data is accessed from the <code>data</code> object, configuration (not used in pratice) from the <code>config</code> object, and template helpers are accessed from the <code>helper</code> object. | |||
It is worth explaining that Polaris's version of doT uses custom syntax for the templates. The <code>?</code> operator is split into <code>if</code>, <code>else if parameter</code>, and <code>else</code>, instead of <code>?</code>, <code>?? paramater</code>, <code>??</code>, and the <code>=</code> operator is replaced with <code>:</code>. Refer to the chart below for a full comparison. | |||
==== Helpers ==== | |||
link: | |||
<code><nowiki>{{:helpers.link(text, icon, {'parameter': true}, status, class, id)}}</nowiki></code> | |||
Used to create a link (button), which will pass its parameters to <code>Topic()</code>. | |||
`<nowiki>{{:helpers.link(text, icon, {'parameter': true}, status, class, id)}}</nowiki>` | `<nowiki>{{:helpers.link(text, icon, {'parameter': true}, status, class, id)}}</nowiki>` | ||
Line 136: | Line 124: | ||
*ID: Sets the element ID. | *ID: Sets the element ID. | ||
Status and Class have almost the same effect. However, changing a link's status | Status and Class have almost the same effect. However, changing a link's status from <code>null</code> to something else makes it unclickable, while setting a custom Class does not. | ||
from | |||
does not. | |||
Ternary operators are often used to avoid writing many | Ternary operators are often used to avoid writing many <code>if</code> statements. For example, depending on if a value in <code>data</code> is true or false we can set a button to clickable or selected: | ||
For example, depending on if a value in | |||
button to clickable or selected: | |||
<nowiki> | <code><nowiki>{{:helper.link('Close', 'lock', {'stat': 1}, data.valveOpen ? null : 'selected')}}</nowiki></code> | ||
Available classes/statuses are: | Available classes/statuses are: | ||
Line 155: | Line 139: | ||
*linkDanger | *linkDanger | ||
==== DisplayBar ==== | |||
<code><nowiki>{{:helpers.displayBar(value, min, max, class, text)}}</nowiki></code> | |||
Used to create a bar, to display a numerical value visually. Min and Max default to 0 and 100, but you can change them to avoid doing your own percent calculations. | |||
Used to create a bar, to display a numerical value visually. Min and Max default | |||
to 0 and 100, but you can change them to avoid doing your own percent calculations. | |||
*Value: Defaults to a percentage but can be a straight number if Min/Max are set | *Value: Defaults to a percentage but can be a straight number if Min/Max are set | ||
Line 170: | Line 152: | ||
As with buttons, ternary operators are quite useful: | As with buttons, ternary operators are quite useful: | ||
<nowiki> | <code><nowiki>{{:helper.bar(data.tankPressure, 0, 1013, (data.tankPressure > 200) ? 'good' : ((data.tankPressure > 100) ? 'average' : 'bad'))}}</nowiki></code> | ||
=== doT === | |||
doT is a simple template language, with control statements mixed in with regular HTML and interpolation expressions. | |||
However, Polaris uses a custom version with a different syntax. Refer to the chart below for the differences. | |||
to | {| class="wikitable" | ||
|+ | |||
! | |||
! | |||
! | |||
! | |||
|- | |||
| | |||
| | |||
| | |||
| | |||
|- | |||
| | |||
| | |||
| | |||
| | |||
|- | |||
| | |||
| | |||
| | |||
| | |||
|} |
Revision as of 14:27, 16 May 2020
Introduction
NanoUI is one of the three primary user interface libraries currently in use on Polaris (browse(), /datum/browser, NanoUI). It is the most complex of the three, but offers quite a few advantages, most notably in default features.
NanoUI adds a ui_interact()
proc to all atoms, which, ideally, should be called via interact()
; However, the current standardized layout is ui_interact()
being directly called from anywhere in the atom, generally attack_hand()
or attack_self()
. The ui_interact()
proc should not contain anything but NanoUI data and code.
Here is a simple example from poolcontroller.dm @ ParadiseSS13/Paradise.
/obj/machinery/poolcontroller/attack_hand(mob/user)
ui_interact(user)
/obj/machinery/poolcontroller/ui_interact(mob/user, ui_key = "main", var/datum/nanoui/ui = null, var/force_open = 1)
var/data[0]
data["currentTemp"] = temperature
data["emagged"] = emagged
data["TempColor"] = temperaturecolor
ui = SSnano.try_update_ui(user, src, ui_key, ui, data, force_open)
if(!ui)
ui = new(user, src, ui_key, "poolcontroller.tmpl", "Pool Controller Interface", 520, 410)
ui.set_initial_data(data)
ui.open()
Components
ui_interact()
The `ui_interact()` proc is used to open a NanoUI (or update it if already open). As NanoUI will call this proc to update your UI, you should include the data list within it. On /tg/station, this is handled via `get_ui_data()`, however, as it would take quite a long time to convert every single one of the 100~ UI's to using such a method, it is instead just directly created within `ui_interact()`.
The parameters for `try_update_ui` and `/datum/nanoui/New()` are documented in the code [here](https://github.com/PolarisSS13/Polaris/tree/master/code/modules/nano).
For: `/datum/nanoui/New(nuser, nsrc_object, nui_key, ntemplate_filename, ntitle = 0, nwidth = 0, nheight = 0, var/atom/nref = null, var/datum/nanoui/master_ui = null, var/datum/topic_state/state = default_state)` Most of the parameters are fairly self explanatory.
nuser
is the person who gets to see the UI windownsrc_obj
is the thing you want to call Topic() onnui_key
should almost always bemain
ntemplate_filename
is the filename with.tmpl
extension in /nano/templates/ntitle
is what you want to show at the top of the UI windownwidth
is the width of the new windownheight
is the height of the new windownref
is used for onclose()master_ui
is used for UIs that have multiple children, see code for examples- And finally,
state
.
The most interesting parameter here is state
, which allows the object to choose the checks that allow the UI to be interacted with.
The default state (default_state
) checks that the user is alive, conscious, and within a few tiles. It allows universal access to silicons. Other states exist, and may be more appropriate for different interfaces. For example, physical_state
requires the user to be nearby, even if they are a silicon. inventory_state
checks that the user has the object in their first-level (not container) inventory, this is suitable for devices such as radios; admin_state
checks that the user is an admin (good for admin tools).
/obj/item/the/thing/ui_interact(mob/user, ui_key = "main", var/datum/nanoui/ui = null, force_open = 0)
var/data[0]
ui = SSnano.try_update_ui(user, src, ui_key, ui, data, force_open = force_open)
if(!ui)
ui = new(user, src, ui_key, "template_name_here.tmpl", title, width, height)
ui.set_initial_data(data)
ui.open()
Topic()
Topic()
handles input from the UI. Typically you will recieve some data from a button press, or pop up a input dialog to take a numerical value from the user. Sanity checking is useful here, as Topic()
is trivial to spoof with arbitrary data.
The Topic()
interface is just the same as with more conventional, stringbuilder-based UIs, and this needs little explanation.
/obj/item/weapon/tank/Topic(href, href_list)
if(..())
return 1
if(href_list["dist_p"])
if(href_list["dist_p"] == "custom")
var/custom = input(usr, "What rate do you set the regulator to? The dial reads from 0 to [TANK_MAX_RELEASE_PRESSURE].") as null|num
if(isnum(custom))
href_list["dist_p"] = custom
.()
else if(href_list["dist_p"] == "reset")
distribute_pressure = TANK_DEFAULT_RELEASE_PRESSURE
else if(href_list["dist_p"] == "min")
distribute_pressure = TANK_MIN_RELEASE_PRESSURE
else if(href_list["dist_p"] == "max")
distribute_pressure = TANK_MAX_RELEASE_PRESSURE
else
distribute_pressure = text2num(href_list["dist_p"])
distribute_pressure = min(max(round(distribute_pressure), TANK_MIN_RELEASE_PRESSURE), TANK_MAX_RELEASE_PRESSURE)
if(href_list["stat"])
if(istype(loc,/mob/living/carbon))
var/mob/living/carbon/location = loc
if(location.internal == src)
location.internal = null
location.internals.icon_state = "internal0"
usr << "<span class='notice'>You close the tank release valve.</span>"
if(location.internals)
location.internals.icon_state = "internal0"
else
if(location.wear_mask && (location.wear_mask.flags & MASKINTERNALS))
location.internal = src
usr << "<span class='notice'>You open \the [src] valve.</span>"
if(location.internals)
location.internals.icon_state = "internal1"
else
usr << "<span class='warning'>You need something to connect to \the [src]!</span>"
Template (doT)
NanoUI templates are written in a customized version of doT, a Javascript template engine. Data is accessed from the data
object, configuration (not used in pratice) from the config
object, and template helpers are accessed from the helper
object.
It is worth explaining that Polaris's version of doT uses custom syntax for the templates. The ?
operator is split into if
, else if parameter
, and else
, instead of ?
, ?? paramater
, ??
, and the =
operator is replaced with :
. Refer to the chart below for a full comparison.
Helpers
link:
{{:helpers.link(text, icon, {'parameter': true}, status, class, id)}}
Used to create a link (button), which will pass its parameters to Topic()
.
`{{:helpers.link(text, icon, {'parameter': true}, status, class, id)}}`
Used to create a link (button), which will pass its parameters to `Topic()`.
- Text: The text content of the link/button
- Icon: The icon shown to the left of the link (http://fontawesome.io/)
- Parameters: The values to be passed to `Topic()`'s `href_list`.
- Status: `null` for clickable, a class for selected/unclickable.
- Class: Styling to apply to the link.
- ID: Sets the element ID.
Status and Class have almost the same effect. However, changing a link's status from null
to something else makes it unclickable, while setting a custom Class does not.
Ternary operators are often used to avoid writing many if
statements. For example, depending on if a value in data
is true or false we can set a button to clickable or selected:
{{:helper.link('Close', 'lock', {'stat': 1}, data.valveOpen ? null : 'selected')}}
Available classes/statuses are:
- null (normal)
- selected
- disabled
- yellowButton
- redButton
- linkDanger
DisplayBar
{{:helpers.displayBar(value, min, max, class, text)}}
Used to create a bar, to display a numerical value visually. Min and Max default to 0 and 100, but you can change them to avoid doing your own percent calculations.
- Value: Defaults to a percentage but can be a straight number if Min/Max are set
- Min: The minimum value (left hand side) of the bar
- Max: The maximum value (right hand side) of the bar
- Class: The color of the bar (null/normal, good, average, bad)
- Text: The text label for the data contained in the bar (often just number form)
As with buttons, ternary operators are quite useful:
{{:helper.bar(data.tankPressure, 0, 1013, (data.tankPressure > 200) ? 'good' : ((data.tankPressure > 100) ? 'average' : 'bad'))}}
doT
doT is a simple template language, with control statements mixed in with regular HTML and interpolation expressions.
However, Polaris uses a custom version with a different syntax. Refer to the chart below for the differences.