Skip to content

Commit

Permalink
Update qsrvpage.dox
Browse files Browse the repository at this point in the history
Clarify use of `+meta`
  • Loading branch information
coretl authored and mdavidsaver committed Oct 19, 2021
1 parent 61ec071 commit 3f38e61
Showing 1 changed file with 3 additions and 3 deletions.
6 changes: 3 additions & 3 deletions documentation/qsrvpage.dox
Expand Up @@ -87,15 +87,15 @@ record(...) {
info(Q:group, {
"<group_name>":{
+id:"some/NT:1.0", # top level ID
+meta:"FLD", # map top level alarm/timeStamp
+atomic:true, # whether monitors default to multi-locking atomicity
"<field.name>":{
+type:"scalar", # controls how map VAL mapped onto <field.name>
+channel:"VAL",
+id:"some/NT:1.0",
+trigger:"*", # "*" or comma seperated list of <field.name>s
+putorder:0, # set for fields where put is allowed, processing done in increasing order
}
},
"": {+type:"meta", +channel:"VAL"} # special case adds meta-data fields at top level
}
})
}
Expand All @@ -118,7 +118,7 @@ The "any" mapping places a variant union into which the "value" is placed.

The "meta" mapping ignores the "value" and places only the alarm and time
meta-data as sub-fields.
The special group level tag 'meta:""' allows these meta-data fields to be
Placing an entry in a blank field name '"": {+type:"meta"}' allows these meta-data fields to be
placed in the top-level structure.

The "proc" mapping uses neither "value" nor meta-data.
Expand Down

0 comments on commit 3f38e61

Please sign in to comment.