ian.turner
My feedback
-
831 votesthinking about it ·
AdminSharePoint UserVoice Admin (SharePoint UserVoice Admin, Microsoft SharePoint) responded
Thank you for your feedback. We are investigating the options for enabling this.
ian.turner supported this idea ·
-
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.
ian.turner supported this idea ·
-
115 votes
ian.turner supported this idea ·
-
3 votes
ian.turner shared this idea ·
-
444 votes
ian.turner supported this idea ·
An error occurred while saving the comment -
1,141 votes
ian.turner supported this idea ·
-
755 votes
ian.turner supported this idea ·
-
1,887 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…
ian.turner supported this idea ·
-
465 votes
An error occurred while saving the comment ian.turner commented
We need the default click to be open in read/view mode NOT edit!
ian.turner supported this idea ·
The default needs to be Read on click of a document title in a Document library, not edit! This is causing many documents to appear as though they have been changed when they have only been viewed!
It is causing us headaches and information management and governance problems.
Alternatively allow administrators to decide what the default action is - View/Read or Edit like SharePoint on premise is