This would be more than welcome and even necessary to make the usage of web hooks easier for most makers including myself. Last weekend I went through a lot of documentation on JSON to finally conclude that Coda in the doc itself does not yet allow for working with the dot operator as @Xyzor_Max explains so well.
The logic we have to apply today includes quite some manipulation of an unexpected type that even includes a Slice() to get rid of a curly bracket at the start of the list.
The work around you find here:
Merci Coda for feedback on the matter, Cheers, Christiaan
This seems infeasible from a technical standpoint. Dot operators only work on objects with declared shapes, such as rows in a table or pack results conforming to a schema. To provide the same functionality on arbitrary objects dynamically would probably be much more difficult, as it would require evaluating the expressions to understand the shape of the JSON. Additionally, not being declared means that the shape can change at any time and cause referencing errors.
the ‘shape’ of the json may change dynamically, preventing the editor from knowing the name-space at edit time. and the coda system resolves name-space references to provide stability at both edit-time and run-time.
to allow late-binding dot referencing would require the editor to leave the operand unresolved at edit-time, and to generate an error at run-time if it failed to resolve.
both of those behaviours violate important rules of the CFL paradigm.
instead we must use the jsonPath parameter of the ParseJSON() function to deref the required object, as explained by @Paul_Danyliuk above.
it was a desire i had when using a lot of json objects, but i guess i failed to think its implementation through.