I am trying to develop a game that needs to have only voice input. If the user enters text then it will ruin the game expirience. Is that any way to prevent the user from using a keyboard input on a Google Action?
This depends on what you are using for your actions on google development. If you are using Dialogflow or the legacy actions sdk you can check for the input type of the request. If any request matched the INPUT_TYPE_KEYBOARD you could ignore the request using a webhook.
For the new version of the actions sdk with action builder I cannot find any mention of this type existing in the documentation or sdk overview. So I'm not sure if that would also work in the new version.
Another way to do this would be by preventing your action to be deployed to platforms that have a keyboard. You can do this in the settings of your action, but this means that the action will not be available on phones and other devices even for users that would want to use voice.
Related
all:
We want to enable Google Assistant with custom actions via the button, not the voice input (keyword).
For example, usually, we enable Google Assistant with word "Hello, Google, show me the weather.". But within our production, we want to press one specific button, and then it could send the sentence above out to Google Assistant directly.
But we can't find any APIs to support this requirement. And we heard that Google plan to support hard-key method since Samsung make good experiences on S8
Do anyone help us to fix this gap?
Thank you!
You could use an Action link without any additional parameters specified to trigger the MAIN intent, or specify the custom intent you'd like to trigger.
I want to integrate Siri in my app and make it perform specific actions i.e:
1- open specific view
2- send feedback
I searched about this functionality, but no useful answers were found.
anyone have tried use Siri like this way?
Thanks.
Siri right now only works for certain 'domains' (see https://developer.apple.com/sirikit/).
If you app is in one of these domains you can trigger certain app functions through Siri. Depending on what kind of app you are working on you could theoretically use the Messaging domain to let users send you feedback.
You won't be able to use Siri to navigate through your app by voice but you might be able to trigger certain features.
I want to know what channel users is viewing using my apps, to display related real-time information.
Does it support and allow us to do that?
You can use Window plugin from SEF plugin API. There is GetCurrentChannel_Name function to get channel name.
You can also use TV plugin - there is information about program.
I have a trouble with built-in open graph action type video.watches. I develop an iOS app that should post video watch events. there are two watch action types in my apps' settings and code for them is:
[appnamespace]:watch
video.watches
first one is used for the web site. I need to use second one (not my wish but requirement of the client). To approve the second one I have to provide the test environment to show^ how it works but I have some troubles with it, because app with OpenGraph is not in app store and also it allows watching content only in Russia territory.
So I have couple questions for those who is familiar with Open Graph:
Is it possible to use video.watches request to post actions or facebook requires using request like [appnamespace]:watch for all approved actions?
If the first question answer is "Yes it's possible", what should I do to provide the test environment? I mean, should I connect with any support (and how to do that?) to provide the test app version?
I'm wondering if there's Google Apps API support for building a bot that lives in a Spreadsheet and interacts with users via the in-document chat features. I can't find a Google Apps API that defines calls to view and send messages for in-document chat, but I figured I'd ask in here case I'm missing anything!
If this doesn't exist, any suggestions about how I might build out this type of functionality?
I am fairly certain there is no official API for the in-document chat. I do know that the regular Google chat uses XMPP; the in-document chat probably just uses a more limited version.
In theory, I suppose Google should not be able to differentiate between a program and a user. You might be able to reverse-engineer the chat protocol by digging through the source or inspecting the network. You could also run a browser on your machine and simulate mouse and keyboard input, like a regular input.
Alternatively, you could interact with the user using the spreadsheet itself, via the Google Spreadsheet API.