Deactivate ourselves the first time we start

Fixes #SPEC-3412

Bug-AGL: SPEC-3412, SPEC-3447

Signed-off-by: Marius Vlad <marius.vlad@collabora.com>
Change-Id: I3f2814fa88a0f27387889aacadd0849cd58b9b6a

Do not show alexa-viewer. Was only for testing only purposes

Bug-AGL: SPEC-3447

Signed-off-by: Marius Vlad <marius.vlad@collabora.com>
Change-Id: Ib10c741d4f23e3919f302ea89cf835b25193555e

agl-compositor: Adapt alexa-viewer to using the agl-shell-desktop proto

Do not hide the app, for the time being.

Bug-AGL: SPEC-3447

Signed-off-by: Marius Vlad <marius.vlad@collabora.com>
Change-Id: I15e5f40b2d3864dd8e251f75b0a4ba05487c7649

Update autobuild scripts

Update autobuild scripts with reworked version that fixes building
outside of the source tree.

Bug-AGL: SPEC-2049, SPEC-3300

Signed-off-by: Scott Murray <scott.murray@konsulko.com>
Change-Id: I3c56d98d1a8279f468f3389ede9356a9faff1cdc

replace qtappfw with qtappfw-voice-metadata package

Bug-AGL: SPEC-3390
Signed-off-by: Raquel Medina <raquel.medina@konsulko.com>
Change-Id: I17491facf5cae7e129ab8a4c364d16724db732d1

Initial check-in

A simple application that pops up to display the guimetadata responses
from the voice capabilities API. It is currently considered to be Alexa
specific, as it relies on the response templates provided by the Alexa
voiceagent via the capabilities API, and there are no other voiceagents
available to vet whether those template contents will be treated as a
fixed part of the capabilities API.  At the moment, only the two types
of body template (BodyTemplate1 and 2) and the WeatherTemplate are
handled, and rendering of the latter is only of the current day's
weather.

The application uses the onscreen role so that it can pop up above
running applications.  To drive the pop up behavior, a simple client is
used to handle the guimetadata events from vshl-capabilities and show
the window with the homescreen API.  Filling in the template is handled
with separate support from libqtappfw to provide the template data to
Qt.

Additionally, note that there currently is a hook for the navigation
capability in the simple afb client to enable raising the navigation
application when the setDestination capability is triggered.  Once a
better place to handle this is architected, it should be moved out of
this application.

Bug-AGL: SPEC-3110

Signed-off-by: Scott Murray <scott.murray@konsulko.com>
Change-Id: Ifce9554b93d1e781283fd68f8e911a7010dd8cf0

Initial empty repository