When I post a URL as a user, Teams automatically unfurls it to show a preview:
When a webhook does the same thing, the URL remains plaintext:
Can I make Teams show a URL preview instead?
I've checked the Office 365 Connectors API Reference but don't see any mention of this behavior.
URL-preview is not yet supported for links from connectors.
If you want a clickable link :
[Clickable link to google](http://google.fr)
Though, it doesn't preview the URL, I believe.
Related
My company has both on premise SharePoint 2019 and SharePoint Online. We just found out that we cannot use SPO for our company intranet due to some security limitations in our current tenant (GCC High). I would like to find a solution that allows me to send a web page as an email from SharePoint 2019, similar to the News Feeds in SPO. SharePoint 2019 only sends a link to the page and not the page content. We would like to use this for company announcements and need to have control over how the email is formatted and include images.
Have tried using workflows and alerts. Both came up short when displaying images in emails. I tried setting up a site that allows anonymous access, so the images are accessible. But when I sent the customized email via a workflow, the images where just displayed with a red x. I think an SPFX solution might be better for what I am trying to do.
Does anyone have a link to a site that shows an example of how this might be done? I assume this would be done using spfx, but if anyone knows of a good third-party software that does this, that might work as well.
I want to use DocuSign dll to sign the document but I don't user to redirect to DocuSign portal, is there any way to customize the DocuSign dll.
Well, there is not much to me to go by, so here are some thoughts.
You don't have to redirect, you can instead embed in an iframe. this may solve the issue if your concern is that the URL is visible in the browser as DocuSign vs your URL.
However, if you just don't want to use a cloud provider then you need to use DSA (DocuSign Signature Appliance) which means you'll get a set of servers that you have to maintain by your IT dept and in theory you can have your users sign documents without connecting to the internet.
You can brand the DocuSign signing ceremony to match your site's colors, fonts, add your logo, etc. See the branding docs
The signing always takes place at the DocuSign website. It can be embedded in an iFrame as Inbar mentions, but iFrames introduce their own issues.
I am trying to make a chatbot that will be channeled to Teams using the Azure QnA Maker/ MS botframework. I would like to use pictures in some of my Q&A's that are stored in a SharePoint folder.
As a test I have added a Q&A with the same picture twice: once from private SP and once from the internet.The account I use has access to the said SharePoint and I can add both pictures just fine in the qnamaker.ai portal with the markdown below.(It also works fine in the test mode of the portal itself)
SP\n\n\n\nInternet\n\n
My QnA Maker is currently channeled to Teams, and that is where the problem happens; the private picture seems inaccessible. I am accessing Teams from an account that also as access to the SharePoint.
QnAMakerTeamsIssue
How can I make my Teams app read the private SharePoint image?
I'm pretty sure Teams actually caches the images in it's own CDN, so it needs to "pre-fetch" them, so to speak. As a result, it needs to have public anonymous access to the content. This is not possible by default with SharePoint, so you'd need to:
put the content somewhere else
I haven't tested this, but it might be possible to utilise the CDN capabilities of SharePoint. It needs admin control, but perhaps there's a one-off location you could use for this. See more here
Update: I did more research, but unfortunately the SharePoint CDN can't be used for this as it is configured to only accept requests from SharePoint pages themselves (i.e. the content can't be used outside of SharePoint). I created a uservoice request for this, in case others want to up-vote it.
We are writing a document organization system as a Custom Tab within Microsoft Teams and we are trying to replicate the 'Edit in Teams' option that´s provided by Microsoft Teams on the Files tab but it seems that we are unable to replicate the functionality. We are storing files within Sharepoint and have an edit URL, but we are unable to iframe this link due to CORS issues and can only open this link in a new browser. Does anyone have any thoughts on how we can open office documents within the teams client from a custom tab other than opening as a new window which means users have to keep switching in and out of Microsoft Teams.
By looking at what Microsoft teams is doing via the network requests, when you select ´Edit in Teams' it is getting hold of an wacUrlEdit link which appears to be iframeable which for example begins with https://euc-word-edit.officeapps.live.com/we/wordeditorframe.aspx?ui=en, however we can´t get hold of this wacUrlEdit link as it generated using an access token from https://api.spaces.skype.com, which according to https://stackoverflow.com/users/4406395/bill-bliss-msft on How to get an Azure Active Directory access token for https://api.spaces.skype.com isn´t publicly available, it´s only intended for the teams client. Fyi.. It also seems that Teams doesn´t IFrame this wacUrlEdit, but opens up a new url (at least in the web browser) via https://teams.microsoft.com/_#/docx/viewer/teams
I have read about WOPI host implementation, but this does seem like a lot of work to solve this and not totally sure this is the correct option considering these files are stored in Sharepoint Online.
DocuSign have recently released Click Wraps at their Momentum. I would like to take advantage of this new feature and was exploring this a little.
Once, I was able to add a few click wrap templates using my DocuSign sandbox account but at times, I do not see them when I click on "Manage" button once I login to my DocuSign demo account.
Please advise,
Thanks,
Minal
Hmmm. I suggest checking that you're logged into your DocuSign demo account (Developer Sandbox) as the administrator. Login via https://demo.docusign.net
Sometimes people login to a trial version of the DocuSign production systems by mistake (https://www.docusign.net). While Click agreements are provided in all demo accounts, they are only provided for some customer pricing plans on the production systems.
If the problem continues, you can create a demo account. Or contact DocuSign customer service.
We had a similar issue here and as a workaround after we logged into our demo account we were able to enter the url for the clickwraps directly to navigate to the clickwraps page.
https://appdemo.docusign.com/documents?view=active&type=clickwraps