I have an .xltx document on my desktop that I use to upload conversions to Bing. On my old laptop with earlier versions of Office, double clicking the template file created a new worksheet with the data from the template. On my new laptop with Office 2019 it opens the template file itself to be edited, which I don't want to change. How do I change the behavior so that a double click on the template file opens a new sheet and not the template itself?
This was resolved by uninstalling the application and installing it again as suggested by GSerg.
Related
We have an existing web application that open up excel file in a IE specific file viewer. This doesn't seem to work with Office 2021. The files are opened outside the viewer.
The earlier office versions have specific registry changes that allow this, as below
Window Registry path -> HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Excel.Sheet.12
key value for BrowserFlags is 0x80000A00.
key value for EditFlags is 0x00010000
However what registry settings are needed for Office 2021 to make excel documents to open in IE?
Using the Microsoft Graph API with Office 365, I've not been able to update a .xlsm file with macros, even if all I'm changing is a row of data.
If I open the file in the web version of Excel (Office 365) and make an editable copy and re-save
The same command for a .xlsx file is fine.
OneDrive identifies a change has happened as the modified date changes, and the desktop app re-syncs the files.
In the web version, you can create an editable version and then when you download that file to the desktop the macros still exist.
If it isn't possible to normally modify the file, is it possible to emulate this behavior?
I have uploaded an excel workbook we constantly update to SharePoint for coworkers to view remotely as it has information they need. Would I have to delete and replace the workbook every time we make a change or is there a way that the workbook in SharePoint can automatically update with changes we make to the original which is on a Y drive? Thank you for any assistance.
When using SharePoint I find that there's an option to view the files in a document library using Windows Explorer. When you do that you can get the path out of the address bar and use that to update the file instead of the 'Y' drive. Benefit being you could also turn on version history in SharePoint then whenever anyone uploads a new version you can go to the past versions through SharePoint.
If your users don't all have access to SharePoint you could drag and drop from the Y drive to the address from the 'View in Windows Explorer' link or even automate it by writing a DOS batch job using the COPY command to copy the file over. Then you can use windows task scheduler to run the .BAT file however often you want.
Hope that helps!
There are two client PCs. PC1 has only Office 2010 installed and PC2 has multiple Office installed but office 2010 is the default installation.
The two PCs behaves strangely when open SharePOint Excel file. No files are checked out from SharePoint and no one is trying to access the same file at the same time. PC1 opens Excel file from SharePOint is read-only (don't have Check out button under File-> Versioning). PC2 opens Excel file from SharePOint is ok to edit (does have Check out button under File-> versioning, can add a new row and save directly).
What cause the check out button shown differently on different PCs even the files are in the same condition in the Share Point?
Added Notes here: I think this is totally related to the first PC. The first time (only the first time/can be edited in the second time) to open Excel file from client application side has the issue. I have checked Content.MSO and did see all files created and removed correctly so it is not Content.MSO issue.
Thanks,
YK
My company is using WSS 3.0 to host a document library storing (mostly) Office 2007 format documents. Company PCs have either Office 2003 (with the 2007 compatibility pack) or Office 2007 installed.
We didn't have any problem getting docx to work, but xlsx documents don't open properly when we use the SharePoint document edit options. The file opens in excel, but displays unformatted mess (close to the notepad representation). The actual files are fine, downloading the xlsx file (using the send to -> download option) allows the file to be opened. It is only when we use SharePoints 'Edit in Microsoft Excel' that we get an issue.
I think that the issue is excel (2003) trying to open the xlsx file as if it were and xls file, and being unable to represent the zipped contents. Has anyone seen this issue before?
EDIT: I've noticed that when the document is opened with explorer, it actually opens through the Microsoft open XML coverter. Clearly, SharePoint isn't using it, is there a fix that works round this?
UPDATE: I have done a bit more research, as added in the comment below this issue replicates across all machines on our network which use office 2003 and XLSX files from SharePoint. I have confirmed that using excel to open xlsx files in explorer (without the converter) results in the same issue as when they are opened from SharePoint. I think i need a way to tell SharePoint/IE (whatever actually handles the office interaction, URLMON/HLink?) that the proper file assosciation for XLSX isn't excel.exe.
Are you able to test this on another computer? Might be related to a registry entry and/or other software causing it (because you did not had problems with word). The ideal test scenario would be a brand new OS Install with only Office 2003 and the compatibility pack.