ListViewCommandSet buttons in new "Microsoft Lists" UI

%3CLINGO-SUB%20id%3D%22lingo-sub-1691811%22%20slang%3D%22en-US%22%3EListViewCommandSet%20buttons%20in%20new%20%22Microsoft%20Lists%22%20UI%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1691811%22%20slang%3D%22en-US%22%3E%3CP%3EWe%20have%20a%20few%20SharePoint%20lists%20where%20we've%20developed%20SharePoint%20Framework%20components%20including%20buttons%20on%20the%20Command%20Bar%20via%20ListViewCommandSet%20extensions.%26nbsp%3B%20These%20are%20used%20to%20open%20either%20custom%20SPFx%20dialogs%2C%20or%20to%20trigger%20processes%20via%20Azure%20Functions%20%2F%20Azure%20Logic%20Apps.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20tend%20to%20use%20SharePoint%20List%20tabs%20within%20Teams%20to%20allow%20a%20single%20simple%20interface%20for%20our%20users%20to%20access%20several%20systems%20as%20well%20as%20associated%20chat%20and%20files.%26nbsp%3B%20Recently%2C%20the%20user%20experience%20of%20SharePoint%20Lists%20has%20been%20force-changed%20to%20use%20the%20new%20%22Microsoft%20Lists%22%20interface%20(which%20was%26nbsp%3B%3CEM%3Enot%3C%2FEM%3E%20communicated%20with%20us%20in%20advance)%26nbsp%3B-%20this%20new%20user%20interface%20does%20not%20show%20our%20ListViewCommandSet%20buttons.%26nbsp%3B%20These%20are%20also%20not%20shown%20when%20using%20the%20'Open%20in%20SharePoint'%20option%20from%20the%20new%20interface%20-%20directing%20the%20user%20to%20a%20page%20which%20simply%20shows%20the%20same%20%22Microsoft%20Lists%22%20interface%20in%20their%20web%20browser.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EBecause%20ListViewCommandSet%20extensions%20also%20do%20not%20show%20when%20you%20use%20the%20%22List%22%20web%20part%20in%20a%20page%2C%20we%20cannot%20work%20around%20this%20by%20embedding%20the%20list%20in%20a%20page%20and%20putting%20that%20page%20onto%20a%20tab%20in%20Teams.%26nbsp%3B%20There%20has%20been%20an%20open%20issue%20relating%20to%20extension%20buttons%20not%20showing%20in%20the%20List%20web%20part%20for%20over%20two%20years%20over%20on%20GitHub%2C%20so%20I%20don't%20expect%20this%20workaround%20to%20be%20possible%20any%20time%20soon.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI've%20spent%20time%20looking%20through%20the%20SharePoint%20Framework%20documentation%20and%20I%20can%20see%20no%20mention%20there%20of%20the%20new%20Microsoft%20Lists%20user%20experience%20at%20all!%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20there%20a%20supported%20and%20documented%20mechanism%20which%20will%20allow%20us%20to%20add%20our%20ListViewCommandSet%20command%20bar%20buttons%20onto%20the%20new%20Microsoft%20Lists%20UI%20-%20including%20the%20ability%20to%20open%20our%20existing%20custom%20dialogs%20with%20minimal%20code%20changes%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIf%20not%2C%20is%20there%20a%20mechanism%20which%20would%20allow%20us%20to%20turn%20off%20the%20new%20%22Microsoft%20Lists%22%20user%20experience%20on%20a%20Team-by-Team%20or%20Site-by-Site%20basis%20so%20that%20we%20can%20at%20least%20restore%20the%20functionality%20which%20has%20been%20forcibly%20removed%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Occasional Contributor

We have a few SharePoint lists where we've developed SharePoint Framework components including buttons on the Command Bar via ListViewCommandSet extensions.  These are used to open either custom SPFx dialogs, or to trigger processes via Azure Functions / Azure Logic Apps.

 

We tend to use SharePoint List tabs within Teams to allow a single simple interface for our users to access several systems as well as associated chat and files.  Recently, the user experience of SharePoint Lists has been force-changed to use the new "Microsoft Lists" interface (which was not communicated with us in advance) - this new user interface does not show our ListViewCommandSet buttons.  These are also not shown when using the 'Open in SharePoint' option from the new interface - directing the user to a page which simply shows the same "Microsoft Lists" interface in their web browser.

 

Because ListViewCommandSet extensions also do not show when you use the "List" web part in a page, we cannot work around this by embedding the list in a page and putting that page onto a tab in Teams.  There has been an open issue relating to extension buttons not showing in the List web part for over two years over on GitHub, so I don't expect this workaround to be possible any time soon.

 

I've spent time looking through the SharePoint Framework documentation and I can see no mention there of the new Microsoft Lists user experience at all!

 

Is there a supported and documented mechanism which will allow us to add our ListViewCommandSet command bar buttons onto the new Microsoft Lists UI - including the ability to open our existing custom dialogs with minimal code changes?

 

If not, is there a mechanism which would allow us to turn off the new "Microsoft Lists" user experience on a Team-by-Team or Site-by-Site basis so that we can at least restore the functionality which has been forcibly removed?

0 Replies