maybe it's a silly question but I'm unable to find an answer.
Issue:
create a site on sharepoint online which displays Excel file and refresh on schedule - without any interaction
The file is supposed to be viewed on a TV in a browser and the file is going to be updated regularly
I've created a page and displayed Excel file - but after site refresh I need to hoover mouse over it, otherwise its blank
embeded code to area inside the excel file requires same interaction
I know that in the past (in old site editing interface) it was possible to add a script to a page, however I managed to find this:
Microsoft statement
So the old way is no longer possible.
Can anyone think of a solution?
Related
I want to share a document online by a URL with some colleagues. When they click the URL and view the document online, I want a task-pane add-in to be automatically opened.
I used Office-OOXML-EmbedAddin to create such a file with Script Lab auto-opened, then I put the file (view-only) on my OneDrive:
https://1drv.ms/x/s!AmAcI5jpNEmng1NhS0xbIMcUnUNZ
However, our tests show that, for people who have not signed in with Microsoft Account in their browser, the auto-open does NOT work, though they can view the document.
Is this behavior expected, given that people may not stay signed in all the time?
PS: note that if people download the document, they don't need to sign in to enable auto-open in Excel desktop.
This is a known bug. Until it is fixed, users will have to be logged in when they open a document on OneDrive in order for the autoopen feature to work. Sorry for the bad news, but it is on Microsoft's radar and we know it is important.
We have been stuck on using Internet Explorer in my company for one single reason: when you click on a sharepoint link to a Document in IE, it opens the file as editable. So when you save it, it is automatically saved on the server.
On the other hand, with Chrome or other browsers, it downloads a copy of this file, so the user might loose changes because he thinks the file is saved on the server whereas really it is not...
Anyone thinks of a solution for that?
Thanks !
There is a similar resolved question to yours right here:
How to open SharePoint files in Chrome/Firefox
give it a shot!
I have content editor on my team site where I added several links. But today while adding some new links, content editor crashed. so now when I tried to open site containing content editor, browser stop working.
The quick solution is:
I can delete the existing content editor and create a new one (using ?contents=1 in the corrupted team site). But since my content editor contains lot of links, so is there a way where I can roll back content editor to previous version (till yesterday afternoon)?
Any suggestion is appreciated.
Your previous version is probably lost in the mess. You will have to go to the site admin, and close / delete the webpart and start over. You may be able to simply close the web part (from site admin) and then edit the web part properties to salvage it's contents.
Either way, content should not be added directly into a Content Editor Web Part (for this reason.) Instead, use the option to point to a file in a Document Library elsewhere in your SharePoint site, with versioning enabled.
Then, in the case of the CEWP blowing up the page from an edit to the contents, you can revert to the previous version of the document, and the CEWP will immediately be updated, and the page immediately restored.
Stackoverflow is about programming related questions, your question is more of a user question.
You can't roll back a content editor. If you have versioning enabled for the page you have the content editor on, you might be lucky and can retrieve an earlier version. Otherwise you could only check the database for the content editor contents, but that will be a pretty tedious task finding it.
I have a document library in SharePoint 2010 that several different teams are using for the same purpose. Each team has their own page that has a filtered view of the document library on it. The document library also has custom columns.
The issue I am running into is when a team member uploads a document from their page. They click "Add document" from their page, and then they browse to the document they want to upload. This part works perfectly - and the URL specifies the source as the team's page. However, after a user selects the document and clicks "OK", it takes them to the EditForm.aspx page that allows the user to fill in the meta data for the document. This is fine, but now the source URL specifies a view from inside of the document library, and no longer points to the team's page (where they came from).
Does anyone know how I can change this source URL to point to the team's page instead of the document library? Or, does anyone know a workaround for this issue so that a user can upload a document from a page (with document library web part on it) so that it returns to the page?
Thanks!!
SharePoint 2010 should work the way you want out-of-the-box. I tried to reproduce your situation, but was unable to. What I did was set up a library with one custom column and two custom views. I then created two pages, one with a list form web part using one view and one with a list form web part with the other view.
When I click on the Add Document from either page, a modal dialog window opens to the Upload page. I first select the file (Upload.aspx) and then am redirected to the metadata properties (EditForm.aspx). After filling out the metadata, the dialog window closes, and the page behind it (the page we were originally on) refreshes to show the new document in the web part. So the user experience is that they stay on the page they want while adding the document as desired.
If you edit your question or provide comments with more details on your situation we can try to reproduce it, but the functionality you describe is exactly how it is supposed to work out-of-the-box.
Peter's correct - SharePoint's being SharePoint.
If I am reading this right, it may be that you should simply check out in-line editing. Using a view, you and edit the properties dynamically without leaving the page (each team getting their own view).
Alternately, I see many who simply want to redirect users back to the page they came from either edit or view of an item regardless of where that was (a link, etc.). Simplest way to do that is a little programming by adding a button to the forms replacing the OK/Cancel with your own code. Simply edit the forms using InfoPath to add the new buttons - you have the user context if you need to custom redirect to a team home page or some such.
We have a small SharePoint intranet web site with some contributors. Someone or may be automatically, one web part on SharePoint's list form page (Dispform.aspx) is getting closed.
Even if we open it, it gets closed automatically or by someone after couple of days.
Is it possible to log this event or is there any way to troubleshoot this ?
Try making a new webpart page, add the List View, and rename it to DispForm.aspx (make sure you keep the old copy, rename the old file to something like oldDispForm.aspx). Use SP Designer to move the file to the same spot as the aspx pages under the List. In a few days, check to see if the old DispForm.aspx ListView closed.
In addition, I'd track down all the "Web Designers" that have access to edit the page.