Notes about generic-table
=========================
@section gtint What is generic-table?
Generic-table is a JSON schema and client-side JS file that makes it easy to
display live, table structured HTML over a ws link.
An example plugin and index.html using it are provided, but lwsgt itself doesn't
have its own plugin, it's just a JSON schema and client-side JS that other
plugins can use to simplify displaying live, table-based data without having
to reinvent the wheel each time.
The ws protocol sends JSON describing the table, and then JSON updating the table
contents when it chooses, the brower table is updated automatically, live.
\image html lwsgt-overview.png
- Example protocol plugin (displays directory contents): https://github.com/warmcat/libwebsockets/tree/master/plugins/generic-table/protocol_table_dirlisting.c
- Example HTML: https://github.com/warmcat/libwebsockets/tree/master/plugins/generic-table/assets/index.html
- lwsgt.js (client-side table rendering / ws link management): https://github.com/warmcat/libwebsockets/tree/master/plugins/generic-table/assets/lwsgt.js
@section gteb Enabling for build
Enable the demo plugin at CMake with -DLWS_WITH_PLUGINS=1
@section gtinth Integrating with your html
- In your HEAD section, include lwsgt.js
```
```
- Also in your HEAD section, style the lwsgt CSS, eg
```
```
You can skip this but the result will be less beautiful until some CSS is
provided.
- In your body section, declare a div with an id (can be whatever you want)
```
|
```
lwsgt JS will put its content there.
- Finally in a
```
In the callback, you can recover the ws object by `window[gt].lwsgt_ws`.
@section gtc Lwsgt constructor
To instantiate the ws link and lwsgt instance, your HTML must call a lwsgt
constructor for each region on the page managed by lwsgt.
`var myvar = new lwsgt_initial(title, ws_protocol, div_id, click_cb, myvar);`
All of the arguments are strings.
| Parameter | Description |
|-----------------|---------------------------------------------------------|
| title | Title string to go above the table |
| ws_protocol | Protocol name string to use when making ws connection |
| div_id | HTML id of div to fill with content |
| click_cb | Callback function name string to handle clickable links |
| myvar | Name of var used to hold this instantiation globally |
Note "myvar" is needed so it can be passed to the click handling callback.
@section gtclick Lwsgt click handling function
When a clickable link produced by lwsgt is clicked, the function named in the
click_cb parameter to lwsgt_initial is called.
That function is expected to take four parameters, eg
`function lwsgt_dir_click(gt, u, col, row)`
| Parameter | Description |
|------- ---|-----------------------------------------------------------|
| gt | Name of global var holding this lwsgt context (ie, myvar) |
| u | Link "url" string |
| col | Table column number link is from |
| row | Table row number link is from |
@section gtgj Generic-table JSON
### Column layout
When the ws connection is established, the protocol should send a JSON message
describing the table columns. For example
```
"cols": [
{ "name": "Date" },
{ "name": "Size", "align": "right" },
{ "name": "Icon" },
{ "name": "Name", "href": "uri"},
{ "name": "uri", "hide": "1" }
]
}
```
- This describes 5 columns
- Only four columns (not "uri") should be visible
- "Name" should be presented as a clickable link using "uri" as the
destination, when a "uri" field is presented.
- "Size" field should be presented aligned to the right
### Breadcrumbs
When a view is hierarchical, it's useful to provide a "path" with links back
in the "path", known as "breadcrumbs".
Elements before the last one should provide a "url" member as well as the
displayable name, which is used to create the link destination.
The last element, being the current displayed page should not have a url
member and be displayed without link style.
```
"breadcrumbs":[{"name":"top", "url": "/" }, {"name":"mydir"}]
```
### Table data
The actual file data consists of an array of rows, containing the columns
mentioned in the original "cols" section.
```
"data":[
{
"Icon":" ",
"Date":"2015-Feb-06 03:08:35 +0000",
"Size":"1406",
"uri":"./serve//favicon.ico",
"Name":"favicon.ico"
}
]
```
@section gtdirl Setting up protocol-lws-table-dirlisting
The example protocol needs two mounts, one to provide the index.html, js and
the protocol itself
```
{
"mountpoint": "/dirtest",
"origin": "file:///usr/share/libwebsockets-test-server/generic-table",
"origin": "callback://protocol-lws-table-dirlisting",
"default": "index.html",
"pmo": [{
"dir": "/usr/share/libwebsockets-test-server"
}]
},
```
The protocol wants a per-mount option (PMO) to tell it the base directory it
is serving from, named "dir".
The other mount is there to simply serve items that get clicked on from the
table in a secure way
```
{
"mountpoint": "/dirtest/serve",
"origin": "file:///usr/share/libwebsockets-test-server",
"default": "index.html"
},
```
This last bit is not related to using lwsgt itself.