Marc D Anderson
My feedback
-
254 votes
Marc D Anderson supported this idea ·
-
4,494 votes
Thank you everyone for your feedback on this item. We recognize this is a valuable feature and are looking at ways we can address it. We do not have a timeline to share at this point.
Marc D Anderson supported this idea ·
-
2,382 votes65 comments · SharePoint Dev Platform » SharePoint Framework · Flag idea as inappropriate… · Admin →
Thanks for your feedback! We’re reviewing your suggestion.
Marc D Anderson supported this idea ·
-
621 votesnot in our plans right now ·
AdminSites Product Team (Product Owner, Microsoft SharePoint) responded
We aren’t currently working on adding recurring events support to the Events web part. As a number of commentors have suggested, Group calendars do a great job with recurring events and are a great way to show them on your modern pages.
An error occurred while saving the comment Marc D Anderson supported this idea ·
-
15 votes
Marc D Anderson supported this idea ·
-
63 votes
Marc D Anderson supported this idea ·
-
37 votes
Marc D Anderson supported this idea ·
-
424 votes22 comments · SharePoint Dev Platform » SharePoint Framework · Flag idea as inappropriate… · Admin →
We are actively working on new extensions like covered in SharePoint Conference 2019 breakout sessions. There will be extensions on the page content and ways to replace the native menu experience and/or footer experience.
Marc D Anderson supported this idea ·
-
7 votes0 comments · SharePoint Administration » Office 365 SharePoint Tenant Admin · Flag idea as inappropriate… · Admin →
As part of the future roadmap for the SharePoint Framework, we are looking into doing something similar as explained in here. Stay tuned, more public information hopefully soon.
Marc D Anderson supported this idea ·
-
36 votes
Marc D Anderson shared this idea ·
-
117 votes3 comments · Sites and Collaboration » Site Designs & SP look book · Flag idea as inappropriate… · Admin →
An error occurred while saving the comment Marc D Anderson commented
This is something I often add so-called "arbitrary JavaScript via injection" to do in existing list forms. If it were a built-in capability, that would be another reason for script in list forms to be off the table.
-
19 votes
Marc D Anderson supported this idea ·
An error occurred while saving the comment Marc D Anderson commented
This is part of a larger issue around testing and forewarning about upcoming changes. A canary tenant is a nice idea, but having a change log to go along with it would be even better.
-
348 votesworking on it ·
AdminSharePoint UserVoice Admin (SharePoint UserVoice Admin, Microsoft SharePoint) responded
A consolidated admin view of where published content types are being used is still being evaluated, but for folks voting for the related use case of “better creation and management of content types” please refer to site designs (aka.ms/spsitedesigns) as a modern mechanism to create/apply content types to site libraries. We are also looking at how this could be more easily supported from hub sites.
Marc D Anderson supported this idea ·
-
2,316 votesworking on it ·
AdminSharePoint UserVoice Admin (SharePoint UserVoice Admin, Microsoft SharePoint) responded
We are continuing to make our large list experiences better, please keep the feedback coming.
Spring 2018 update:
- We now support being able to manually add indexes to lists of any size (increased from lists up to 20,000 items previously).
- Starting with the February release of the Office 365 Excel client, you will be able to export your full list instead of getting cut off part of the way through.What we are working on now:
- Predictive indexing will start to work for lists larger than 20,000 items so your views will automatically cause the right indexes to be added to your lists.In our backlog:
- Being able to index/sort/filter by lookup column types (like person, lookup or managed metadata columns) without being throttled.
- Making sure that our REST APIs support querying in ways that will guarantee that the call will not be throttled.For…
An error occurred while saving the comment Marc D Anderson commented
Many times the only reason we need 5000+ items is to do some counts or sums. If those capabilities were there, it would cover a lot of ground. Other times we simply need more than 5000 items. Period.
This has always felt like an artificial limitation. In SharePoint 2007, there's no limit and I've built applications that retrieve 20000, 30000+ items using the SOAP services because I truly need to. This is the second decade of the 21st century. If the limit was 100,000 it might make more sense. 5000 is simply way too low. This is especially true since you guys tell us that lists con contain millions of items. If we stuff millions of items into a list and can't retrieve them, then it really defeats the purpose.
Marc D Anderson supported this idea ·
Group calendars only address some use cases. What about Events in a Communications Site? Quarterly company meetings, monthly finance dates, the examples abound. This is a mistake and a poor answer.