Labels in Add people widget were not visible to Jaws. It was not possible to accept or reject a contact request via keyboard. Accessibility was not fully supported in Call View. Accessibility in Call Phones tab was not properly supported. Since syncing is designed to work whether you are on-line or off-line and co-authoring only works if the authors are on-line, co-authoring can't be enabled if you open the synced local copy.- Added an option to disable avatar pictures in contact list. The green tick signifies that you are opening a local copy and that changes will be synced back to the library Co-authoring only works if the document is opened by both users directly from the document library. Opening a synced copy of a document from your local hardĭrive will NOT allow co-authoring. So if one user opens via their local saved copy and one opens through the web UI it doesn't matter, because ultimately it's still the same document." "My understanding was that, with Sharepoint, users can co-author on documents *regardless* of where I think i'll have to have to do some reading on the co-authoring element as presumably it's most likely this as you said. The green ticks, to me, signify that I'm accessing the file saved on Sharepoint online and even if someone opened the same file through the web UI, it wouldn't matter. The reason I use the term synced is because Sharepoint refers to "syncing" folders to your computer, so you can access them locally - please see screen grab below. So if one user opens via their local saved copy and one opens through the web UI it doesn't matter, because ultimately it's still the My understanding was that, with Sharepoint, users can co-author on documents *regardless* of where they are opened from. When I say synced I am indeed referring to the situation you described - essentially I'm opening the Sharepoint file that is "copied" (or synced as I said!) locally. Thanks, and sorry for the delay in response - it looks like I'm going to have to have a fiddle based on the leads you've given me. That morning too, before realising the other data was missing.Īpologies this is getting a bit longwinded and tedious! From what I understand he was the last person to close the document, and the first person to open it the next morning - making an initial save The "current version" was missing the changes that had been made, so it didn't contain his latest changes. What we had was a document, where there were multiple savepoints - as outlined in the History tab on the file, but I'm not sure if this is quite what we experienced. You say, unless co-authoring is enabled, each "save" will save as a new version.
The only scenario where this wouldn't happen I guess would be human error or some other variable. To them through File Explorer and open the actual synced copy. Also we tend to edit all our documents "live", that is, we navigate
Is there a way to check?įrom what I understand the document in question has been edited by 2 users before at the same time - suggesting that co-authoring is enabled here too (is this done by default?). On documents with colleagues before and the changes have saved simulatenously. I have no idea if it is enabled in all honesty as I'm not the administrator for our Sharepoint Site however my experience of other subsites suggests it is because I've collaborated I've just been doing some reading about co-authoring. Twitter: Follow remember to mark your question as "answered" if this solves your problem. Principal Architect: Blue Chip Consulting Group When it works its great, but it is also fairly touchy and version sensitive.
That's the way it has always worked except in cases of co-authoring. Since the one without was saved later it is the current version. So when the one author saved his modifications it saved, but then the next author saved his changes over that It that is opened co-authoring won't work because the file is being opened from a different location by each user.) But I'm not sure if co-authoring will work if you don't open the document through the web UI.Īs I said, I suspect what you have experienced is two users who opened the same file for editing, but where co-authoring didn't get enabled. (I'm still not clear on your use of the term "synced" since that implies the use of the OneDrive for Business sync engine to establish a local "synced" copy of
New update skype file transfer not working windows#
The second issue may be the use of Windows Explorer to open the file. So your first problem may just be a result of using Office 2016. Co-authoring is enabled by default if both users open the document from the SharePoint site and have a compatible Office Application.
0 kommentar(er)
