SharePoint List Web Parts - New UX

The new New item entry is another way of opening the standard SharePoint list form. It is shown because the current user has permission to add items to that list. There is no supported Web Part setting that hides only this title-menu option while still allowing the same user to create items through the normal list form.

If the goal is only to reduce visible controls on the page, edit the List Web Part and turn off Show command bar where that option is available. However, that is only a visual change, not a restriction. Users could still create items by opening the list directly if they retain Add Items permission.

To prevent direct entries properly, use list-level permissions. Create a custom permission level based on the access users need, but remove Add Items, then apply it to the list after stopping permission inheritance if necessary. Once users no longer have permission to add items, the New item option should no longer be available.

One important point is that a Power Apps form or Power Automate flow that creates items using the submitting user’s connection will also fail after Add Items is removed. In that case, use a separate submission list, or have the approved process create the final item through a controlled account or flow.

If users must retain Create Items permission, hiding the command bar may not be enough because the new web part title menu can still expose creation entry points. I would test whether the behaviour changes when the page uses a view created specifically for embedding, with only the columns and formatting needed for display, and with your approved intake form linked separately on the page. Also check whether the list web part is using the new experience rollout in your tenant by comparing a targeted release user and a standard release user. If there is no supported toggle, open a Microsoft 365 support ticket with the page URL, list view settings, permissions model and screenshots showing the unwanted New Item path.

The new list-title menu in the List web part is exposing SharePoint’s built-in New command even though your process uses a separate intake button. The supported control is view-level command-bar formatting. Open the source list, switch to the same public Calendar view used by the web part, choose the view menu > Format current view > Advanced mode, and add this at the root of the existing JSON: "commandBarProps":{"commands":[{"key":"new","hide":true}]}. Save, confirm the page web part uses that Calendar view, then republish and hard-refresh the page. Microsoft documents the new command key and hide property as valid for every view layout, including calendar. Merge this block with existing formatting rather than replacing it. This hides the creation command but does not remove Add Items permission. If users must be prevented from bypassing your intake process, apply list permissions that remove direct item creation; otherwise the formatting is only a user-interface control.