SharePoint
Feedback by UserVoice

Ian Caldwell

My feedback

  1. 4,688 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    586 comments  ·  Sites and Collaboration » Sites Management  ·  Flag idea as inappropriate…  ·  Admin →

    Thanks for your feedback! Just a note to let you know that we’re building your suggestion now. We plan to increase availability to this feature as we continue improving the tech, and ensuring a smooth experience across Office 365 following the URL changes in SharePoint Online.

    Ian Caldwell commented  · 

    After waiting for years now for this feature, all I really want is the option to change the tenant domain once, to some random set of characters or numbers, so that a renaming will never be required again.

    Ian Caldwell commented  · 

    Our company urgently needs this feature - it is a must-have to change the tenant URL. We have launched our Sharepoint intranet - and every time we share a link, there is the bizarro URL that is our old brand. Truly horrible, and it makes it so difficult to sell and promote Office 365 internally at our company. The update states "throughtout 2019" - now we are in Q4 of 2019. And the original request is from 3.5 years ago!

    Ian Caldwell commented  · 

    Is there a way to get on the targeted release for this feature? We urgently need this for our SharePoint sites.

    "Start-SPOSiteRename : Error Code: -5,This site address can't be changed."

    Ian Caldwell commented  · 

    Feels like I have been waiting years for this feature. We need to be able to change our URL. Our company has invested heavily in using Office 365, internally and with many external partners, and our current URL does not match our new brand - this destroys trust.

    Ian Caldwell commented  · 

    Tenant name - this is an absolute must. Site name changes - also essential, but an option to have a non-specific name could be even better, so there is no reason to change a site name.

    Ian Caldwell commented  · 

    For the domain URL, this should definitely be customizable. A restriction on how often this can be changed would be acceptable i.e. max once per year? If this updates all references :-) For the site collection names - I would be much happier with an ID number - this avoids any need to rename, keeps all links working. Teams seems to use this method.

    Ian Caldwell supported this idea  · 
  2. 71 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Ian Caldwell commented  · 

    Brian Iselin - great point - some countries actually have more than one language, and this can be a real legal issue. The locale of a Sharepoint site or tenant should never override the language option of a user. No one except the administrator should ever know or worry about these unchangeable language settings.

    Ian Caldwell commented  · 
    Ian Caldwell commented  · 

    +1 for this change - we urgently need an update and way to fix the "default" language - it is of no use to our employees in the US, Thailand or Colombia to get some emails from Sharepoint in Swedish. If the user language preference cannot be respected across all 365 services, then there should be a way to select and change the default language.

    Ian Caldwell supported this idea  · 
  3. 308 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    23 comments  ·  Sites and Collaboration » Modern Pages  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell supported this idea  · 
  4. 396 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    68 comments  ·  Sites and Collaboration » Sites Management  ·  Flag idea as inappropriate…  ·  Admin →

    Thanks for the feedback. It would helpful to know the specific scenarios where users aren’t able to get to the content they need.

    We’ve observed that with sites shared publicly, or sites attached to a public Office365 Group, it’s not very meaningful to see every SharePoint Site a user can access, because there could be a huge number, most of which the user isn’t interested in.

    Is the focus here more like “show me all sites I’m a member of”?

    There is one comment that says search isn’t working, please open a support ticket for that.

    Ian Caldwell supported this idea  · 
  5. 349 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    11 comments  ·  Sites and Collaboration » Document Libraries  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell supported this idea  · 
  6. 391 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    29 comments  ·  Sites and Collaboration » Modern Pages  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell supported this idea  · 
  7. 394 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    43 comments  ·  Sites and Collaboration » Modern Pages  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell supported this idea  · 
  8. 496 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    59 comments  ·  Sites and Collaboration » General  ·  Flag idea as inappropriate…  ·  Admin →

    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.

    Ian Caldwell supported this idea  · 
  9. 468 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    27 comments  ·  Sites and Collaboration » Document Libraries  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell supported this idea  · 
  10. 542 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    32 comments  ·  Sites and Collaboration » Communication Sites  ·  Flag idea as inappropriate…  ·  Admin →

    We are happy to share that we are actively working on it. We will be sharing more details about the plans at the SharePoint conference in Vegas.

    Here is the MS road map item

    https://www.microsoft.com/en-us/microsoft-365/roadmap?filters=&searchterms=50217

    Here’s the session we’ll share more details.

    https://sharepointna.com/#!/session/Multilingual%20and%20other%20advanced%20publishing%20systems%20in%20modern%20SharePoint/3550

    Ian Caldwell supported this idea  · 
  11. 787 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    43 comments  ·  Sites and Collaboration » Web Parts  ·  Flag idea as inappropriate…  ·  Admin →

    While we’ve added the ability to crop images and display specific aspect ratios (by clicking on the image); however, the column size (1/3, 1/2, 2/3, etc.) the page author has selected decides the size of all the web parts in that section.

    We are looking at ways to make this more flexible for images, without making it odd for other web parts, but haven’t finalized our approach yet.

    Ian Caldwell supported this idea  · 
  12. 831 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    78 comments  ·  Sites and Collaboration » Web Parts  ·  Flag idea as inappropriate…  ·  Admin →

    This request is still in our web part backlog, but we’d love some more information. As some replies to this request have pointed out, when hovering over a person in SharePoint, Teams, or Outlook, you do see an Org Chart displayed. When we’ve spoken with customers in the past, our feeling was that more customization was required to display this on a page. Help us understand your needs. If we gave you the option to display this auto generated Org Chart on a page, with no customization options is that enough? If not, what customizations do you need? E.g. I need to be able to hide some of the people in the team, even though they’re in AAD. I need to rearrange and put some people in different physical locations on the layout to show their relationships better. I need to change their title from what’s in AAD,…

    Ian Caldwell supported this idea  · 
  13. 46 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Sites and Collaboration » Communication Sites  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell supported this idea  · 
  14. 1 vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Ian Caldwell shared this idea  · 
  15. 11 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Ian Caldwell commented  · 

    +1 completely agree - we have offices around the world, but we are stuck with Swedish as the default language - our users in the US, Thailand, Kenya and Colombia are not happy to receive notification emails from Sharepoint in Swedish. Painful for our company, and makes some work impossible.

    Ian Caldwell supported this idea  · 
  16. 11 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Ian Caldwell commented  · 

    +1 - we ended up with Swedish. Not very helpful for our employees in the US, Thailand, Kenya or Colombia. There needs to be a way to change the tenant SPO localeid - in our case, we have 1053 and need 1033.

    Ian Caldwell supported this idea  · 
  17. 61 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Sites and Collaboration » General  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell commented  · 

    Yes, this feature is needed - or at the very least an option to turn-off edit mode so that we can see the current live version of a page

    Ian Caldwell supported this idea  · 
  18. 1,505 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    260 comments  ·  Sites and Collaboration » Modern Pages  ·  Flag idea as inappropriate…  ·  Admin →

    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 Caldwell commented  · 

    Opening new tabs is completely against web accessibility standards. This is a major issue that needs to be fixed. Default should always be that links open in the same window or tab. Nothing else.

    Ian Caldwell commented  · 

    Agreed, this is bad web behaviour, and confusing for our users. Please provide global option or page-specific options to stop opening quicklinks in new tabs.

    Ian Caldwell supported this idea  · 
  19. 667 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    16 comments  ·  Sites and Collaboration » Sites Management  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell supported this idea  · 
  20. 1,225 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    thinking about it  ·  41 comments  ·  Sites and Collaboration » General  ·  Flag idea as inappropriate…  ·  Admin →
    Ian Caldwell supported this idea  · 
← Previous 1

Feedback and Knowledge Base