In Salesforce, is it possible to add a button/ link against the Phone numbers on contact/ lead record's detail page?
I need this to implement something like Skype's Click-To-Call browser extension.
Does it require a browser extension? Can it be done w/o an extension?
You can only do this if you have a CTI adapter installed. Salesforce has demo CTI adapter that you can install and play around with.
Here is the link to a YouTube video of the demo CTI adapter: http://www.youtube.com/watch?v=36k7iwnYYfM
Here is the link to the Salesforce CTI toolkit, it contains the link to the demo CTI adapter that you can download: http://wiki.developerforce.com/page/CTI_Toolkit
Related
I just want to know if its possible to add images as a response into chatbot web demo. If is not supported, how can I do this? How else can I do it?
As per my knowledge it is not at possible in web demo, you can add images hyperlinks or buttons in your website try exploring custom payload option, where on your website you will have to code by yourself, for the buttons when you send responses as custom payload and divert it to google assistant.
Web demo does not support images or buttons.
You can add some other chat client which supports images, like facebook messenger, slack etc.
I'm using HeroCard with Microsoft BotBuilder and it works fine.
Now, I'm also using SignIn Card but I don't understand how it works compared to HeroCard. Messenger display a card with a text and a button. Clicking on the button will open the associated URL.
According to this question it's only the UI
Bot Framework - Sign-In Card, how get auth result
Any NodeJS sample to implement a Sign-In callback ?
I thought it would use at least WebViews ?
Regarding your question about Node and Sign-in, take a look to the Node AuthBot version. There you will find the documentation and how to start with the package.
Check this out.
That's an example to link your customers accounts to your bot. The best solution for messenger channel. And it is easy to implement.
HeroCard and SignInCard are two different types of cards.
Hero card is more likely if you want to show some data. You may use this if you want to show one single large picture with buttons(options).
In Bot Framework docs you can find more cards.
This has been driving me nuts all day:
I have an iOS app with a custom URL scheme defined, and am trying to share a link on FB which points to a page that has this scheme in its applink meta tags, so that tapping it should fire up my app.
Every little piece of it is working just fine. I can enter my URL scheme in safari on the phone and the browser launches my app. I have tested my webpage with the FB debug tool and there are no errors or warnings - it correctly identifies all the meta tags.
If I share the link using FB on the phone or on my laptop, all works fine.
HOWEVER, if I share the exact same link using FBSDKShareDialog, it does not work. It just opens the web page with the meta tags as if it was any regular web page.
Anyone has any idea why these two ways of sharing would be different? They look exactly the same otherwise.
If anyone else runs into this problem, here's the reply from FB:
When you share with mode automatic, the app does a fast app switch over to the FB app to show the native share dialog
The post is cached locally on the device, and it does not know about app links (since only Facebook server side knows about it)
When the user opens the FB, the user sees their cached story (with no app links behavior),
This doesn't manifest with the Web mode since the Facebook app needs
to pull from the server to get the post, in which case it has all the
app links info.
This is unlikely something that we'll fix. However, after a while, the
cache will expire, and Facebook app will re-pull the posts from the
servers, in which case the app link data will be available.
In order to test this, you can share the post on one device, and then
try clicking on the post from another device. The app links should
work at that point.
Which is kind of a lame response IMO - they parse the target page to build the preview, how hard would it be to remember the applink and use it?
There could be two possible issues:
Either the one told by #NJ, i.e. you are just trying to open the link in Facebook app, using the same device from which you posted the link.'
Solution - either open link in other device or cose and re-open your facebook app and do multiple refresh
Or You have some error in your meta tags. There is one important thing though, that Facebook never mentions, i.e. they cache the URL you provide.
So any one used the web link with meta tags the first time in Facebook, Whole meta tags will be cached, and you updated meta tags won't be parsed by facebook.
Solution
To get over with the issue, use below link
Facebook debug tool
Input your meta data included web page URL and
-click on show existing scrape information to find any error
Click on Fetch new scrape information for refreshing your URL on facebook. it will clear the cache for that URL in facebook server.
Can Chromecast be used to display a web site or web app? All the sample sender/receivers I've seen so far show how to play videos. The docs posted so far are minimal as best, just an API reference with little explanation what any of it does. I just want to send a URL of my choosing and have that page displayed on the TV. There's no user interaction required past that point. Assuming that's possible, does anyone have sample Chrome sender and receiver code for that?
I was able to modify the Github sample Project > googlecast/CastHelloText-chrome
to show a web page.
In the receiver.html file, I replaced the DIV with an IFRAME and styled it for 100% width and height.
Then in the displayText() function I changed innerHTML to src.
The only modification made to the sender chromehellotext.html was to replace YOUR_APPLICATION_ID with the app id created by registering the receiver.
Note that some sites like Google and Yahoo will not display inside an iframe. If you really needed to do that you could skip the iframe and just set window.location.href to the URL. That, of course, will overwrite your receiver code so the only way to change URLs would be to manually disconnect first and reload. I tried using window.open instead but that did not work.
One could imagine writing a Custom Receiver that has an iframe that wraps any website. Your sender would could then send webpages to your receiver, and the onLoad would set the the URL of the iframe. Don't have any code, but it's fairly simple to write.
There is a simple way to do that with the hellotext sample. You can send the html by typing that into the text field.
<iframe src="http://mywebpage.com" style="width:1280px;height:720px"></iframe>
To provide extra info from the current answer, as this post comes up near top on most searches.
Thing to search for is Digital Signage, this is the sort of industry word.
following GreenScreen Chromecast works okay. Greenscreen
host solution is Sign Simple - which looks to be same approach as Greenscreen without you needing to host the receiver web page.
Similar hosted solutions using Raspberry Pi can be found.
Of note: with GreenScreen and the CastHelloText, I could not get 1080p only 720p, some comments mention Video only in 1080p, but Images in 720p, which I take to mean html pages aswell.
Chromecast can indeed be used to display an arbitrary URL.
This can be done from plain old Chrome, using 'url-cast-receiver'. (Usable 'demo' page, GitHub project page.)
We would like to let a user with mobile device (Notebook/Tablet/Smartphone) add an event to his Calendar by just hitting a button/link/url from our MOBILE WEBSITE.
How can we provide this? (We read that this is not possible with an Stock Android Google calendar).
the button should point to a icalendar file describing the event (see rfc5545) when downloaded the client will then add the event to the local calendar.