diff options
author | Marcus Fritzsch <marcus_fritzsch@mentor.com> | 2017-08-01 12:19:14 +0200 |
---|---|---|
committer | Marcus Fritzsch <marcus_fritzsch@mentor.com> | 2017-08-08 17:24:00 +0200 |
commit | c03004341a31971fcc926675a6ba306867721e15 (patch) | |
tree | a2f9a9c32a7f63b8833a7401fe150a6e0cffbb0c /TODO | |
parent | 9642c1098a3b3326c2213b5f791dfa84c6352625 (diff) |
app: handle failure to load layout.json gracefully
Signed-off-by: Marcus Fritzsch <marcus_fritzsch@mentor.com>
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 14 |
1 files changed, 14 insertions, 0 deletions
@@ -0,0 +1,14 @@ +* WM client lib that implements afb calls to the WM +* Most of the API +X Application structure, whereas controller events should be forwarded to it? + Decorator? Proxy? +X Loose coupling between API calls and the actual handler in the appliation, + perhaps convert the verb's json input into a nlohmann::json and pass it to + some app method which then in turn can return a Result<error, json> kind + of thing. The verb's entry point would then construct a reply accordingly +X Design a sensible and lightweight representation of a Layout inside the WM + Appication. +* Wm Objects (Layers, Screen, Surface, Areas?) Should be handled with IDs, only + Upon making the concrete calls shall the actual objects be resolved. +* Implement an application configuration, possibly in /etc, must contain: + - json configuration names |