ov-rangebar
src/ov-rangebar.js
LIFTED FROM demo/rangebar.html
Attributes
| attribute | |
|---|---|
channels | also a property |
label | |
max-age | |
source |
Properties
| property | type | kind | accepts | staleness |
|---|---|---|---|---|
channels | Structured | structured | not on the reading protocol | not applicable |
Events
None.
Using it
import 'overscan'
import 'overscan/overscan.css'
<ov-rangebar channels="FEED u:m3/h 0..200 n90..110 a70..130 t50..150 =104; DRUM u:bar 0..10 n4..6 a3..7 t2..8 =12.5; O2 u:% 0..25 n2..4 =bad"></ov-rangebar>import { OvRangebar } from 'overscan/react'
<OvRangebar channels={data} />import { OvRangebar } from 'overscan/vue'
<OvRangebar :channels="data" />import OvRangebar from 'overscan/svelte/OvRangebar.svelte'
<OvRangebar channels={data} />The CSS is a separate import in every framework. A single element can be imported on its own instead of the whole kit: import 'overscan/src/ov-chart.js'
A reading is set as a PROPERTY, never an attribute. An attribute is a string, so an array cannot survive one and a null arrives as the word "null", which the protocol would read as a value rather than a dropout.
Every ov: event is bound with addEventListener. The colon has no declarative spelling in Svelte 5, where the on: directive is gone and "onov:commit" is not an identifier, nor in JSX. Vue can bind it.
The wrapper applies attributes ITSELF and hands the framework nothing but a ref. All three frameworks set a prop as a property when the name exists on the element, and this kit has 77 getter-only properties across 43 elements. Assigning one throws, and in React it does not degrade: the whole tree fails to render. 13 elements have a getter-only name that is also a real attribute (at, bearing, digits, duration, floor, fov, fresh, hold, lat, lon, period, pitch, range, ring, rings, span, step, sweep, sweeps, traces, value), which are the ones a reader would naturally pass in markup.