NanoUI: Difference between revisions

From VORE Station Wiki
Jump to navigation Jump to search
(Import NanoUI Readme.md from Virgo's Github - edits and fixes to follow.)
 
m (Fixup part 1)
Line 1: Line 1:
<!-- TOC depth:6 withLinks:1 updateOnSave:0 orderedList:0 -->
== 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](#nanoui)
NanoUI adds a <code>ui_interact()</code> proc to all atoms, which, ideally, should be called via <code>interact()</code>; However, the current standardized layout is <code>ui_interact()</code> being directly called from anywhere in the atom, generally <code>attack_hand()</code> or <code>attack_self()</code>. The <code>ui_interact()</code> proc should not contain anything but NanoUI data and code.
- [Introduction](#introduction)
- [Components](#components)
- [`ui_interact()`](#ui_interact)
- [`Topic()`](#topic)
- [Template (doT)](#template-dot)
- [Helpers](#helpers)
- [Link](#link)
- [displayBar](#displayBar)
- [doT](#dot)
- [Styling](#styling)
- [Contributing](#contributing)


<!-- /TOC -->
Here is a simple example from poolcontroller.dm @ ParadiseSS13/Paradise.
# NanoUI
    <code>/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()</code>


## Introduction
== Components ==
 
### Credit goes to Neersighted of /tg/station for the styling and large chunks of content of this README.
 
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](https://github.com/ParadiseSS13/Paradise/blob/master/code/game/machinery/poolcontroller.dm).
 
```
    /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()`


=== <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 69: Line 36:
`/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)`
`/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.
Most of the parameters are fairly self explanatory.
- `nuser` is the person who gets to see the UI window
- `nsrc_obj` is the thing you want to call Topic() on
- `nui_key` should almost always be `main`
- `ntemplate_filename` is the filename with `.tmpl` extension in /nano/templates/
- `ntitle` is what you want to show at the top of the UI window
- `nwidth` is the width of the new window
- `nheight` is the height of the new window
- `nref` 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
* <code>nuser</code> is the person who gets to see the UI window
checks that allow the UI to be interacted with.
* <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>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>nwidth</code> is the width of the new window
* <code>nheight</code> is the height of the new window
* <code>nref</code> is used for onclose()
* <code>master_ui</code> is used for UIs that have multiple children, see code for examples
* And finally, <code>state</code>.


The default state (`default_state`) checks that the user is alive, conscious,
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.
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).


```
The default state (<code>default_state</code>) 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, <code>physical_state</code> requires the user to be nearby, even if they are a silicon. <code>inventory_state</code> checks that the user has the object in their first-level (not container) inventory, this is suitable for devices such as radios; <code>admin_state</code> 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)
  <code>/obj/item/the/thing/ui_interact(mob/user, ui_key = "main", var/datum/nanoui/ui = null, force_open = 0)
        var/data[0]
        var/data[0]
 
        ui = SSnano.try_update_ui(user, src, ui_key, ui, data, force_open = force_open)
        ui = SSnano.try_update_ui(user, src, ui_key, ui, data, force_open = force_open)
        if(!ui)
        if(!ui)
            ui = new(user, src, ui_key, "template_name_here.tmpl", title, width, height)
            ui = new(user, src, ui_key, "template_name_here.tmpl", title, width, height)
            ui.set_initial_data(data)
            ui.set_initial_data(data)
            ui.open()
            ui.open()</code>
```
 
### `Topic()`


=== <code>Topic()</code> ===
`Topic()` handles input from the UI. Typically you will recieve some data from
`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
a button press, or pop up a input dialog to take a numerical value from the
Line 138: Line 95:
                     location.internal = null
                     location.internal = null
                     location.internals.icon_state = "internal0"
                     location.internals.icon_state = "internal0"
                     usr << "<span class='notice'>You close the tank release valve.</span>"
                     usr << "<span class="notice">You close the tank release valve.</span>"
                     if(location.internals)
                     if(location.internals)
                         location.internals.icon_state = "internal0"
                         location.internals.icon_state = "internal0"
Line 144: Line 101:
                     if(location.wear_mask && (location.wear_mask.flags & MASKINTERNALS))
                     if(location.wear_mask && (location.wear_mask.flags & MASKINTERNALS))
                         location.internal = src
                         location.internal = src
                         usr << "<span class='notice'>You open \the [src] valve.</span>"
                         usr << "<span class="notice">You open \the [src] valve.</span>"
                         if(location.internals)
                         if(location.internals)
                             location.internals.icon_state = "internal1"
                             location.internals.icon_state = "internal1"
                     else
                     else
                         usr << "<span class='warning'>You need something to connect to \the [src]!</span>"
                         usr << "<span class="warning">You need something to connect to \the [src]!</span>"
```
```


### Template (doT)
###Template (doT)


NanoUI templates are written in a customized version of  
NanoUI templates are written in a customized version of  
Line 164: Line 121:
to the chart below for a full comparison.
to the chart below for a full comparison.


#### Helpers
####Helpers


##### Link
#####Link


`{{:helpers.link(text, icon, {'parameter': true}, status, class, id)}}`
`<nowiki>{{:helpers.link(text, icon, {'parameter': true}, status, class, id)}}</nowiki>`


Used to create a link (button), which will pass its parameters to `Topic()`.
Used to create a link (button), which will pass its parameters to `Topic()`.


* Text: The text content of the link/button
*Text: The text content of the link/button
* Icon: The icon shown to the left of the link (http://fontawesome.io/)
*Icon: The icon shown to the left of the link (http://fontawesome.io/)
* Parameters: The values to be passed to `Topic()`'s `href_list`.
*Parameters: The values to be passed to `Topic()`'s `href_list`.
* Status: `null` for clickable, a class for selected/unclickable.
*Status: `null` for clickable, a class for selected/unclickable.
* Class: Styling to apply to the link.
*Class: Styling to apply to the link.
* 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
Line 187: Line 144:
button to clickable or selected:
button to clickable or selected:


`{{:helper.link('Close', 'lock', {'stat': 1}, data.valveOpen ? null : 'selected')}}`
<nowiki>`{{:helper.link('Close', 'lock', {'stat': 1}, data.valveOpen ? null</nowiki> <nowiki>: 'selected')}}`</nowiki>


Available classes/statuses are:
Available classes/statuses are:


* null (normal)
*null (normal)
* selected
*selected
* disabled
*disabled
* yellowButton
*yellowButton
* redButton
*redButton
* linkDanger
*linkDanger


##### displayBar
#####displayBar


`{{:helpers.displayBar(value, min, max, class, text)}}`
`{{:helpers.displayBar(value, min, max, class, text)}}`
Line 205: Line 162:
to 0 and 100, but you can change them to avoid doing your own percent calculations.
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
* Min: The minimum value (left hand side) of the bar
*Min: The minimum value (left hand side) of the bar
* Max: The maximum value (right 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)
*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)
*Text: The text label for the data contained in the bar (often just number form)


As with buttons, ternary operators are quite useful:
As with buttons, ternary operators are quite useful:


`{{:helper.bar(data.tankPressure, 0, 1013, (data.tankPressure > 200) ? 'good' : ((data.tankPressure > 100) ? 'average' : 'bad'))}}`
<nowiki>`{{:helper.bar(data.tankPressure, 0, 1013, (data.tankPressure > 200) ? 'good'</nowiki> : ((data.tankPressure > 100) ? 'average' <nowiki>: 'bad'))}}`</nowiki>




#### doT
####doT


doT is a simple template language, with control statements mixed in with
doT is a simple template language, with control statements mixed in with
Line 255: Line 212:
(with escape):
(with escape):


`{{>expression }}`
`<nowiki>{{>expression }}</nowiki>`




Line 289: Line 246:
- Then you can reference it in the main template.  The tag will be replaced by the contents of the named template.  All tags in the named template are evaluated as normal.
- Then you can reference it in the main template.  The tag will be replaced by the contents of the named template.  All tags in the named template are evaluated as normal.


#### Styling
####Styling
 
/tg/station has standardized styling, with specific article tags, and headers, and sections.
/tg/station has standardized styling, with specific article tags, and headers, and sections.
However, as the templates are already horrifying unstandardized, Polaris does not have any
However, as the templates are already horrifying unstandardized, Polaris does not have any

Revision as of 14:22, 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 window
  • nsrc_obj is the thing you want to call Topic() on
  • nui_key should almost always be main
  • ntemplate_filename is the filename with .tmpl extension in /nano/templates/
  • ntitle is what you want to show at the top of the UI window
  • nwidth is the width of the new window
  • nheight is the height of the new window
  • nref 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 << "You close the tank release valve."
                   if(location.internals)
                       location.internals.icon_state = "internal0"
               else
                   if(location.wear_mask && (location.wear_mask.flags & MASKINTERNALS))
                       location.internal = src
                       usr << "You open \the [src] valve."
                       if(location.internals)
                           location.internals.icon_state = "internal1"
                   else
                       usr << "You need something to connect to \the [src]!"

```

      1. Template (doT)

NanoUI templates are written in a customized version of [doT](https://olado.github.io/doT/index.html), 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.

        1. Helpers
          1. Link

`{{: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
          1. 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'))}}`


        1. 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.

Operator | doT | equiv | |-----------|------------|-------------------| |Conditional| ? | if | | | ?? | else | | | ?? (param) | else if(param) | |Interpolate| = | : | |^ + Encode | ! | > | |Evaluation | # | # | |Defines | ## # | ## # | |Iteration | ~ (param) | for (param) |

Here is a simple example from tanks, checking if a variable is true:

```

   Template:If data.maskConnected
       The regulator is connected to a mask.
   Template:Else if
       The regulator is not connected to a mask.
   Template:/if

```

The doT tutorial is [here](https://olado.github.io/doT/tutorial.html).

__Print Tag__ - The print tag outputs the given expression as text to the UI.

`Data.variable` `Functioncall()`

(with escape):

`{{>expression }}`


__If Tag__ - The if tag displays content conditionally based on the provided expression being true. - When combined with the else tag the if tag can also show content if the provided expression is false. - The else tag can optionally have an expression provided (e.g. "`Template:Else expression2`"), giving it "elseif" functionality.

`Template:If expression <expression true content> Template:/if` `Template:If expression <expression true content> Template:Else <expression false content> Template:/if` `Template:If expression1 <expression1 true content> Template:Else expression2 <expression2 true content> Template:/if`

__For Tag__ - Loop through entries in an array; it can be associative (with keys) or numerical indexed, but you have to use some special syntax for assocative lists. - Each time the `for` tag iterates though the array it sets a variable (default "value") to the data of the current entry (another variable, default "index", contains the index). An example of this is using the print tag to print the contents (e.g. `Value.key1` and `Value.key2`). - If combined with an `empty` tag the for tag can display content when the array is empty.

Indexed: `Template:For array <list entry content> Template:/for` `Template:For array <list entry content> Template:Empty <empty list content> Template:/for`

Associative: `Template:For object:key:index <key, value> Template:/for`


__Inclusion Tag__ - Include the contents of another template which has been added to the ui. `{{#def.atmosphericScan}}`

- You first must have added a template to the ui server side in your DM code: `ui.add_template("atmosphericScan", "atmospheric_scan.tmpl")`

- Then you can reference it in the main template. The tag will be replaced by the contents of the named template. All tags in the named template are evaluated as normal.

        1. Styling

/tg/station has standardized styling, with specific article tags, and headers, and sections. However, as the templates are already horrifying unstandardized, Polaris does not have any particular styling standards.

The only real requirement is that it, A. Looks alrightish, and B. Functions properly. Try to avoid snowflaking anything into the main CSS file, please.