Is it possible to hook or add a trigger for when Google assistant is activated upon saying "Hey Google"?
Here's a scenario, I have a smart light and I want it to give feedback when google assistant is triggered by changing it into red for few seconds upon invocation of the phrase "Hey Google".
Not really.
Since you tagged this "google-assistant-sdk", you can make a device that uses the SDK and triggers when it responds to the hotword. But if you're building your own device, you can use other software that triggers based on the hotword without using the SDK.
Other than that - no, you can't do this. You can only be notified when your own Action or your Smart Home device is specifically invoked.
Related
I have developed a chat application using the Agora RTM API and I want to show the "on typing" animation in my application when a user starts typing anything.
So far, I've looked everywhere but I couldn't find any single link or doc referencing to an article that states that agora provides the "on typing" event.
Does agora provides it? Or maybe some method is available which lets you send custom events?
If not then can we do it some other way (For instance, socket.io) and even if we do that way, would that be efficient?
Or should we re-develop our chat system using socket?
Currently Agora RTM SDK does not have the related api. However, there is a work around: When a user A starts typing, you can send a signal through RTM to other users B & C who he is chatting with. On B & C end, when they receive that signal, they can display "A is typing" animation. Similarly, when user A stops typing, you can send another signal to notify B & C.
https://github.com/RyanLarge13/Personal_Portfolio
This is a link to a profile project I have been creating on github where I implement agoraRTM sdk. Viewcode/Javascript/agoraRTM.js you will find code that implements a typing animation. It took me a while to figure it out, but it works well. It might not be the best for production purposes, but for small applications it could do the trick. Look for a showTyping() function. And everywhere I might call it to understand how it is all working.
Basically what I did was listen for the key down even on my form and call sendMessage() every time unless event.key = 'Enter' this sets up a signal defined as undefined to be sent each time a key is pressed and the showTyping() function handles weather or not your animation needs to be displayed. I am sure there are many better ways to write it, but I have yet to find someone who has done it in this scenario. Good luck!! I hope my code is of some type of help.
How can we use custom dialog box for direct update in worklight 6.0?
Is there any option in wlclient.js? I don't know where it should be customized in the application.
Worklight 6.0 does not provide developers the ability to create a "custom dialog box" for Direct Update.
You can submit a feature request: http://www.ibm.com/developerworks/mobile/worklight/connect.html
So Idan already answered, but I did a lot of digging prior to his answer and I thought I'd share my findings just because I spent so much time on it.
Sifting through the code, through all the checks it does to see if a Direct Update is needed, it calls an update method for the app. It utilizes a Cordova plugin called 'WebResourcesDownloader'. In turn it calls the necessary native components and that's how you get a native handler for the downloader (it is in the worklight-android.jar for Android). So, long story short, you can't customize the box itself because its rendered via the plugin/native components and you can't modify the plugin directly (not that I know of at least).
However, you can at least update all the notification messages surrounding the update in the messages.js within the wlclient folders. =)
My Windows 8 app needs to run a background task triggered by the receipt of raw notifications sent from Windows Phone 8 apps. Responding to that event to invoke a background task is apparently only allowed for lockscreen apps:
http://dotnet.dzone.com/articles/windows-store-app-development-10?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+zones%2Fdotnet+%28.NET+Zone%29
Normally, the user has control of whether they will allow an app to be a lockscreen app or not. In my case, though, it must be such or be basically braindead. So, can I enforce that: IOW, inform that users "Install this as a lockscreen app, or don't install it at all"?
What I mean is: assuming the user retains ultimate control, will letting them know that the app won't work well without them allowing it to be a lockscreen app cause it to fail certification?
You bet, that's how it's done.
Want to force them to allow it? Disable the "Block" button. (just kidding, you can't)
Remember, it's your app.
Check out how the Store app "supports" snap view. That's a nice example to show certification requirements can be "met" at the bare least implementation.
When you read the cert reqs. read them literally.
Responding to that event to invoke a background task is apparently only allowed for lockscreen apps:
Not exactly true. But anyway, the short answer to your question is no. And in reality, I can't see why the user would want to use your app, if it were to constantly do things in the background and thus drain their battery-life, for no good reason.
You might want to detail what your app actually will do, for more accurate advice.
No, only the user decides what is, or is not, on their lock screen. Because a user decides what is on the lock screen app list, apps preferably should provide a decent degraded experience if they are not on the lock screen. Messaging can be provided in the application to make the user aware of the degraded experience, but again, it is ultimately up to the user.
To answer your question "will it fail certification" no. You can programmatically request that the user promote your app to the lock screen when you run, but you should consider degrading gracefully if they don't. (E.g. register for a timer event to give your app some time to periodically update itself, or send a notification through WNS and handle it then.)
While it's great to assume that your users will want to run your app under the lock screen, providing a consistent, delightful experience under different conditions is what will set you apart.
How can an application perform stuff when its actually closed like google+?
I notice that I got a notification from huddle chat from the google+ app for iOS. But google+ was actually not active, it was closed. Same situation with Whatsapp, I always get push messages both if the app is closed or active.
This kind of behaviour seems for me to be impossible to implement. From other questions I know that we cannot register some kind of background process. How do this apps handle that?
Can I still listen form something when my app is minimized?
When my app is just minimized but not closed I know that a certain method is called. Can I perform a repeating update task, e.g. read geo data?
The apps you mentioned use something called Push Notifications which work regardless of your App being open/in the background/closed. They are notifications sent to the device when an action happens and most of the processing is done on the Server (The notifications are not generated by the App itself. A server pushes the Notification on).
Apple has a fantastic section on Executing Code in the Background when your App is minimised which should provide most of the answers you need. It even has a dedicated section on explaining the Geo Data capture which should help you in this case.
I am developing an application where in i want to alert the user if he receives a message from a contact.
I have been struggling for the same yet haven't found any solution to this.
I also wanted to know if the sdk 3.0 allows access to the call history..
There is no access to SMS messages from the application sandbox, and there is no access to call logs from the application sandbox. You can file a feature request with Apple, but I doubt you will see changes to this any time soon. You will not be able to provide any functionality in your app that depends on this information.
Similar question here regarding call history:
Reading call history in iPhone OS
Short answer is, not possible. I do not believe this has changed in 3.0.