Sam Haugh
My feedback
-
242 votesSam Haugh
supported this idea
·
-
4,171 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.
Sam Haugh
supported this idea
·
-
59 votesSam Haugh
supported this idea
·
-
9 votesSam Haugh
supported this idea
·
-
133 votesSam Haugh
supported this idea
·
-
72 votesSam Haugh
supported this idea
·
-
683 votesnot in our plans right now ·
AdminSites Product Team
(Product Owner, Microsoft SharePoint)
responded
Thank you for submitting this suggestion and voting on it. We have two events/calendar solutions in modern pages today. The events web part has card based event tiles, powered by events lists. You can roll-up events from multiple sites into one page, but there isn’t currently a wall calendar view.
Alternatively you can select to leverage a group calendar, and pull all of your events (including recurring events) from Exchange. This too is a compact card based view.
While we understand a wall calendar view is desirable, we’re not working on it at this time.
Sam Haugh
supported this idea
·
-
9 votesSam Haugh
supported this idea
·
An error occurred while saving the comment -
11 votesSam Haugh
supported this idea
·
-
16 votesSam Haugh
supported this idea
·
An error occurred while saving the comment Sam Haugh
commented
It would be great if when you uploaded to filtered views the files were automatically tagged with the metadata that would enable it to show in the selected view. Or at least prompt to see if you want that to happen.
Then when uploading to a filtered view you would see the documents right away and it'll likely save the job of tagging it appropriately.
-
1 voteSam Haugh
shared this idea
·
-
322 votesnot in our plans right now ·AdminSites Product Team
(Product Owner, Microsoft SharePoint)
responded
We’ve rolled out Audience targeting in navigation to 100% WW at this time, you can read more about how to configure that here: https://support.microsoft.com/en-us/office/target-navigation-news-and-files-to-specific-audiences-33d84cb6-14ed-4e53-a426-74c38ea32293
An error occurred while saving the comment Sam Haugh
commented
It would be amazing if this worked how Nick Brattoli and Andy Z suggest!
Sam Haugh
supported this idea
·
-
183 votes
An error occurred while saving the comment Sam Haugh
commented
Please add this to the modern experience! It is so frustrating that a feature that works so well in classic has not been brought across to the modern experience too.
Sam Haugh
supported this idea
·
-
109 votesSam Haugh
supported this idea
·
-
226 votesSam Haugh
supported this idea
·
-
52 votesSam Haugh
supported this idea
·
-
103 votesSam Haugh
supported this idea
·
-
354 votesSam Haugh
supported this idea
·
-
1,816 votes
In modern pages, we open links within SharePoint in the same tab by default, and external links in a new tab. In the text web part, users can specify to open links in a new tab, but that isn’t the default behavior. Similarly, for navigation links, they follow the same rule (within SharePoint, same tab, external to SharePoint in a new tab). This is true of the modern web parts that support linking as well (hero, quick links, images, etc.) This is the pattern we’ve adopted for consistency.
After reviewing other areas of modern sites, like the site pages library, document libraries, lists, site contents, etc. we did find some different opening behaviors which we’ll review and resolve.
Can you help us understand if this pattern isn’t meeting your expectation, if we have some inconsistencies within modern pages we’ve missed, or if it’s the other areas of modern sites where…
Sam Haugh
supported this idea
·
-
92 votesSam Haugh
supported this idea
·
Agreed, this would make things much simpler. At present we use a choice field with a default to reduce metadata entry for the end user, but it creates the problem of needing to update the defaults in all libraries containing a year field every year.