We currently have a simple requirement to present our users with a table of records. Each record has link to a PDF stored within Azure storage. We need to have our users be able to click on a record and be able to view (in line) the associated PDF.
We currently use SharePoint Online and cannot store the data within SharePoint itself (organisational policy).
Is it possible to create a SharePoint site/web part etc to do the above? We are scoping out options.
Yes, SharePoint has several ways to do that.
Your best bet may be a custom list with a custom URL column for the link to the PDFs. Then you can insert a list web part on a page.
This approach works with modern pages and with classic pages.
If you use a classic interface, you could also create an out of the box links list, but that list type does not have a web part for the modern experience, so it will only work on classic pages.
SPFx webpart can be inserted into modern page or classic page.
And you could call AD-secured APIs(custom service) in SPFx, so you could create a custom service host in Azure and consume from SPFx webpart.
Connect to Azure AD-secured APIs in SharePoint Framework solutions
Related
I have a SharePoint online custom list, which I have customized its list forms ( Create & Edit ) using Microsoft Power Apps.
Now I created another list on a new SharePoint Online site, which have the same fields and settings as the original list. So is there a way to Copy-Past or Import-Export the power app form, from one list to another list on different site?
I tried to find a way to Export/Import the list but I could not find any..
Thanks
There is an open source tool called "Flow & Power Apps Migrator". It converts exported Apps, Flows and Solutions to be compatible with the target tenant or site.
It also migrates lists that are used as a datasource by the Apps and Flows.
I want to create a Subsite in Sharepoint Online within a site that was automatically generated via a MS Teams team but the option to do so doesnt exist.
The option to create Subsite seems to ONLY exist if a Site was created from within Sharepoint Online.
I can understand that a workaround would be to create it as another Site within Sharepoint Online and then link the relevant Sites together under a HUB.
Am I missing something or this feature does not exist in Sharepoint Online unless I create the Subsites as Sites and then link them up via a Hub?
Thank you in advance for the help.
There is a setting in the SharePoint Online Admin Center to Hide or Show the create subsites option.
Microsoft is discouraging the use of subsites, and the creation of subsites is likely to continue to be phased out as more features and capabilities are added to Hubs. While there are still exceptions to the rule, since there are still aspects that Hubs cannot accomplish (like connecting Hubs together to a parent Hub), you should seriously consider building your solution to use separate site collections.
Depending on how the rest of your SharePoint environment is architected, a better approach would be to setup that team site as a hubsite, then create the additional site collections you need, and link it to the new hubsite. This way you kind of mimic the subsite structure ( but not all its features ) while preserving every site independent.
For more information on best practices on SharePoint site Architecture, see https://learn.microsoft.com/en-us/sharepoint/information-architecture-modern-experience.
There are two SharePoint sites, each based on its own SharePoint installation.
Both are in the same domain.
The first site is for a document flow.
The second site is for a knowledge base.
I need to put a set of web parts (search, search results, indexed document library) from the second site in the master page of the first site.
The services and data will stay on the second site but they would be available in the first site.
I tried to apply the Page Viewer Web Part but it’s impossible to avoid using the second site’s master page layout.
Question
What other ways exist to solve this task?
You can index content of first SharePoint farm with search service application in another SharePoint farm.
You should configure search service application and add new website content source in search service application setting.
In this scenario you dose not need to move any thing and SharePoint crawl your content periodically.
I want to create my first SharePoint App. I am wondering, is it possible to create an app which will create SharePoint site and will build a structure (with a few lists and libraries) on this site?
Yes is possible. It depends what are your business requirements. I mean based on what rules you want to create the site (SPWeb)? Most likely you would need to create a WebPart (which is similar to a UserControl ASCX in ASP.NET) and put there the interaction with user. Then, if the sites to be created has usually the same lists and libraries and so on I would suggest you to create a Web template which contains these things and then simply create a Site based on that web template...
I can provide you some further examples if you want...
I am building out a redesign of our corporate intranet on sharepoint 2010. We have three web applications: My sites, Team or Organization sites, and the Intranet “portal”.
On the intranet I want to read lists from Team sites of type announcements and calendar and aggregate them together. Then, on the Intranet, I’d like to have some editorial control as to what actually shows up. By default, I’d like list items to show up on the intranet, but would also like to be able to hide or delete them if deemed not important enough.
Would I benefit from using a publishing portal for the Intranet?
Would it make sense to write a web part to read the lists, sync the lists into a new list on the intranet, and then the content manager could uncheck the ‘display’ check box?
What is the best way to implement this type of infrastructure?
Where’s the documentation?
As I understand it you're wanting to syndicate lists from you Team/Organisation sites.
For this you could use a Data View Web Part connected to the lists.asmx webservice of the teams/orgs web app for a middle tier approach. You could include a field on your content types in the teams/orgs web app to indicate if a record should show on the intrnet and include that in your query when retrieving items.
As to using Publishing..... Will you have traditional web pages in your intranet? if so, then yes, use it, if not then I can't see a huge benefit.